Im Backend stehen zumindest bei uns auch immer nur die Versionen 8.3 / 8.4 / 8.5 usw. zur Auswahl. Wenn Du die entsprechende angewählt hast, gibt Dir aber das JTL Schopbackend rechts im Dashboard normalerweise Auskunft über die exakte Version. Ich gehe davon aus, dass Du nur noch die 8.3.36 wählen kannst.
Neu PHP Probleme-Updates
- Ersteller des Themas arminma
- Erstellungsdatum
Wenn Du im KAS die 8.3 laufen hast, sollte automatisch auf die 8.3.36 gepacht sein. Das siehst Du dann nur im Shop-Backend.
zum prüfen der PHP Version kannst dir ne Datei erstellen und per FTP auf deinen Webspace hochladen:
Beispiel:
phpinfo.php
Inhalt:
Die rufst dann im Browser auf:
www.*********.de/phpinfo.php
Datei hinterher aber wieder löschen.
Beispiel:
phpinfo.php
Inhalt:
Die rufst dann im Browser auf:
www.*********.de/phpinfo.php
Datei hinterher aber wieder löschen.
Vielleicht nicht der richtige Thread und ich weiß nicht, ob es damit zusammenhängt - aber hat noch jemand Probleme mit IONOS bei einem "normalen" Shared Webhosting beim Abgleich des Shops? Seit gestern Abend in der WaWi kein fehlerfreier Abgleich/Sync möglich:
Code:
JTL.Wawi.Sync.Core.Services.dbeS.DbeSClientException: (BadRequest) Möglicher Netzwerkfehler. Bitte prüfen Sie, ob Sie eine stabile Netzwerk- und Internetverbindung nutzen.
Sollte das Problem trotzdem bestehen bleiben, wenden Sie sich bitte an den JTL Support. Angeforderte PHP-Datei: mytest.php
bei JTL.Wawi.Sync.Core.Services.dbeS.DbeSExceptionHandler.CheckStatusCodeAndThrow(HttpResponseMessage response)
bei JTL.Wawi.Sync.Core.Services.dbeS.DbeSClient.<RequestInitAsync>d__43.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei JTL.Wawi.Sync.Core.Services.dbeS.DbeSClient.<SendInitRequestAsync>d__42.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei JTL.Wawi.Sync.Core.Services.dbeS.DbeSClient.<SendInitAsync>d__32.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei JTL.Wawi.Sync.Core.Services.DbeSStepAbstract.<ExecuteDbeSCallAsync>d__36.MoveNext()Von ALL-INCL.COM habe ich nun eine (Auto)-Mail auf meine Frage bekommen. Darin steht u.a.:
"Inzwischen haben wir sämtliche bei uns angebotenen PHP-Versionen mit den notwendigen Sicherheitskorrekturen versehen. Dies gilt auch für ältere PHP-Versionen, die vom PHP-Projekt offiziell nicht mehr unterstützt werden."
Das bedeutet ich kann den Shop mit PHP 7.4 wieder aktivieren, oder?
Über den Shop kann eh aktuell nicht gekauft werden. Soll aber online sein da ich diesen verkaufen möchte.
"Inzwischen haben wir sämtliche bei uns angebotenen PHP-Versionen mit den notwendigen Sicherheitskorrekturen versehen. Dies gilt auch für ältere PHP-Versionen, die vom PHP-Projekt offiziell nicht mehr unterstützt werden."
Das bedeutet ich kann den Shop mit PHP 7.4 wieder aktivieren, oder?
Über den Shop kann eh aktuell nicht gekauft werden. Soll aber online sein da ich diesen verkaufen möchte.
In der Regel ja.
Bei All-Inkl Siehst Du nur die Versionen 8.3 / 8.4 / 8.5
Du kannst die PHP Version aber im Backend deines Shops nachschauen.
EDIT: sehe gerade das Du VErsion 7.4 verwendest ? Da wirst du wohl um ein Update des Shops auf eine aktuelle Version nicht rumkommen.
Gepatchte Versionen sind:
PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35
oder Du benutzt meinen Weg über FTP und ne PHPInfo Datei wie weiter oben beschrieben:
https://forum.jtl-software.de/threads/php-probleme-updates.250014/post-1371463
Zuletzt bearbeitet:
Das siehst du wenn du in das Shop Backend gehst, da wird dann, wenn alles gut ist die entsprechende Version angezeigt.
Es kann sein das dies durch 1&1 direkt in der Firewall geblockt wird und Dir hier auch nur 1&1 helfen kann.
Zumindest bei Strato bin ich der Meinung, das die Anfragen blockiert haben...
Wenn der Shop generell nicht erreichbar ist mal die htacess und Rewritebase kontrollieren
Wir haben das gleiche Problem. Einige meiner Kunden, die bei Ionos hosten, haben auch das Problem.
Sieht so aus, dass die Wawi geblockt wird. Über den Browser ist der Sync-Ordner normal erreichbar.
Nach dem Update können Sie das Backend aktualisieren, um die neue Version zu überprüfen.
Hier die Fehlermeldung dazu:
JTL.Wawi.Sync.Core.Services.dbeS.DbeSClientException: (BadRequest) Möglicher Netzwerkfehler. Bitte prüfen Sie, ob Sie eine stabile Netzwerk- und Internetverbindung nutzen.
Sollte das Problem trotzdem bestehen bleiben, wenden Sie sich bitte an den JTL Support. Angeforderte PHP-Datei: mytest.php
at JTL.Wawi.Sync.Core.Services.dbeS.DbeSExceptionHandler.CheckStatusCodeAndThrow(HttpResponseMessage response)
at JTL.Wawi.Sync.Core.Services.dbeS.DbeSClient.RequestInitAsync(String endpointName, DbeSInitializeEntity payload, CancellationToken cancellationToken)
at JTL.Wawi.Sync.Core.Services.dbeS.DbeSClient.SendInitRequestAsync(DbeSInitializeEntity payload, CancellationToken cancellationToken)
at JTL.Wawi.Sync.Core.Services.dbeS.DbeSClient.SendInitAsync(DbeSInitializeEntity data, Int32 settingsArchivGroesse, CancellationToken cancellationToken)
at JTL.Wawi.Sync.Core.Services.DbeSStepAbstract.ExecuteDbeSCallAsync(Func`1 call, List`1 itemsCountList, CancellationToken cancellationToken, Boolean unbufferedLogging)
DbeSInitStep | Failed getting InitializeEntity! Aborting sync... [!]
Auch ich bin bei IONOS. Nach dem die Orgie gestern irgendwo zwischen 14.00 und 17.00 Uhr dort angefangen hat, kann ich keinen Abgleich mehr machen. Die Verbindung der WaWi zum Shop ist erfolgreich. WaWi schreibt: "Die Verbindung zum Shop wurde erfolgreich getestet." Nur Abgleichen geht nicht. Ich sehe anhand der Mails, Kunden bestellen wie blöd, nur bekomme ich nichts in die Wawi rein, nichts raus. Da ich nur ein talentierter Anwender bin, kann ich nichts ausser weinen. an der PHP-Version hab ich nichts gedreht, steht bei 8.3 wie vorher. Was mach ich nun, jetzt, nachdem IONOS meldet, dass alles nun störungsfrei läuft?
Das sieht schon nach dem bekanntem Problem aus, das da die Firewall, die WAWI beim Abgleich nicht durchlässt, der Verbindungstest aber OK ist
Wie bereits mehrfach hier erwähnt sieht es danach aus das 1&1 blockt und auch nur 1&1 da helfen kann.
Mal den Support anschreiben...
Vielleicht haben die strengere Regeln in die Firewall eingefügt und der Versuch der Wawi auf dbeS etc zuzugreifen wird als Angriff gewertet und blockiert.
Das wird dann nur 1&1 beheben können, wenn die das dann wollen, was beim Shared Hosting eher zweifelhaft ist.
Habe gerade mit dem Support von IONOS telefoniert.
Dort hat man nachgeschaut und mir mitgeteilt das nichts blockiert wird 🙁
Wat nun ...
Ich habe schon 40 Minuten mit einem Support-Mitarbeiter gesprochen. Ich habe ihm alles detailliert geschildert und auch Screenshots und die Fehlermeldung aus dem Wawi-Log übermittelt.
Ich konnte ihm auch direkt zeigen, dass man mit dem Browser Zugriff auf den Sync-Ordner hat. Diese gebündelten Infos hat er dann an die technische Fachabteilung weitergereicht.
Für mich sieht das so aus, als ob der Client JTL-Wawi von einer Web Application Firewall geblockt wird und Ionos dafür eine Ausnahmeregel einrichten muss. Mal sehen, wann ich eine Mail bekomme.
Ich konnte ihm auch direkt zeigen, dass man mit dem Browser Zugriff auf den Sync-Ordner hat. Diese gebündelten Infos hat er dann an die technische Fachabteilung weitergereicht.
Für mich sieht das so aus, als ob der Client JTL-Wawi von einer Web Application Firewall geblockt wird und Ionos dafür eine Ausnahmeregel einrichten muss. Mal sehen, wann ich eine Mail bekomme.