404 Error nach Serverumzug mit Akeeba - Backend und Startseite erreichbar

    Joomla Version
    Joomla! 4.4.14
    PHP Version
    PHP 8.3.x
    Hoster
    Alfahosting

    Moin Moin!

    Seit einigen Tagen quäle ich mich durch die Umzüge mehrerer Joomla Seiten. Mein Hoster wollte Stand Frühjahr eigentlich den genutzten Server für Joomla 5 aktualisieren, doch auf Nachfrage vor ein paar ein paar Wochen hieß es dann "Sorry, wird doch nichts" und nun ziehe ich bzw. die Seiten auf einen neuen Server beim gleichen Anbieter um.


    Die Umzüge versuche ich mit Akeeba zu bewerkstelligen. Die Backups wurden am 16.10 erstellt.

    Die Wiederherstellung mittels akeeba läuft durch. Ich kann auch das "Aufräumen " anklicken. Danach wird fürs Frontend und Backend immer Error 500 angezeigt. Benenne ich die .htacess um, komme ich zumindest auf die Startseite. Zugriff ins Backend klappte von alleine nur in einigen Fällen (ich habe die Dateien und Datenbanken mehrfach wieder gelöscht und neu mit Akeeba eingespielt). Wenn der Zugriff zum Backend nicht möglich war, habe ich festgestellt, dass in der .htacess der Pfad des alten Servers angegeben war.

    Ich habe vermutet, dass dann auch in der configuration.php falsche Pfade stehen (bei $log_path und $tmp_path) und hatte kurz Hoffnung, aber die Angaben sind dort korrekt.

    Hat jemand eine Ahnung, warum für alle Seiten außer der Startseite und dem Backend (mit der erwähnten Nachbearbeitung) der 404 Fehler angezeigt wird?

    (Merkwürdig ist, dass es bei einer der sechs Seiten inzwischen geklappt hat. Auch nicht im ersten Versuch. Nachdem Akeeba Backup durchgelaufen war erschien bei mir immer die Anzeige "restoration complete" und das das Fenster geschlossen werden sollte (parallel zum zweiten Fenster mit dem Aufräum Button). Ich habe die Domain jedoch in einem dritten Fenster angesteuert, wieder die Anzeige mit dem "restoration complete" Text gesehen und darunter plötzlich ein weiteres Feld zum anklicken. Danach war das Fronted komplett korrekt ohne 404. Das Backend ging nur über die angesprochene Korrektur der .htacess unter Administrator. Bei den anderen Seiten ließ sich das aber leider nicht so wiederholen bzw. führt es dennoch zu den 404 Fehlern )


    Alle Seiten liefen auf Joomla 4.4.14 mit php 8.26 (?). Mysql 5.7 und ich hatte den confixx Adminbereich. Auf dem neuen Server habe ich php 8.3 verwendet (8.2 und 8.4) stehen auch zur Verfügung, aber das PPH 8.2 ist älter als die früher genutzte Version und hat, genau wie php 8.4 ebenfalls zu den Fehlern geführt. Außerdem steht nur noch MariaDB zur Verfügung.

    Die alte Mysql Datenbank wurde also in MariaDB übertragen. Akeeba zeigt aber keine Fehler bei der Wiederherstellung der Datenbank an.


    Sorry für die vielen Text. Ich habe keine Ahnung, was alle wichtig sein kann. Über Tipps und Ideen bin ich dankbar!

    Nachtrag: Ich habe festegetellt, dass bei der einen, "fehlerfreien" Seite im Backend URL-Rewrite nutzen deaktiviert war. Aktiviere ich das und lade eine .htaccess (aus einem 4.4.14 Paket) hoch, erscheinen wieder die üblichen Fehler. Leider habe ich bei der "fehlerfreien" Seite somit die unschönen index.php Einschübe in der Verlinkung, was auch keine Lösung ist.

    Nach drei Tagen und ganz viel trial and error habe ich mein Problem lösen können. Vielleicht hilft es ja jemanden, der ähnliche Probleme nach einem Umzug bei / zu Alfahosting hat:


    In der .htacees musste ich folgenden Bereich aus #rauten:

    # Options +FollowSymlinks
    # Options -Indexes

    Nun kann ich mod_rewrite nutzen ohne das Fehler auftreten und es funktionieren wieder alle Links.

    Zitat von MoinMoin

    Nach drei Tagen und ganz viel trial and error habe ich mein Problem lösen können. Vielleicht hilft es ja jemanden, der ähnliche Probleme nach einem Umzug bei / zu Alfahosting hat:

    In der .htacees musste ich folgenden Bereich aus #rauten:

    # Options +FollowSymlinks
    # Options -Indexes

    Nun kann ich mod_rewrite nutzen ohne das Fehler auftreten und es funktionieren wieder alle Links.

    Hallo,

    Problemlösung und Ursache werden hier nicht ganz korrekt dargestellt.
    1. Ein 404 für Unterseiten wird beispielsweise ausgelöst, wenn mod_rewrite im Backend bzw. über die configuration.php aktiviert wurde und es keine .htaccess (analog der Vorgabe der htaccess.txt) gibt.

    2. Wenn bei deinem Hoster (wie auch bei vielen anderen Hostern) in der .htaccess die Raute vor dem "Options +FollowSymlinks" fehlt, wird hingegen ein 500er-Serverfehler ausgeliefert. D.h. die Webseite ist überhaupt nicht aufrufbar.
    Nebenbei: Die # vor "Options -Indexes" muss nicht sein. :)

    Viele Grüße!
    JoomlaWunder

    Danke für die Erläuterungen. Ja, mit Fachwissen wäre mir die Lösung sicherlich schneller geglückt, aber so musste ich mich durchprobieren.

    Ich habe jetzt, wo alle Seiten funktionieren und bereits auf Jommla 5 laufen, die beiden Rauten # wieder entfernt und es kommt wieder der Serverfehler.

    Ah Ok, Du sprichst nur vom Options -Indexes. Hat das einen Vorteil wenn ich das nicht auskommentiere oder kann das mit beiden Rauten bleiben?

    Zitat von MoinMoin

    Danke für die Erläuterungen. Ja, mit Fachwissen wäre mir die Lösung sicherlich schneller geglückt, aber so musste ich mich durchprobieren.

    Ich habe jetzt, wo alle Seiten funktionieren und bereits auf Jommla 5 laufen, die beiden Rauten # wieder entfernt und es kommt wieder der Serverfehler.

    Ah Ok, Du sprichst nur vom Options -Indexes. Hat das einen Vorteil wenn ich das nicht auskommentiere oder kann das mit beiden Rauten bleiben?

    Kannst du auch in der htaccess nachlesen:

    Spoiler anzeigen

    ##
    # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
    #
    # The line 'Options +FollowSymLinks' may cause problems with some server configurations.
    # It is required for the use of Apache mod_rewrite, but it may have already been set by
    # your server administrator in a way that disallows changing it in this .htaccess file.
    # If using it causes your site to produce an error, comment it out (add # to the
    # beginning of the line), reload your site in your browser and test your sef urls. If
    # they work, then it has been set by your server administrator and you do not need to
    # set it here.
    ##

    ## MISSING CSS OR JAVASCRIPT ERRORS
    #
    # If your site looks strange after enabling this file, then your server is probably already
    # gzipping css and js files and you should comment out the GZIP section of this file.
    ##

    ## OPENLITESPEED
    #
    # If you are using an OpenLiteSpeed web server then any changes made to this file will
    # not take effect until you have restarted the web server.
    ##

    ## Can be commented out if causes errors, see notes above.
    Options +FollowSymlinks
    Options -Indexes

    Gruß Elwood

    Das Problem mit der htaccess und diesen Zeilen ist mir auch bekannt, bei manchen Hostern muss man diese auskommentieren, sonst erhält man einen Serverfehler.
    Wenn eine Seite nach einem erfolgreichen Transfer nicht lädt, oder solche Fehler meldet, immer zuerst die htaccess testweise umbenennen bzw. die genannte Änderung durchführen.

    Es gibt noch eine Sache, die man immer berücksichtigen sollte. Wenn man eine Domain anlegt und einem Verzeichnis zuweist, kann es sein, adss eine index Datei in diesem Verzeichnis hosterseitig erstellt wird. Diese index muss man vor Einspielen des Backups löschen. Dies wird zeitweise vergessen.