Shopupdate klappt nicht 4.0.1.0 zu 4.1.1.0 oder 4.2 Master klappt einfach nicht

[Warendorf2012]

Ich habe jetzt nochmal das masterupdate versucht und dann auch die Sachen so wie du gesagt hast.
cache/sessions/
jedes mal dann auch noch manuell den Cache geleert. Ich habe jetzt Version 4.2 also das Master Update aber es ist genauso wie vorher. Ich kann alles im Shop machen. Benutze ich den Login mit meinen Admin Berechtigung, kommt wieder das Bild von oben was ich eingefügt habe (Rechtes Bild 1. post)

Mit einem normalen Kundenkonto kann man sich normal einloggen und auch eine Bestellung tätigen. Aber ich als Admin komme da nicht rein :-( Was kann es sein ? Ist echt verrückt ........ sowas hatten wir bis jetzt noch gar nicht


EDIT: wenn ich mich einmal als Admin einloggen will, kommt direkt das 2. Bild aus dem ersten Posting wie beschrieben. Lösche ich dann wieder den Cache und cache/sessions/ kann man den Shop wieder ganz normal aufrufen. Auch die Kunden können sich dann wieder einloggen.
Mache ich einmal wieder den Login als Admin kommt die blaue Login Seite von dem updater. Dann kann so lange keiner die Seite besuchen oder sich einloggen, bis ich manuell wieder den cache und cache/sessions/ lösche.

:-( :-( :-(

[Franz Bludorf]

Mit einem normalen Kundenkonto kann man sich normal einloggen und auch eine Bestellung tätigen. Aber ich als Admin komme da nicht rein :-( Was kann es sein ? Ist echt verrückt ........ sowas hatten wir bis jetzt noch gar nicht
:-( :-( :-(

Leider kann ich das nicht bestätigen. Ich habe für mich mal ein normales Kundenkonto angelegt und etwas bestellt. Bis zum Button "Kostenpflichtig bestellen" komme ich, dann - rumms - Error 500. Die Bestellmails an mich - den Shopbetreiber - und mich - den Kunden kommen an. Er schafft es nur nicht, danach wieder zum Shop zurückzugehen und irgendeine "Bestellung erfolgt"-Seite zu laden. Würde es nur den Admin betreffen, wäre es mir noch wurscht, ich bestelle ja nichts, aber das kriegen jetzt auch die Kunden und ich dann Anrufe oder Mails, was denn los sei.
Leider komme ich nicht umhin, das Master Update zu fahren, denn in den früheren Versionen kommt an gleicher Stelle immer ein PHP fatal error, irgend etwas ist undefiniert. Das alarmiert die Kunden auch, und in diesem Fall kriegen sie nicht mal die Bestätigungsmail, obwohl die Bestellung ordnungsgemäß aufgenommen ist. Dieser Fehler ist bei 4.2 weg, dafür der Error 500.

[KlausK]

@Warendorf2012
Zunächst mal die aus meiner Sicht korrekte Update-Reihenfolge:

ServicePack GX v4.1.1.2 vom 10.06.2020 (ab v4.0.0.0 bis v4.1.1.1)
Masterupdate GX v4.2.0.0 vom 16.09.2020 (ab v4.0.0.0 bis v4.1.3.0)

Wenn du also schon v4.0.1.0 hast, dann sollte als nächstes das ServicePack GX v4.1.1.2 dran kommen. Die Updateliste habe ich ja nach meinen Erfahrungen so erstellt!
Laut Gambio soll man zwar alle Masterupdates hintereinander durchführen können. Allerdings hatte ich bei meinen Shops immer wieder Probleme bei diesem Updateverfahren.
Seit Anfang GX3 mache ich Updates mit jedem Minor Release. Und das bis heute vollkommen problemfrei. Außer letztens mit der v4.1.1.0, da durfte ich auch nicht mehr rein.

Ich habe 2 verschiedene Shops. bei dem einen hat alles ohne Probleme geklappt wie sonst auch immer

Heißt ja im Umkehrschluss, dass es nicht an dem doofen Update liegen kann, oder!?

@Franz Bludorf
Während Warendorf2012 sich nicht mehr einloggen kann, kann man in deinem Shop nichts mehr bestellen. Das ist dann wohl kein ähnliches Problem. Oder sehe ich das falsch!?
Vielleicht habe ich auch nicht alles gelesen. Da steht viel zu viel um das mal eben schnell durch zu gucken.
Generell ist es immer gut ein neues Thema im richtigen Bereich aufzumachen. Ansonsten geht irgendwann die Übersicht flöten!

Ich bin auf 4.2 umgestiegen, da bei 4.0.0.1 beim Checkout einer Bestellung ein hässlicher PHP-Fehler auftauchte.

Wenn ich das also richtig sehe bist du auch von v4.0.0.1 direkt auf v4.2.0.0 umgestiegen? Mach das mal wie oben beschrieben über das SP v4.1.1.2.
In sofern hast du vielleicht doch recht. Das ähnliche Problem ist dann sogar das selbe Problem, wenn ihr beide von v4.0.0.1 direkt auf v4.2.0.0 upgedatet habt!

Nochmal:
Ausgehend von der GX Version ab v4.0.0.0 bis v4.1.1.1 kommt erst das ServicePack GX v4.1.1.2 dann das Masterupdate GX v4.2.0.0
Generell können hier die PHP-Versionen 7.2.x oder 7.3.x eingesetzt werden.

[Warendorf2012]

@Warendorf2012
Zunächst mal die aus meiner Sicht korrekte Update-Reihenfolge:

ServicePack GX v4.1.1.2 vom 10.06.2020 (ab v4.0.0.0 bis v4.1.1.1)
Masterupdate GX v4.2.0.0 vom 16.09.2020 (ab v4.0.0.0 bis v4.1.3.0)

Wenn du also schon v4.0.1.0 hast, dann sollte als nächstes das ServicePack GX v4.1.1.2 dran kommen.

Heißt ja im Umkehrschluss, dass es nicht an dem doofen Update liegen kann, oder!?

@Franz Bludorf
Während Warendorf2012 sich nicht mehr einloggen kann, kann man in deinem Shop nichts mehr bestellen. Das ist dann wohl kein ähnliches Problem. Oder sehe ich das falsch!?
Vielleicht habe ich auch nicht alles gelesen. Da steht viel zu viel um das mal eben schnell durch zu gucken.
Generell ist es immer gut ein neues Thema im richtigen Bereich aufzumachen. Ansonsten geht irgendwann die Übersicht flöten!

Wenn ich das also richtig sehe bist du auch von v4.0.0.1 direkt auf v4.2.0.0 umgestiegen? Mach das mal wie oben beschrieben über das SP v4.1.1.2.
In sofern hast du vielleicht doch recht. Das ähnliche Problem ist dann sogar das selbe Problem, wenn ihr beide von v4.0.0.1 direkt auf v4.2.0.0 upgedatet habt!

Nochmal:
Ausgehend von der GX Version ab v4.0.0.0 bis v4.1.1.1 kommt erst das ServicePack GX v4.1.1.2 dann das Masterupdate GX v4.2.0.0
Generell können hier die PHP-Versionen 7.2.x oder 7.3.x eingesetzt werden.

Hatte jetzt erstmal das Update 4.1.1.2 probiert, damit der "Sprung" nicht so groß ist.

Leider genau das gleiche Problem. Update läuft durch und zum Schluss komme ich immer wieder zu dem Login Bereich beim Update. /cache/sessions/ habe ich gelöscht.

Hatte ich ja eigentlich schon versucht wie oben auch beschrieben....... Werde es dann heute aber noch einmal mit der Version probieren und das Backup wieder einspielen. Ja mit den beiden Shops hast du theoretisch recht, aber auch nur theoretisch :-) Sonst hätten ja auch ALLE VW Golf die Probleme mit dem DSG Getriebe gehabt. Werde es heute Nachmittag auf jeden Fall nochmal mit der Version versuchen.

[Franz Bludorf]

@Franz Bludorf
Während Warendorf2012 sich nicht mehr einloggen kann, kann man in deinem Shop nichts mehr bestellen. Das ist dann wohl kein ähnliches Problem. Oder sehe ich das falsch!?
Vielleicht habe ich auch nicht alles gelesen. Da steht viel zu viel um das mal eben schnell durch zu gucken.
Generell ist es immer gut ein neues Thema im richtigen Bereich aufzumachen. Ansonsten geht irgendwann die Übersicht flöten!

Wenn ich das also richtig sehe bist du auch von v4.0.0.1 direkt auf v4.2.0.0 umgestiegen? Mach das mal wie oben beschrieben über das SP v4.1.1.2.
In sofern hast du vielleicht doch recht. Das ähnliche Problem ist dann sogar das selbe Problem, wenn ihr beide von v4.0.0.1 direkt auf v4.2.0.0 upgedatet habt!

Nochmal:
Ausgehend von der GX Version ab v4.0.0.0 bis v4.1.1.1 kommt erst das ServicePack GX v4.1.1.2 dann das Masterupdate GX v4.2.0.0
Generell können hier die PHP-Versionen 7.2.x oder 7.3.x eingesetzt werden.

Bei mir liegt das Problem folgendermaßen:
Wenn ich in der Shopversion 4.0.0.1 eine Testbestellung aufgebe, kommt beim letzten Checkout ("Kostenpflichtig bestellen") eine PHP-Fehlermeldung:

FATAL ERROR(1): "Uncaught InvalidArgumentException: StringType: Invalid argument value given (expected string got NULL): in /var/www/vhosts/h2632858.stratoserver.net/webshop.fosar-bludorf.com/GXEngine/Shared/Types/StringType.inc.php:43
Stack trace:
#0 /var/www/vhosts/h2632858.stratoserver.net/webshop.fosar-bludorf.com/GXMainComponents/Services/Core/Agreement/Helpers/AgreementStoreHelper.inc.php(46): StringType->__construct(NULL)
#1 /var/www/vhosts/h2632858.stratoserver.net/webshop.fosar-bludorf.com/system/overloads/CheckoutProcessProcess/DSGVOCheckoutProcessProcess.inc.php(43): AgreementStoreHelper::store(Object(IdType), 'withdrawal', Object(AgreementCustomer), Object(NonEmptyStringType))
#2 /var/www/vhosts/h2632858.stratoserver.net/webshop.fosar-bludorf.com/checkout_process.php(46): DSGVOCheckoutProcessProcess->proceed()
#3 {main}
thrown"


Die Bestellung ist dennoch im Shop abgelegt, die Benachrichtigungsmails an den Kunden und den Shopbetreiber werden ordnungsgemäß versandt. Da der Kunde aber nicht weiß, was aus seiner Bestellung geworden ist, ist er natürlich verunsichert.

Ich habe dann Deinem Rat entsprechend das ServicePack auf 4.1.1.1 gefahren und anschließend folgende Schritte durchgeführt:

1. die .htaccess aus gm/seo_boost_an ins Stammverzeichnis kopiert
2. im Shop alle Caches gelöscht
3. im Verzeichnis cache/sessions alle Dateien mit Ausnahme der index.html gelöscht
4. Den Browsercache gelöscht (Google Chrome)
5. Im Browserverlauf alle Webshop-Aufrufe gelöscht.

In 4.1.1.1 ist der PHP-Fehler weg, dafür kommt bereits hier an der exakt gleichen Stelle ("Kostenpflichtig bestellen") der Server Error 500. Wieder ist die Bestellung registriert, die Emails sind versandt. Ich gehe davon aus, dass beide Fehler in Zusammenhang stehen.

[Franz Bludorf]

Noch etwas - ich habe mal im Adminbereich gestöbert, im Content Manager, ob man nicht auf der Seite, wo man die Bestellung abschickt, einen Warnhinweis dick und rot bringen könnte - "Stört euch nicht an dem Error 500, da arbeiten die Leute dran und Eure Bestellung wird trotzdem gespeichert" oder so ähnlich, dann könnte ich eine Zeitlang damit leben, bis der Fehler gefunden und beseitigt ist. Aber man kann solche Extratexte nur im Header der Startseite oder im Footer bringen (da liest erfahrungsgemäß jeder drüber weg, schade um die Arbeit) oder in den Zusatzfeldern, aber ich habe es probiert und nirgends gefunden, wie man die wo sichtbar machen kann...

[KlausK]

Ich habe dann Deinem Rat entsprechend das ServicePack auf 4.1.1.1 gefahren ...

Ich habe ServicePack GX v4.1.1.2 empfohlen!

Ich habe mir gerade mal deinen Shop angeschaut und festgestellt, dass bzgl. deiner Rechtstexte einiges im Argen liegt.
Der Footer sieht aus wie eine wilde Mischung aus original Gambio Beispieltexten und deinen eigenen Texten.
Da, wo Überschriften sein sollten befinden komplette Texte und an anderer Stelle befindet sich nichts.

Dieses Durcheinander hat ja irgendwo eine Ursache. Und genau die sorgt vermutlich dafür, dass der Abschluss einer Bestellung mit dem Fehler 500 quittiert wird.
Normalerweise soll ja hier die Bestellbestätigung mit allen Rechtstexten zum Ausdrucken erscheinen.

So wie das aussieht, würde ich erstmal das letzte wirklich funktionierende Backup raussuchen und wieder einspielen.

[Franz Bludorf]

Bezüglich der Texte im Footer gebe ich Dir recht. Das war aus der Not geboren, da unglaublich viele Dumpfbacken kommen, die dann immer auf die Freischaltung von Download-Links warten, obwohl sie noch nicht bezahlt haben. Da sind die Texte also, aus der Not geboren, mit der Zeit so angewachsen und sollten möglichst überall stehen und lesbar sein. Meist fehlt einem dann die Zeit, das mal aufzuhübschen. Die AGB und sonstigen Rechtstexte stehen aber ordentlich im Verlauf des Bestellvorganges zum Bestätigen da oder können als PDF downgeloaded werden.
Ich kann mir allerdings nicht vorstellen, dass ein ästhetisch weniger schön aussehender Text einen Error 500 oder einen PHP fatal error erzeugen kann. Ich habe nichts an den PHP-Skripts herumgeferkelt, sondern alles nur über den Content Manager eingegeben. Und bis vor einiger Zeit lief es auch, vermutlich bei einer Version 3.15.irgendwas. Um die Sache zu vereinfachen, versuche ich mal, den Footer-Text abzukürzen oder testweise ganz zu löschen. Mal sehen, ob das was bringt. Ich bin da eher skeptisch.

4.1.1.2 kann ich ausprobieren, obwohl ich mich zu erinnern glaube, 4.1.1.1 gelesen zu haben.

[KlausK]

Das sieht überhaupt nicht so aus als seien die Texte "mit der Zeit so angewachsen". Nein, da ist irgendwas gewaltig durcheinander geraten.

Es geht nicht um Ästhetik der Texte. Das hat auch nichts mit dem zu tun, was im Backend hinterlegt wird. Es geht ausschließlich darum, was die checkout_process.php tun soll. Und wenn die checkout_process.php im Abschluss nicht das finden kann was sie soll, dann bleibt eben nur noch Error 500.

Fakt ist: Deine Texte sind falsch bis gar nicht in deinem Shop hinterlegt. Und weil das auch gar nicht nach Absicht aussieht, vermute ich hier den Fehler in der Art wie du die Updates gemacht hast. Mir scheint es nämlich so, als hättest du ein Update mit einer Vollversion versucht. Das musst du erstmal wieder gerade biegen! Vorher brauchst du keine weiteren Updates mehr machen. Die werden es nicht richten!

Aber weil du dir das ja alles nicht vorstellen kannst, warum fragst du hier überhaupt, bin ich an dieser Stelle nun raus und wünsche dir viel Glück.

EDIT:
Weitere eigene Fragen bitte in einem neue Thema! Dies ist immer noch der Thread von Warendorf2012