Neu Probleme beim Upload von Shop 5.0

[DragonlordGames]

Hallo und danke vorab für die Hilfe. Ich bin nicht aus der IT, mein Know how ist mangelhaft.

Ich aktualisiere von 4.x auf 5.0

habe aus den Installationsdateien entfernt:

INSTALL (Ordner komplett)
admin/.htaccess
robots.txt
shopinfo.xml
.htaccess

dann habe ich das ganze mit Filezilla via FTP auf meinen Account von IONOS (Vormals 1&1) hochgeladen.

Dabei gibt es zahlreiche Fehlermeldungen (fehlgeschlagene Übertragungen), dass Verzeichnisse erstellt werden sollten. Nach Prüfung sind diese im Zielverzeichnis aber trotzdem vorhanden.

nach Abschluss des Uploads gibt es eine Fehlemeldung beim aufrufen meiner Seite:

Fatal error: Uncaught TypeError: json_decode() expects parameter 1 to be string, null given in /homepages/27/d105026932/htdocs/dlg- shop/includes/src/License/Manager.php:236 Stack trace: #0 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/License/Manager.php(236): json_decode(NULL, false) #1 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/License/Mapper.php(40): JTL\License\Manager->getLicenseData() #2 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/License/Manager.php(249): JTL\License\Mapper->getCollection() #3 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/Template/TemplateService.php(114): JTL\License\Manager->getLicenseByItemID('Evo') #4 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/Template/TemplateService.php(76): JTL\Template\TemplateService->loadFull(Array, true) #5 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/Smarty/JTLSmarty.php(96): JTL\Template\TemplateService->getActiveTemplate() #6 /homepages/27/d105026932/htdocs/dlg-shop/includes/src/Smarty/JTLSmarty.php(76): JTL\Sma in /homepages/27/d105026932/htdocs/dlg-shop/includes/src/License/Manager.php on line 236

Was mache ich falsch?

 

[JulianG]

Hi!
Hast du auf PHP-Version 7.3/7.4 umgestellt?

 

[Nicson]

Dabei gibt es zahlreiche Fehlermeldungen (fehlgeschlagene Übertragungen), dass Verzeichnisse erstellt werden sollten. Nach Prüfung sind diese im Zielverzeichnis aber trotzdem vorhanden.

Bei Fehlgeschlagenen Übertragungen ist davon auszugehen dass "irgendwas" schief gelaufen ist, am besten die Fehlgeschlagenen nochmal zur Warteschlange und abarbeiten lassen.

 

[JulianG]

Wenn es NUR Verzeichnisse waren und geprüft wurde das diese doch existieren ist das okay. Das hatte ich auch bei einigen Kunden auf dem Webspace. Aus irgendeinem Grund wirft das System da Übertragungsfehler, weil es Verzeichnisse nicht neu anlegen konnte da sie ja schon existieren -> Endergebnis ist aber das richtige. Man muss aber sorgfältig prüfen.

 

[DragonlordGames]

Hi!
Hast du auf PHP-Version 7.3/7.4 umgestellt?

Jawohl, das habe ich.

Bei Fehlgeschlagenen Übertragungen ist davon auszugehen dass "irgendwas" schief gelaufen ist, am besten die Fehlgeschlagenen nochmal zur Warteschlange und abarbeiten lassen.

Das prüfe ich und lade nochmal hoch.

Wenn es NUR Verzeichnisse waren und geprüft wurde das diese doch existieren ist das okay. Das hatte ich auch bei einigen Kunden auf dem Webspace. Aus irgendeinem Grund wirft das System da Übertragungsfehler, weil es Verzeichnisse nicht neu anlegen konnte da sie ja schon existieren -> Endergebnis ist aber das richtige. Man muss aber sorgfältig prüfen.

Klingt logisch, die Teile existieren ja schon. Ich prüfe das trotzdem nochmal.

 

[JulianG]

Nur zur Sicherheit: Du prüfst aber nicht im Frontend oder? Nach dem Übertragen der Shopdateien gibt es ja noch weitere Schritte: https://guide.jtl-software.de/jtl-s...ionen/von-jtl-shop-4-auf-jtl-shop-5-upgraden/
unter anderem dafür sorgen, dass ein aktuelles Template aktiv ist.
Dein Server ist auch ein 64bit Server, oder?

 

[DragonlordGames]

Nur zur Sicherheit: Du prüfst aber nicht im Frontend oder? Nach dem Übertragen der Shopdateien gibt es ja noch weitere Schritte: https://guide.jtl-software.de/jtl-s...ionen/von-jtl-shop-4-auf-jtl-shop-5-upgraden/
unter anderem dafür sorgen, dass ein aktuelles Template aktiv ist.
Dein Server ist auch ein 64bit Server, oder?

Ich prüfe im Filezilla, indem ich die Verzeichnisse, die angeblich nicht erstellt werden konnte, händisch aufrufe, auf dem Server.

Ob mein IONOS Vetrag 32 oder 64 bit hat, kann ich nicht finden. 4.06 lief aber einwandfrei. Ich frage den Support.

In der Anleitung liest sich das immer so einfach.

 

[Nicson]

Bevor du nun alles aufscheuchst, lad doch einfach das ganze nochmal hoch, wenn der Stream bei der halben Datei abbricht, HAST du die "Datei" auf dem Server... aber eben nur halb!

Fehlgeschlagene Tasks sind nicht zum ignorieren oder wegklicken da...

 

[JulianG]

Ich prüfe im Filezilla, indem ich die Verzeichnisse, die angeblich nicht erstellt werden konnte, händisch aufrufe, auf dem Server.

Ich meinte die Fehlermeldung an sich, tritt die nur im Frontend auf, oder auch im backend wenn du den Shop mit /admin aufrufst?

Ob mein IONOS Vetrag 32 oder 64 bit hat, kann ich nicht finden. 4.06 lief aber einwandfrei. Ich frage den Support.

Das kannst du auch mit dem Testskript aus der Installationsanleitung prüfen: https://build.jtl-shop.de/get/shop5-systemcheck-v5-0-0.zip
https://guide.jtl-software.de/jtl-s...esten-sie-ob-jtl-shop-auf-ihrem-server-laeuft

 

[DragonlordGames]

Ich meinte die Fehlermeldung an sich, tritt die nur im Frontend auf, oder auch im backend wenn du den Shop mit /admin aufrufst?


Das kannst du auch mit dem Testskript aus der Installationsanleitung prüfen: https://build.jtl-shop.de/get/shop5-systemcheck-v5-0-0.zip
https://guide.jtl-software.de/jtl-s...esten-sie-ob-jtl-shop-auf-ihrem-server-laeuft

Auf die Idee, es mit /admin aufzurufen, bin ich nicht gekommen. *facepalm*
Die Fehlermeldung trat nur im Frontend auf.

Ich habe den Systemcheck gemacht. Meldet das fehlen von ImageMagick



ImageMagick
JTL-Shop benötigt die PHP-Erweiterung php-imagick für die dynamische Generierung von Bildern.
Diese Erweiterung ist auf Debian-Systemen als php5-imagick, sowie auf Fedora/RedHat-Systemen als php-pecl-imagick verfügbar.

Muss ich das bei IONOS bestellen oder kann ich das einfach isntallieren und dann hat sichs?

Danke für die Hilfe.

 

[JulianG]

Das musst du von deinem Hoster nachpflegen lassen. Ist eigentlich Standard.
Im Backend konntest du ansonsten aber fortfahren mit den weiteren Punkten des Upgrades? Alles ab Schritt 3 muss ja auch noch offen gewesen sein https://guide.jtl-software.de/jtl-s...ionen/von-jtl-shop-4-auf-jtl-shop-5-upgraden/

 

[DragonlordGames]

Das musst du von deinem Hoster nachpflegen lassen. Ist eigentlich Standard.
Im Backend konntest du ansonsten aber fortfahren mit den weiteren Punkten des Upgrades? Alles ab Schritt 3 muss ja auch noch offen gewesen sein https://guide.jtl-software.de/jtl-s...ionen/von-jtl-shop-4-auf-jtl-shop-5-upgraden/

Hoster hat mir gesagt, dass es das für mich nicht gibt, es zwar standard sei man mir aber nur convert zur Verfügung stelle.

Lass ich mal so stehen.

Habe mich inzwischen durchgekämpft, 5.0 ist isntalliert, läuft auch, aber hat Bugs.

z.B. kann ich JTL Wawi nicht mehr connecten.

Gibt einfach eine Fehlermeldung:

Synchronisation nicht möglich! Die Shop-URL verweist nicht auf einen gültigen Shop! Bitte prüfen sie die Connector-Konfig.!

Meine Subscription ist gültig bis April 2021, daran kann es nicht liegen.

Was macht ich falsch? User und Passwort? Da habe ich die alten gelassen, die gingen nicht, dann habe ich einen neuen User Namens Sync mit neuem Pass angelegt, ging auch nicht. Das ist es dann wohl nicht.

 

[FPrüfer]

habe aus den Installationsdateien entfernt:
...
.htaccess

Hast du auch - wie im Guide angegeben - deine alte .htaccess so angepasst, dass ALLE Änderungen aus der neuen übernommen wurden? Da viele Upgrader dern Wichtigen Hinweis zu den .htaccess-Dateien ignoriert haben, haben wir unseren Guide diesbezüglich auch aktualisiert!

Wichtiger Hinweis zu den .htaccess-Dateien: Neue Shop-Versionen können Änderungen an der obersten .htaccess-Datei des JTL-Shop beinhalten. Diese müssen übernommen werden! Aus diesem Grund wird die Datei hier nicht gelistet und sollte überschrieben werden! Wenn Sie Ihre .htaccess angepasst haben (z. B. empfohlene Domain-Weiterleitung), müssen Sie entweder die Änderungen in der aktuelleren .htaccess erneut vornehmen oder aber die Datei nicht überschreiben und unsere Änderungen in Ihren .htaccess Dateien nachziehen!