Support » Installation » Startseite lädt nicht

  • Gelöst petejo

    (@petejo)


    Hallo Gemeinde,
    hier finden gleich zwei Probleme gleichzeitig statt.
    Es handelt sich um einen Webshop.

    Zum einen wurde der Webhoster gewechselt. Wer mit seine WordPress-Seite auf einen neuen Server umgezogen ist, muss in der Datenbank viele Pfade anpassen, damit anschließend wieder alles richtig läuft. Gibt es eine Übersicht zu all diesen Tabellen?

    Nach dem Umzug wurde von Version 4.5.4 auf 4.7.5 hochgerüstet und die plugins entsprechend aktualisiert, da die Seite sich nicht akkurat darstellte.

    Doch statt der Startseite wurde eine beliebige Produktseite dargestellt. Die eigentliche Startseite existierte zwar, wurde aber ignoriert.
    Sie liess sich jedoch über den Server-Account – nicht wp-Account- aufrufen, vom Browser aus sichern, und in index.html umbenannt, via FTP hochladen.
    Zuächst schien alles zu stimmen. Dann wurde die Startseite als Kopie modifiziert und diese als Startseite festgelegt.
    Doch jetzt wird immer noch die alte Startseite dargestellt, vermutlich der gleiche Fehler wie ursprünglich mit der Produktseite. Die alte Startseite kann eigentlich gar nicht mehr geladen werden, da sie gelöscht wurde.

    Kennt jemand einen Kniff, wp dazu zu bewegen, die Seite zu laden, die man als Startseite festgelegt hat?

    Die Webseite ist http://www.likestyler.com

    Vielen Dank für jeden Hinweis

    • Dieses Thema wurde geändert vor 5 Monate, 4 Wochen von  petejo.
Ansicht von 4 Antworten - 1 bis 4 (von insgesamt 4)
  • Moderator Torsten Landsiedel

    (@zodiac1978)

    Wer mit seine WordPress-Seite auf einen neuen Server umgezogen ist, muss in der Datenbank viele Pfade anpassen, damit anschließend wieder alles richtig läuft. Gibt es eine Übersicht zu all diesen Tabellen?

    Alle in denen die alte Domain noch steht. Um serialisierte Daten nicht kaputt zu machen, muss dafür ein geeignetes Suchen&Ersetzen-Tool genutzt werden. Zum Beispiel das hier:
    http://interconnectit.com/products/search-and-replace-for-wordpress-databases/

    Sie liess sich jedoch über den Server-Account – nicht wp-Account- aufrufen, vom Browser aus sichern, und in index.html umbenannt, via FTP hochladen.

    Was soll denn der Server-Account sein?

    Eine statische HTML-Seite in den Root-Ordner zu legen sorgt nur dafür, dass bei der Suche nach einer Datei als erstes die index.html gefunden wird und nicht die index.php von WordPress. Daher auch kein Wechsel mehr innerhalb von WP möglich.

    Wenn die Änderung innerhalb von WP keine Änderung auf der Site bewirkt: war da noch eine index.html im Ordner, die dafür gesorgt hat oder ist vielleicht ein Cache-Plugin im Einsatz (sonst auch mal den Browser-Cache löschen).

    Gruß, Torsten

    Hallo Torsten,

    danke erstmal für die Info.

    Alle in denen die alte Domain noch steht.

    Ja ist klar, nur, welche sind das? Ich könnte doch auch über phpmyadmin die Datenbank modifizieren. Ein paar Fehler habe ich damit in den Tabellen wp-options schon ausgeglichen.

    Was soll denn der Server-Account sein?

    Viele Server lassen sich über Tools wie Plex oder confixx konfigurieren.

    Eine statische HTML-Seite in den Root-Ordner zu legen sorgt nur dafür, dass bei der Suche nach einer Datei als erstes die index.html gefunden wird und nicht die index.php von WordPress. Daher auch kein Wechsel mehr innerhalb von WP möglich.

    Das Duplikat der WP-Installation wurde mit dem Plugin Duplicator vorgenommen. Dieses erstellt ein .zip-File und einen installer. Duplicator ignoriert aber die statische index.html-Seite, die deshalb ohnehin via FTP separat dazu geladen werden musste, ansonsten erschien eine Fehlermeldung. In der index.php steht nur,welches Skin eingesetzt werden soll.

    Jo, dann habe ich mal den Cache aufgeräumt und die statische index-Seite entfernt. Jetzt wird wieder die richtige Startseite geladen.

    Moderator Torsten Landsiedel

    (@zodiac1978)

    Ja ist klar, nur, welche sind das? Ich könnte doch auch über phpmyadmin die Datenbank modifizieren. Ein paar Fehler habe ich damit in den Tabellen wp-options schon ausgeglichen.

    Welche das sind, kann doch niemand ohne Zugang wissen. Du musst ja eh *alle* Vorkommnisse ändern, also ist die Antwort irrelevant. Du machst halt ein Suchen&Ersetzen auf die *gesamte* Datenbank. Dabei gibt es eigentlich nur zwei Fallstricke:

    1. serialisierte Daten
    Diese Daten enthalten die Länge. Änderst du den String (die Domain), ohne den Wert für die Länge anzupassen, dann geht der Eintrag kaputt.

    2. GUID
    Der „Globally Unique Identifier“ sollte nicht als Domain genutzt werden, sondern nur als ID. Der Feedreader benutzt ihn z.B. um zu erkennen, was schon gelesen ist und was nicht. Änderst du ihn mit, dann werden die letzten Einträge nochmal neu ausgeliefert, weil sich die GUID ja geändert hat.

    Diese Änderungen per phpmyadmin zu machen ist natürlich möglich, aber enorm aufwendig. Mit dem oben verlinkten Skript brauchst du für alles keine 5 Minuten.

    In deinem Fall kümmert sich ja eh Duplicator um diese Änderung. Nach Start des Installer kann im zweiten Schritt die Adresse im „Update“-Schritt verändert/aktualisiert werden. Dann ist das Suchen&Ersetzen gar nicht mehr nötig. Das ist nur nötig, wenn man das Ganze manuell macht. Und auch Duplicator erwähnt das gleiche Tool in seinem Blog, wenn es die manuelle Methode beschreibt:
    https://snapcreek.com/blog/wordpress/techniques/manually-move-wordpress-site/

    Viele Server lassen sich über Tools wie Plex oder confixx konfigurieren.

    Klar. Aber was hat das eine mit dem anderen zu tun? Das habe ich immer noch nicht verstanden …

    In der index.php steht nur,welches Skin eingesetzt werden soll.

    Von welcher PHP-Datei sprichst du denn da? Ich meinte die Datei im WP-Root-Ordner, die WordPress lädt:
    https://github.com/WordPress/WordPress/blob/master/index.php

    Je nach Serverkonfig ist es meist so, dass eine index.html bevorzugt wird und somit anstatt des WP angezeigt wird, was anscheinend die richtige Vermutung war …

    Jo, dann habe ich mal den Cache aufgeräumt und die statische index-Seite entfernt. Jetzt wird wieder die richtige Startseite geladen.

    Wunderbar! Dann klappt ja wieder alles 🙂

    Gruß, Torsten

Ansicht von 4 Antworten - 1 bis 4 (von insgesamt 4)