Alles lief- siehe voriger Threat - mit PHP8.0, wollte eigentlich die Fehleranzeige auf max stellen um alles zu checken - dann war es plötzlich aus.
Habe von meiner relativ aktuellen Sicherung auf die HP hochgeladen, neue DB mit Sicherung von alter DB importiert, configurations.php angepasst, nichts bewegt sich...
Front- und Backend nicht zugänglich mit folgender Fehlermeldung.
??????
neue DB mit Sicherung von alter DB importiert,
Kontrolliere die Datenbankangaben:
DB Host
DB Name
DB Benutzer
DB Passwort
ob es mit der DB und den Angaben in der configuration.php übereinstimmen.
Ggf. neu eingeben.
Du hast doch beim Hoster eine neu DB angelegt. Die musst du mit den Daten eintragen.
Werde Webspace wieder löschen und die (defekte) Sicherung von heute nacht wieder aufspielenm malsehen was passiert...
Da hat sich ja nix geändert in der entsprechenden DB.
Du hast doch beim Hoster eine neu DB angelegt. Die musst du mit den Daten eintragen.
Habe ich gemacht, musste neues Passwort vergeben, dann hat der Import von den Daten mit Fehlermeldung abgebrochen.... also post #5
Ok, aber wenn du eine neue DB angelegt hast, und du das DB Backup importieren willst, gibt es doch Probleme mit dem Hoster. Ich hätte jetzt vielleicht ein Backup von Easy Joomla Backup oder Akeeba erstellt und eingespielt. Dort ist ja die DB enthalten. Die beim Hoster sollte natürlich leer sein und der Webspace auch.
Und was ist jetzt aktuell der Stand?
Ok, aber wenn du eine neue DB angelegt hast, und du das DB Backup importieren willst, gibt es doch Probleme mit dem Hoster. Ich hätte jetzt vielleicht ein Backup von Easy Joomla Backup oder Akeeba erstellt und eingespielt. Dort ist ja die DB enthalten. Die beim Hoster sollte natürlich leer sein und der Webspace auch.
Leider kein solches Backup erstellt, nur das komplette Webverzeichnis gesichert
1. Wenn man das Error-Reporting höher setzt und die Webseite dann nicht mehr läuft, braucht man es doch nur wieder runtersetzen in der configuration.php, falls es über das Backend nicht funktioniert. Warum hast du versucht, eine Sicherung einzuspielen?
2. Dein letzter Fehler ist ein Syntax Error. In #1 stand da noch was ganz anderes. Hast du irgendwelche Dateien über einen Editor bearbeitet, vielleicht die configuration.php? Dann überprüfe diese Dateien mal auf Syntax-Fehler und korrigiere sie!
Und was ist jetzt aktuell der Stand?
In Kurz: Der TE will unter PHP8 eine Gantry 4.1.43 verwenden, das aber laut Entwicklern mal vor 2 Jahren zuletzt füt PHP7 gefixt wurde und seitdem brach liegt.
Und, dass die Session nicht gestartet werden kann, kann tatsächlich am Error-Reporting liegen, da ggf. bereits was ausgegeben wurde (eben eine vielleicht harmlose Warnung), bevor der erste Header gesendet wird.
Da sich die Fehlermeldungen IM DETAIL aber eh ständig ändern (siehe auch anderen Thread), je nachdem, was rumprobiert wurde, ist das alles doch nur im Kreis rennen.
EDIT: Es gibt hier übrigens ein "fieses" Plugin, mit dem tieferes Debuggen EVENTUELL zielgerichteter sein kann, wenn man Strict Mode und Scream aktiviert UND "Ignore error levels" leert. Bei frühen Session-Fehlern habe ich aber meine Zweifel.
n3t Debug, by Pavel Poles - Joomla Extension Directory
Joomlas Fehler berichten und Debug sollte man dann deaktivieren.
"Der TE will unter PHP8 eine Gantry 4.1.43 verwenden....
Da hatte ich mich geirrt, hatte mich aber berichtigt, Gantry 5.5 ist es, alles richtig
