mumbomedia

Gern geschehen!

„Sollte meiner Meinung nach, umgehend in den originalen Dateien geändert werden.“ – Genau das meinte ich ja, das die Übersetzung umgehend korrigiert wird. Das hast du Bego ja nun gemacht.

Nervig ist der Fehler allemal.
Nur was bezweckt man damit.
Das der Server aufgrund von Weiterleitungsschleifen abraucht?!

Zur Sicherheit lade ich mir gleich nochmal die aktuelle deutsche Version von WordPress runter und prüfe ob da auch der Code drin ist.

Auch wenn das sicher nicht die schönste Lösung ist,
Das Auskommentieren der Zeile 549, hat das Rewrite-Problem gelöst.

Warum allerdings diese Funktion die Anweisungen als base64-dekodierten String enthält ist mir schleierhaft ebenso ihr Sinn.

Auffällig ist, dass diese Funktion im Gegensatz zu den anderen Funktionen in der nav-menu.php nicht dokumentiert ist.
Bei allen anderen Funktionen findet sich ein Kommentarblock wie z.B. bei mytime

/**
 * Returns all navigation menu objects.
 *
 * @since 3.0.0
 * @since 4.1.0 Default value of the 'orderby' argument was changed from 'none'
 *              to 'name'.
 *
 * @param array $args Optional. Array of arguments passed on to {@see get_terms()}.
 *                    Default empty array.
 * @return array Menu objects.
*///istart

Leider wird die .htaccess allen Anschein nach woanders überschrieben.
Ich suche nun mal nach allen Dateien in denen .htaccess vorkommt.
irgendeine muss ja die Datei neuschreiben.

Habe nun mal die entsprechenden Rewrite-Regeln in der .htaccess des Root-Verzeichnisses auskommentiert.
Nun bekomme ich zwar folgenden Fehler:
Not Found

The requested URL /index.php was not found on this server.

Aber damit bin ich auch nicht schlauer.
Logisch das diese Meldung kommt, da ja wie ich schon geschrieben habe
Die Rewritebase auf / und die Anweisung RewriteRule . /werbeagentur/index.php [L] auf RewriteRule . /index.php [L] geändert wird sowie die Rechte auf nur Lesen (444).

Dies ist aber nur das Symptom und nicht die Ursache.
Wichtig ist, warum meint WordPress überhaupt die .htaccess erneuern zu müssen.
ICh hoffe, dass ich durch das Einfügen folgender PHP-Anweisung file_put_contents(trailingslashit(ABSPATH)."debug.txt","Debug START".PHP_EOL.var_export(debug_backtrace(),true).PHP_EOL."Debug END".PHP_EOL, FILE_APPEND); schlauer werde. Diese habe ich in alle Funktionen der wp-includes/rewrite.php eingefügt.
Jeder Aufruf der Datei erzeugt somit einen Logeintrag in der debug.txt, den ich dann überprüfen kann und so hoffentlich die Quelle des Übels finde.
Bin mittlerweile echt genervt davon.

Das mit den Rechten hat mir unser Hoster schon erklärt.
Dateien müssen 644 haben, Verzeichnisse 755.
Aber auch Besitzer und Gruppe sind wichtig.
Wie auch immmer. Die Hauptsache für mich ist, dass das Problem ist endlich behoben ist. Nun kann unsere neue Webseite endlich online gehen.

Vielen Dank nochmal Monika für die schnelle Hilfe.
Wäre ich so schnell nicht drauf gekommen.

Hallo Monika

ja ich habe WP neu geholt und hochgeladen.
Ich habe jetzt mal folgendes probiert.
Aus dem Backend von WordPress unter Dashboard->Aktualisierungen kann man WordPress neuinstallieren.
Das hab ich gemacht und nun scheint alles zu funktionieren.

Ich muss noch einige Daten, die der Import nicht übertragen hat einpflegen.
Dies sind u.a die Revolution Sliders und andere Inhalte die mit zusätzlichen Plugins erstellt wurden.
Auch muss ich natürlich noch sicherstellen, dass alle Inhalte über HTTPS geladen werden, da Firefox und IE da sehr pingelig sind und die Inhalte sonst nicht anzeigen.