Nach Update auf Joomla 3.9.26 Frontend nicht erreichbar

Du kannst mal das probieren:

Thema

Fehler finden durch detailliertere Fehlermeldung. Debug-Modus. Call stack.

Gelegentlich sind Fehlermeldungen auf "toten Seiten", die Joomla anzeigt, nicht ausreichend, um die Fehlerquelle zu identifizieren, also die Erweiterung, die einen Fehler verursacht.

Um mit etwas Glück die Fehlerstelle zu finden, tue Folgendes:

Gehe in die Joomla-Konfiguration.
- Im Reiter "Server" findest du die Einstellung "Fehler berichten". Setze sie auf "Maximum".
- Im Reiter "System" findest du die Einstellung "System debuggen". Setze sie auf "JA".
- Speichere die Joomla-Konfiguration.

Solltest…

Re:Later

10. Oktober 2018

Und stelle auch mal testweise auf das Standard-Protostar Template um.

Waren Deine Erweiterungen, vor allem das Template und der SP Pagebuilder auf dem aktuellen Stand?

Also geht Protostar auch nicht?

Hast du #2 mal duchgeführt?

Du solltest mal dringend den Webspace sperren oder so.

Wenn ich die Domain aufrufe, erscheint die Akeeba-Installation!!!

Momentan bist du auf Joomla 3.9.25 und die Fehlermeldung im Frontend kommt. Könnte das was mit deinen Menüeinträgen zu tun haben (Startseite nicht angegeben!) oder Ähnliches.

Wird ja nach /en/ weitergeleitet, dann 404.

Zitat von BurNi

Ich habe jetzt zum wiederholten mal versucht das Backup einzuspielen.

Wieder ohne Erfolg.

Hast du vorher den gesamten Webspace und DB gelöscht?

Wenn du ein Backup der Seite und DB hast (also das Akeeba-Backup, was auch i.O. sein sollte), und nichts 'anderes' da so rumliegt, ja.

Ich mache immer mehrer Backups, falls es mal mit einem Probleme geben sollte.

Dann vor dem Joomla-Update alle Extension und den SP PB updaten.

Zitat von BurNi

Kann ich den kompletten Webspace löschen und dann akeeba kickstart ausführen???

Das Verzeichnis, in welches deine Sicherung eingespielt werden soll, muss leer sein, also nur kickstart.php und das .jpa reinlegen und kickstart.php starten.

Was mit den Verzeichnissen drumherum ist, ist völlig egal. Ausnahme: Du hast in einem höheren Verzeichnis eine .htaccess liegen, die natürlich die direkten Unterverzeichnisse beeinflusst.

Was du sonst löschen kannst, kannst nur du wissen. Liegen mehrere Projekte auf dem Webspace, dann musst du natürlich genau hinschauen!

Das Backend läuft ja. Vorschlag: lösche die .htaccess (oder benenne auf htaccess.save um).

Schalte in der Konfiguration url-rewrite ab.

Und kontrolliere, ob du vielleicht genau das, was zu sehen sein soll versteckt hast (Kategorie oder Beiträge)

Ist Joomshopping aktuell?

Ich bin NOOB was server betrifft. Also entschuldigt wenn das eine dumme Frage ist: Hast du einfach ein webhosting paket oder ist das ein eigener server?

Nun ja, TE dürfte bei: one.com sein. Da war gestern die übliche: "Hier entsteht ............ " Info.

Hab jetzt mal (da wieder bekannte Meldung), eingegeben: /index.html. Dies deswegen, da bei URL Anmeldung/Paket beim Hoster, oft das index.html davor steht, somit keine index.php aufgerufen werden kann. Diese müsste man dann löschen.

In diesem Fall ergibt sich jetzt zusätzlich zu gestern: https://www.lx-pipes.de/en/cart, also: ..../en/cart
Dieses /cart war gestern noch nicht.

BurNi: war Deine Seite immer schon dort?

Liebe Grüße

Christine

Ergänzung: schaut (auch) nach den geliebten Error 500 aus (Server).

Unabhängig davon, würde ich im Backend: System-Sprachenfilter de-aktivieren. Weiß aber nicht, ob Du ursprünglich eine Mehrsprachen Seite hattest.

Und: #14, es gibt Joomshopping, auch mit Error 500.

Liebe Grüße

Christine

Nun läuft ja die 3.9.26. Fehler bleibt aber! Dieser hat sehr wahrscheinlich mit dem Update oder den Update-Versuchen gar nichts zu tun.

Da kann man dann 1000x das Backup wieder einspielen. Da scheint der Fehler auch bereits enthalten zu sein.

Nimm ein älteres Backup oder schau deine Sprachen/Menüpunkte durch. Da stimmt definitiv was nicht bzw.ist nicht optimal gelöst. Vielleicht hast du aus Versehen nur etwas deaktiviert?

Zitat von BurNi

Was ich aber noch auf der Festplatte hätte, wäre ein uraltes Backup.

Soll ich das mal aufspielen um eventuelle Fehler seitens des Hoster auszuschließen?

Wenn es wirklich uralt ist, dann wird es mit der aktuellen PHP-Version wohl nicht laufen. Das bringt dich eher nicht weiter.

Ist die Seite denn mehrsprachig? Wenn ja, welche Sprachen?

Hast du mal versucht, was in den letzten Beiträgen zum Thema Sprache und SEO/htaccess empfohlen wurde?

Nach einem Hosterproblem schaut es eher nicht aus. Irgendwas scheint im Backend falsch konfiguriert zu sein.