Kein Zugriff auf Blog nach Permalinkänderung

Schau mal Hier

http://forum.wordpress-deutschland.org/konfiguration/…malink-struktur

Der Eintrag in der Tabelle wp-options muss so aussehen.

33, 0, 'permalink_structure', ' ' , 'yes'),

zwischen ( ' ' ) darf nichts stehen.

Speichern und Anschließend im FTP Prog die .htaccess löschen.

Dann müsste es wiedr gehen.

So war es bei mir.

Auch ich habe in Permalink-Struktur anpassen von Standard auf Tag und Name ungestellt. Jetzt ist der Blog nicht mehr erreichtbar. Im unteren Abschnitt steht , dass ich die [FONT=Courier New].htaccess[/FONT]-Datei ändern muss.

Ich habe jetzt mal zum Test das Wordpress 2x neuinstalliert, aber die [FONT=Courier New].htaccess[/FONT]-Datei wurde nie angelegt. In den Installationsdateien lastet.zip ist sie nicht dabei.
Wie soll ich diese verändern, wenn sie nicht vorhanden ist. Oder ist es eine falsche Übersetzung und soll heissen, bitte manuell anlegen??? Wenn ja in welchem Verzeichniss und welche Rechte (777)???

Zitat

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /blog/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]
</IfModule>

Alles anzeigen

Hallo erstmal....

mein Problem passt dazu, ist jedoch ein wenig "spezifischer"

Ich hatte ebenfalls aus heiterem Himmel einen "Crash" verschiedener Tabellen meiner Datenbank.

Die Tabellen wurden alle mittels PHPMyAdmin und der repair-Funktion wieder in Ordnung gebracht.

Die Seite läuft - lediglich eine einzige Kategorie nämlich die Kategorie 3 lässt sich über die Permalinks nicht mehr aufrufen - stelle ich die Permalink-Struktur zurück auf Standard gehts...

Alle anderen Kategorien funktionieren einwandfrei und selbst die Kategorie 3 lässt sich im admin bearbeiten, ändern, aufrufen und für Postings verwenden, nur vom Frontend aus gibt es diese berühmte Umleitungsschleife....

Auch ein Umbenennen der Kategorie brachte keinen Erfolg...ebensowenig wie ein Umbenennen direkt in der Datenbank

Vielleicht hat ja jemand einen Tipp.

Danke schonmal

Zitat von marX

Hast du den Slug dieser Kategorie mal gelöscht und neu gesetzt? Ist der Slug irgendwie zweideutig oder enthält er nach der Reparatur unerlaubte Zeichen?

Nein der ist nicht zweideutig und besteht nur aus Buchstaben und "-" . Das war vor der Reperatur so und jetzt auch.

Und wie gesagt - ich habe die Kategorie mit der ID 11 und einem etwas anderen Namen nochmals neu angelegt, dann die bereits vorhanden Kategorie 3 umbenannt in 12 und sowohl Bezeichnung als auch slug geändert und anschliessend die Kategorie 11 in 3 umgeschrieben und slug und Bezeichnung entsprechend wieder geändert.

Die Postings gehen ja auch nocrmal aufzurufen nur eben die Kategorie im Frontend nicht...im Admin funktioniert alles....:confused:

naja - alle Postings verschieben - da bin ich alt und grau....

Diesen Aufwand wollte ich bislang vermeiden - ansonsten stimme ich dir zu - das wäre der Weg, der auf jeden Fall funktionieren wird und auch funktioniert, da ich es mit zwei testpostings schon probiert habe...

Nur den Aufwand habe ich gescheut, zumal mir vor allem im Moment noch nicht ganz klar ist, ob es reicht eine Tabelle (die WP_posts) dann mit den neuen Cat-id´s upzudaten oder ob da noch mehr dran hängt....

Zitat von marX

Quatsch. :-) Kat 11 zur Standardkategorie machen, Kategorie 3 löschen und dabei Postings in die Standardkategorie (#11) verschieben lassen - fertig.

Nein, die Zuordnung erfolgt nicht mehr über wp_posts.post_category, da ja mehrere Kategorien (und Tags) zugeordnet werden können. Die Zuordnung erfolgt über die Tabelle wp_term_relationships, die Kategorien selbst stehen in wp_terms bzw. wp_term_taxonomy.

Siehe: Database Description WordPress Codex

ok....das klingt einleuchtend....und wird hoffentlich auch funktionieren...

Zwei Probleme:

wie definiere ich die 11 als Standardkategorie

was geschieht mit den Posts, die mehrere Kategorien haben?

Danke für deine Hilfe....

Zitat von marX

Einstellungen -> Schreiben -> Standardkategorie für Artikel

Mmh, gute Frage. Hast du ein Backup? :-D

Backup habe ich....aber es betrifft nur wenige Artikel mit zwei Kategorien - ich werd das jetzt mal probieren und melde mich dann obs geholfen hat....

und das Ergebnis ist...

hat nicht funktioniert....:(

Sobald ich die Kategorie wieder umbenenne gibt es wieder diese Umleitungsschleife....

Gibt es irgendwo einen Cache im WP wo soetwas gespeichrt wird?

Den Tabellencache habe ich schon geleert - an dem kanns nicht sein...

Zitat von marX

Möglicherweise wird da in den Meta-Tabellen was gecached. Schau dir mal diesen Beitrag an:
jeremyrandall / blog / Blog Archive Removing old URLs (slugs) from WordPress posts
Aber keien Ahnung ob das Auswirkungen auf die Term-Slugs hat... :-|

Genau - irgendetwas in der Richtung muss es sein...nur in der wp_postmeta hab ich nichts gefunden....das "_wp_old_slugs" aus deinem Link bezieht sich nur auf die "old slugs" der Artikel und auch nur solche sind in der postmeta Tabelle zu finden....

Ich habe das Problem jetzt so geloest, dass ich den slug der Kategorie geringfügig geändert habe, die Beschreibung aber so gelassen habe wie sie war.

Das einzige Problem, das ich erkennen konnte, wäre nur dann relevant, wenn jetzt eine Suchmaschine eine Kategorie indiziert hätte und entweder ein Suchmaschinen-User oder der Spider der Suchmaschine versuchen würde diesen Link aufzurufen, würde das nicht funktionieren.

Dieses Problem habe ich mit einem entsprechenden "RedirectPermanent" in der .htaccess gelöst (oder umgangen - je nachdem wie mans sieht:?).

Alle Posts und auch innerhalb der Kategorieansichten ist jetzt die Kategorie mit dem neuen slug verlinkt....insofern kann man die Seite ganz normal nutzen.

Übrigens habe ich auch herausgefunden, wie die Datenbank beschädigt wurde - dies geschah durch zeitgleich Zugriff auf einen Datensatz, beim Editieren eines Artikels und gleichzeitigem Zugriff auf (möglicherweise denselben) einen Artikel durch ein automatisiertes Update eines rss-feeds.

Leider liess sich nicht mehr feststellen, ob durch das Update genau auf den von mir editierten Artikel zugegriffen wurde.

Das wäre möglicherweise ein Ansatzpunkt für die WP Entwickler, womit man die Stabilität von Wordpress noch verbessern könnte...

Unter Umständen resultiert in einem ähnlichen Problem auch der fehler mit dem "Sie haben keine Berechtigung auf diese Seite zuzugreifen" Fehler den einige User auch schon hatten, und wodurch denen der Zugriff auf ihren Admin-Bereich trotz gültigem Passwort verwehrt wurde.

p.s. vielen Dank an marX :-D