Neu JTL-Shop 4.02 update auf 4.06, Backend nicht erreichbar

[Tigerli]

Hallo zusammen

Einmal mehr kämpfe ich bei update von JTL- Shop. Es kann mangelnde Fachkenntnis und Routine von mir ein Rolle spielen.

Wir haben den JTL-Shop bei unserem Hoster, hoststar.ch, auf einen neuen Server migriert.
Der bisherige JTL-Shop, mit PHP Version 5.5 war plötzlich nicht mehr erreichbar.
Der neue Server https://lx16.hoststar.hosting hat PHP-Versionen von 5.6 bis 7.4

Nach Anleitung von https://guide.jtl-software.de/jtl-shop/jtl-shop-kauf-editionen/jtl-shop-updaten/ habe ich die Daten von JTL-Shop 4.06.17 auf den FTP-Server geladen.
Vorgängig die Berechtigungen wo notwendig auf 755 und 644 gesetzt, die betreffenden Dateien und Ordner (wo auffindbar) gelöscht.
Die Fehlerfreie Übertragung zu FTP-Server hat geklappt.
Ich kann aber nun mein Backend nicht mehr aufrufen, es kommt die Meldung HTTP ERROR 500.

Im JTL-Wawi 1.5.24.1 kommt die Fehlermeldung "Synchronisation mit Webshop nicht möglich! Die Shop-URL verweis nicht auf einen gültigen Shop! Bitte prüfen Sie die Connector-Konfiguration."

Hat vielleicht jemand eine Idee was ich falsch gemacht haben könnte?

Vielen Dank
Gruss
Stefan

 

[css-umsetzung]

Mach da kein langes rumeiern.

Es wird vermutlich eines der Plugins sein.

Aktiviere in der config das error reporting, wenn du dann noch immer nichts siehst (Fehler) ist eventuell deine .htaccess nicht passend.

Wenn du nicht lange testen möchtest geh gleich zu einem SP, länger als eine Stunde sollte das nicht brauchen.

 

[John]

Du vermischt ja hier zwei Aufgaben.

1. Shop Umzug
2. Shop Update

Oder hast Du beides gleichzeitig gemacht? Ansonsten was css-umsetzung sagt: Errorlogging einschalten und schauen, was kommt.

 

[Tigerli]

Hallo John

Der Umzug wurde mir quasi aufgezwungen. Der Hoster hat neue Server.

@css-umsetzung
Ich schaue da mal nach. Danke vorerst.
Das Thema zukünftige Zusammenarbeit mit einem Servicepartner ist brandaktuell.

 

[Jens Falk]

Wenn Error 500, vielleicht nur

RewriteBase /

in der .htaccess auskommentieren.

Auch gibt es ein Prüfscript von JTL für den Shop.

 

[css-umsetzung]

Das würde keinen 500er Error, sondern eher das rewrite durcheinander bringen.
wenn die htaccess schuld wäre (was ich nicht glaube) liegt es meistens an PHP regeln die zum Überschreiben der php.ini genutzt werden, das ist nicht überall möglich und verursacht dann Fehler wenn es verwendet wird.

Aber an solch ein Szenario glaube ich derzeit noch nicht, es ist bestimmt eher ein ioncube verschlüsseltes Plugin, die Chancen stehen 99 zu 1.

 

[Jens Falk]

Z.B bei Domainfactory führt es genau zu einem 500 Fehler, wenn in der .htacess nicht RewriteBase / aktiv ist.

Wenn es ein ioncube Problem ist, so muß in der PHP.ini der Pfad angeben werden. Schoen allein deshalb hätte ich keine Lust einen Hoster zu wählen, der mir keine eigene php.ini ermöglicht.

 

[css-umsetzung]

ein Hoster der kein Ioncube eingebunden ist ein Hoster den ich nicht wählen würde

Schreib mir mal in Slack welchen Hoster du hast

 

[Jens Falk]

Das ist natürlich wieder mal dein typischer Müll . Der Hoster, der mich einbinden lässt, auch meine gewünschte Ioncube-Version, ist der Hoster meiner Wahl.

 

[Tigerli]

Nach einer langen Nacht habe ich nun vermutlich herausgefunden wo der Hund begraben liegen könnte:
-bisheriger Webshop nicht im Wartungsmodus, Zugriff auf Backend nicht möglich
-Datenbank hat anderen Namen auf neuem Server
-Verzeichnis im FTP-Server hat neue Namen bzw. Orte
-.htaccess bzw. includes/config.JTL- Shop.ini.php sind wohl auch noch fehlerhaft

Morgen Montag nehme ich mal Kontakt mit einem Servicepartner auf. Ich habe andere geschäftliche Prioritäten als stundenlang auf dem Server herumzusuchen.
Vorerst viele Dank für eure Inputs.

 

[John]

Die Punkte, die Du genannt hast, sind bei einem Umzug auf einen anderen Server oder zu einem anderen Provider total normal und gehören zu den Basics, die bei einem Umzug immer zu erledigen sind.

In meiner Antwort bin ich - genauso wie vermutlich die anderen hier - davon ausgegangen, daß wir das nicht erklären müssen. Vielleicht auch, weil Dein Anfangsposting so rüber kam, als würdest Du Wissen, was Du da machst.

Sorry, wenn wir hier nicht helfen konnten, das war keine böse Absicht. Ich denke, ein Servicepartner ist eine gute Entscheidung, es sei denn, Du willst noch tiefer in die Materia einsteigen.

 

[Tigerli]

Hallo John

Die Materie ist eigentlich spannend. Leider fehlt mir momentan die Zeit dafür.

Ich versuche die config.JTL- Shop.ini.php richtig zu schreiben, aber ich denke da klappt etwas noch nicht mit dem Namen der Datenbank.
Im Moment sehe ich weiterhin den Fehler HTTP ERROR 500 auf dem Browser.
Wenn ich die Webseite mit shop.whd-modelleisenbahn.ch/info.php aufrufe, bekomme ich die Serverinformationen. Soweit so gut.

 

[Tigerli]

Hallo zusammen

Der JTL-Support hat uns in der Zwischenzeit unter die Arme gegriffen.
Einzig die Bilder sind im Webshop nicht mehr da, sonst sollte alles wieder funktionieren.

 

[John]

Du meinst die fehlenden Artikelbilder?

Mach einen Komplettabgleich in der Wawi. Das sendet alle Bilder wieder an den Shop.

Hmm, SSL Zertifikat gibts keines.

 

[Tigerli]

Das habe ich schon zweimal gemacht.
Keine Reaktion....hmmm

Im JTL- Shop 4.02 waren wir auf PHP 5.5, jetzt im JTL-Shop auf PHP 7.3.

Ich hatte schon eigenartige Situationen bei hochladen von Bildern in die News-Beiträge.
Da musste ich jeweils eine .htaccess-Datei löschen damit die Bilder angezeigt wurden.