Neu Nach Installation von JTL-Shop 5.3.2 kein Zugriff auf Backend und Shop

[binki]

Nach erfolgreicher Installation von JTL- Shop 5.3.2 auf Ubuntu erhalte ich nur einmal das Login-Fenster vom Backend.

Der Ubuntu-Server ist komplett neu aufgesetzt. PHP8.3, apache2, MySql DB.

Der systemcheck zeigt für alle Punkte grün an.
Wenn ich dann direkt von der letzten Seite des Installationsassistenten in Backend wechsle, erscheint das Loginfenster.
Nach Eingabe Zugangsdaten werde ich dann aber auf die Novo-template-Seite weitergeleitet.

Dort werden dann folgende Fehlermeldungen angezeigt:

Warning: Undefined array key "header_full_width" in /var/www/html/templates_c/NOVA/5a14b6fae5563236670a22c3357d3114610b9f6d_0.file.header.tpl.php on line 1158
Warning: Undefined array key "mobile_search_type" in /var/www/html/templates_c/NOVA/93e21f983ea0a3cb619d062e0abacd5eb9edb9e0_0.file.header_nav_search.tpl.php on line 108
Warning: Undefined array key "mobile_search_type" in /var/www/html/templates_c/NOVA/5a14b6fae5563236670a22c3357d3114610b9f6d_0.file.header.tpl.php on line 1126
Warning: Undefined array key "mobile_search_type" in /var/www/html/templates_c/NOVA/5a14b6fae5563236670a22c3357d3114610b9f6d_0.file.header.tpl.php on line 1142

Nach ctrl+F5 erhalten ich dann nur noch die Browsermeldung: The requested URL was not found on this server.

Mich wunderte die Meldung im Installationsassistenten, keine config.JTL-Shop.ini.php gefunden, aber mit OK (grün) gekennzeichnet, so dass mit der Installation fortgefahren werden konnte.
Der Installationsassistent hat auch die Werte in die config.JTL-Shop.ini.php geschrieben.

Die /var/www/html/.htaccess sind die Einträge: RewriteEngine on und RewriteBase / aktiv.

Die Lösungsvorschläge von ChatGPT haben mir auch nicht weiter geholfen.

Wer kann mir hier weiterhelfen?

 

[css-umsetzung]

Die Lösungsvorschläge von ChatGPT haben mir auch nicht weiter geholfen.

ChatGPT wird zum Unwort des Jahre, bald hören wir alle auf zu denken wenn ich in den Beiträgen nur noch sehe das sich Shop Besitzer darüber Sachen programmieren lassen oder den Dienst fragen wie heiß der Kaffee sein darf.


Der JTL Support oder ein Servicepartner kann das mit Sicherheit schnell regeln.
Rewritebase sollte nur gesetzt werden, wenn aufgerufene Links nicht funktionieren, ansonsten muss das aus bleiben, wenn das ein 1und1 Hosting ist, dann muss es aktiv sein, dann musst du aber auch in dem admin/ Verzeichnis das rewrtitebase mit /admin/ einfügen

 

[binki]

ChatGPT wird zum Unwort des Jahre, bald hören wir alle auf zu denken wenn ich in den Beiträgen nur noch sehe das sich Shop Besitzer darüber Sachen programmieren lassen oder den Dienst fragen wie heiß der Kaffee sein darf.


Der JTL Support oder ein Servicepartner kann das mit Sicherheit schnell regeln.
Rewritebase sollte nur gesetzt werden, wenn aufgerufene Links nicht funktionieren, ansonsten muss das aus bleiben, wenn das ein 1und1 Hosting ist, dann muss es aktiv sein, dann musst du aber auch in dem admin/ Verzeichnis das rewrtitebase mit /admin/ einfügen

Den JTL-Shop möchte ich in meiner lokalen Umgebung 192.168.1.0 zum Testen aufsetzen. Installiert habe ich das ganze in /var/www/html. Wenn ich mit dem Browser der Link: http://192.168.1.30/admin aufrufe, sollte es eigentlich ohne RewriteEngine On funktionieren. Die Seite lässt sich aber auch nicht mit RewriteEngine On und mit den Einträgen in .htaccess mit RewriteBase / noch mit /admin/ noch mit den Einträgen im Verzeichnis admin mit RewiriteBase /admin/, aufrufen.

Ich kann mir auch nicht erklären, dass nach einem Neustart des Servers beim ersten mal das admin Loginfenster erscheint. Da der Login aber nicht funktioniert, komme ich auch hiermit nicht ins Backend. Ein erneuter Aufruf des Links bringt dann die Fehlermeldung: The requested URL was not found on this server.

In der /var/ log/apache2/error.log findet man nur die "Undefined array key ... " Meldungen.

 

[binki]

MIt Hilfe von ChatGPT habe ich den Fehler gefunden.

In Zeile 57 der Datei: /var/www/html/includes/vendor/marcusschwarz/lesserphp/lessify.inc.php gibt es einen Syntax-Fehler.

"Array and string offset access syntax with curly braces is no longer supported" deutet darauf hin, dass im Code geschweifte Klammern ({}) verwendet werden, um auf Array- oder String-Offsets zuzugreifen. Diese Syntax ist in neueren PHP-Versionen (ab PHP 7.4) nicht mehr unterstützt.

Richtig ist:

if ($this->buffer[$this->count] == $what) {
$this->count++;
return true;
}

Nun kann ich mich an das Backend anmelden.

Hat mir 5 Tage gekostet, um den Syntax-Fehler in einer PHP-Datei zu finden.

 

[css-umsetzung]

MIt Hilfe von ChatGPT habe ich den Fehler gefunden.

Ganz klasse, du hast also auf anraten vom GURU den Core des Shops verändert.

Ein Programmierer hätte das in einer halben Stunde gelöst, ohne den Core umzuschreiben.
Darüber solltest du nachdenken, wenn du eines Tages einen gut laufenden Onlineshop hast und der dann, aus was für einem Grund auch immer, nicht mehr geht.

 

[OliverS]

MIt Hilfe von ChatGPT habe ich den Fehler gefunden.

In Zeile 57 der Datei: /var/www/html/includes/vendor/marcusschwarz/lesserphp/lessify.inc.php gibt es einen Syntax-Fehler.

"Array and string offset access syntax with curly braces is no longer supported" deutet darauf hin, dass im Code geschweifte Klammern ({}) verwendet werden, um auf Array- oder String-Offsets zuzugreifen. Diese Syntax ist in neueren PHP-Versionen (ab PHP 7.4) nicht mehr unterstützt.

Richtig ist:

if ($this->buffer[$this->count] == $what) {
$this->count++;
return true;
}

Nun kann ich mich an das Backend anmelden.

Hat mir 5 Tage gekostet, um den Syntax-Fehler in einer PHP-Datei zu finden.

Das ist kein Fehler vom Shop. Das ist eine Drittanbieter-Library. Und da ist kein Fehler im Code, die Version ist eher veraltet. Da wurde der Shop entweder nicht korrekt hochgeladen (also vendor Ordner wurde nicht überschrieben), oder das sind Überreste aus einer alten Version, die da eigentlich nicht mehr hingehört.

 

[css-umsetzung]

Es ist ja laut User eine Neuinstallation?

Nach erfolgreicher Installation von JTL- Shop 5.3.2 auf Ubuntu erhalte ich nur einmal das Login-Fenster vom Backend.

 

[OliverS]

Es ist ja laut User eine Neuinstallation?

Hab ich gesehen, ja. Aber sind Drittanbieterlibs und könnten damit vom Composer beeinflusst und ersetzt werden. Ich mein, kann auch sein das es tatsächlich ein Problem mit der Lib ist, oder das die veraltet ist. Ich weiß grad auch nicht auswendig, wo lesserphp verwendet wird. Ich hab das Problem nach einer Neuinstallation jedenfalls nicht festgestellt. Und das müsste ja dann schon seit einer Weile auftauchen, weil die Curly Braces, wie schon erwähnt, seit PHP 7.4 nicht mehr unterstützt werden. Und PHP 7.4 wird vom Shop auch schon seit 5.2.0 nicht mehr unterstützt. Also schon ein paar Tage jetzt. Vielleicht ist das irgendein Fallback der unter komischen Umständen eine Rolle spielt.