Archiv verlassen und diese Seite im Standarddesign anzeigen : Shopupdate klappt nicht 4.0.1.0 zu 4.1.1.0 oder 4.2 Master klappt einfach nicht
Warendorf2012
19.10.2020, 16:51
Hallo,
bin echt am verzweifeln.
Hänge jetzt schon hier 3 Tage an dem doofen Update.
Ich habe 2 verschiedene Shops. bei dem einen hat alles ohne Probleme geklappt wie sonst auch immer (haben Gambio schon viele viele viele Jahre und hab es immer hin bekommen)
Jetzt ist das Problem, das ich Version 4.0.1.0 habe und einfach nicht weiter komme. Zuerst hatte ich das Master Update versucht 4.2 dann bekomme ich direkt einen SQL-Dantanbank Fehler nach der Installation (siehe Bild Gambio-Problem11)
Wenn ich dann trotzdem wieder Shopversion erzwingen mache, klappt es trotzdem nicht. Er lädt wieder alle durch aber ich komme nicht weiter.
Dann habe ich einfach 4.1.1.0 versucht, in der Hoffnung das ich von der Version auf die 4.2 komme. Hier ist das Problem, das er zwar das Update durchläuft (muss aber mit der Shopversion erzwingen starten) , aber dann steht zum Schluss das der Cache nicht gelöscht werden konnte. Habe es dann manuell gemacht über den FTP *cache und *template_c aber das Problem ist, das ich mich dann immer neu anmelden soll und ich komme immer wieder auf die gleiche Seite (Siehe Screenshot Gambio-Problem2)
Ich verzweifel hier gerade echt und weiß nnicht mehr weiter. Der Shop funktioniert und Bestellungen kommen rein und auch Zahlungen. Ich weiß echt nicht warum der das Update nicht machen will.
Wie gesagt hat es beim ersten Shop ohne Probleme geklappt. Die Shops sind von der Software , PHP und Mysql Version immer gleich, darum verstehe ich es einfach nicht was hier schief läuft.
Wenn jemand einen Tipp hat wäre es wirklich super nett ! Ich weiß wirklich nicht mehr weiter woran es liegen kann.
Dann habe ich einfach 4.1.1.0 versucht, in der Hoffnung das ich von der Version auf die 4.2 komme. Hier ist das Problem, das er zwar das Update durchläuft (muss aber mit der Shopversion erzwingen starten) , aber dann steht zum Schluss das der Cache nicht gelöscht werden konnte. Habe es dann manuell gemacht über den FTP *cache und *template_c aber das Problem ist, das ich mich dann immer neu anmelden soll und ich komme immer wieder auf die gleiche Seite (Siehe Screenshot Gambio-Problem2)
Das Problem hatte ich auch. Geholfen hatte das Leeren des Verzeichnisses /cache/sessions/
Danach konnte ich mich wieder ganz normal anmelden.
Warendorf2012
20.10.2020, 07:22
Hallo,
danke für die Antwort.
Meinst du dann also direkt wieder das Master einzuspielen oder lieber auch die kleinen Zwischenupdates vorher ? Weil ja komischerweise beim Masterupdate das mit dem SQL kam. Oder hattest du es dann auch so und cache/sessions leeren hat da geholen ? Oder bezieht sich das jetzt nur auf das einloggen ?
Bei Sessions wirklich ALLES im Ordner löschen oder muss da auch irgendwas drin bleiben ?
Danke !
Franz Bludorf
20.10.2020, 10:04
Ich habe ein ähnliches Problem. Ich bin auf 4.2 umgestiegen, da bei 4.0.0.1 beim Checkout einer Bestellung ein hässlicher PHP-Fehler auftauchte. Dieser Fehler ist bei 4.2 weg, dafür kriege ich nach dem Anklicken von "Kostenpflichtig bestellen" einen Error 500. Alle Caches im Shop sind geläscht, der Session-Cache manuell auch. Eventuell ein Fehler mit Zugriffsrechten? Oder mit der PHP-Version? Ich benutze 7.3, aber bei 7.2 taucht der Fehler auch auf.
Die Bestellung läuft intern ordentlich zu Ende, wird gespeichert und die Emails an den Kunden und an den Shopbetreiber gehen auch raus. Offenbar krepiert er am Aufbauen der letzten Bestätigungsseite. Irgendwelche konstruktiven Tipps?
Franz Bludorf
20.10.2020, 12:55
Ich habe übrigens zwei unterschiedlich konfigurierte Gambio-Shops für unterschiedliche Geschäftszweige, doch bei beiden tritt der Error 500 auf. Gängige Hilfsmittel funktionieren nicht. Zum Beispiel habe ich zum Test mal den ganzen Shop auf 777 gesetzt, auch das half nicht. Also kein Zugriffsrechteproblem. Upgrade auf PHP 7.3 brachte auch nichts. Woran kann es liegen? Dieser verdammte Error 500 ist ja so verdammt präzise...
Warendorf2012
20.10.2020, 16:53
Das Problem hatte ich auch. Geholfen hatte das Leeren des Verzeichnisses /cache/sessions/
Danach konnte ich mich wieder ganz normal anmelden.
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.
Habe auch wie du hier im Forum beschrieben hast:
Lösung (Testing):
Diese Datei /GambioCore/Session/SessionService.php
ersetzen mit: SessionService.zip (runtergeladen und entpackt danach ausgetauscht)
Leider hat das auch nichts gebracht. Ich verzweifel da gerade wirklich. Woran kann das denn wohl liegen ?
Warendorf2012
20.10.2020, 17:40
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
20.10.2020, 18:02
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.
@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 (https://ecomservice.interfile.de/threads/1001) 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!? :D
@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 (https://ecomservice.interfile.de/downloads.php?do=file&id=513) dann das Masterupdate GX v4.2.0.0 (https://ecomservice.interfile.de/downloads.php?do=file&id=518)
Generell können hier die PHP-Versionen 7.2.x oder 7.3.x eingesetzt werden.
Warendorf2012
21.10.2020, 07:09
@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!? :D
@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 (https://ecomservice.interfile.de/downloads.php?do=file&id=513) dann das Masterupdate GX v4.2.0.0 (https://ecomservice.interfile.de/downloads.php?do=file&id=518)
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
21.10.2020, 08:08
@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 (https://ecomservice.interfile.de/downloads.php?do=file&id=513) dann das Masterupdate GX v4.2.0.0 (https://ecomservice.interfile.de/downloads.php?do=file&id=518)
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
21.10.2020, 12:38
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...
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
21.10.2020, 15:56
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.
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
Warendorf2012
21.10.2020, 16:53
Soooooooooooooo jetzt gerade nochmal das Update v4.1.1.2 versucht. Genau das gleiche. Wenn es installiert ist, kann ich mich nur mit einem "Kunden Account" einloggen. Wenn ich es mit dem Admin Account mache, komme ich immer wieder auf die gleiche Seite. hmpf echt blöd. Dann funktioniert es auch für ALLE nicht mehr. Leere ich dann wieder den Cache und Session, können sich die normalen Kunden wieder einloggen, nur eben halt nicht mit dem Admin Account.
Hast du noch irgendeine Idee ? Verstehe ich wirklich nicht. Habe ja auch alles genauso gemacht wie immer und wie beim anderen Shop.
PHP und MYSQL passen ja auch.....
Info:
"phpversion":"7.4.11",
"mysqlversion":"5.7.31-0ubuntu0.18.04.1",
Warendorf2012
22.10.2020, 07:24
Kann ich eigentlich das 4.0.1.0 Update noch einmal installieren, wenn es schon installiert ist ? Vielleicht gab es da irgendein Problem beim Update, was jetzt die neuen Updates quasi mit dem Login Problem auftritt ? Oder klappt das nur wenn ich ein älteres Backup gehabt hätte ?
Hab jetzt gestern auch nochmal direkt das Masterupdate probiert und auch da wieder genau das gleiche. Kunden können sich einloggen ich mit neuem Kundenkonto auch. Logge ich mich einmal als Admin ein komme ich direkt auf die Loginseite vom Update. Dann kann sich keiner mehr einloggen erst wenn ich die Cache und Session gelöscht habe...... :confused:
Hatte gestern auch nochmal einen anderen Browser probiert und da ist es auch das gleiche.
Kann ich eigentlich das 4.0.1.0 Update noch einmal installieren, wenn es schon installiert ist ?
Das geht mit "Update erzwingen"
Aber warum nicht direkt das SP v4.1.1.2?
Und nein! GX v4.0.x.x ist nur für PHP 7.3.x freigegeben. Hatte ich aber auch geschrieben!
Warendorf2012
22.10.2020, 18:35
Das geht mit "Update erzwingen"
Aber warum nicht direkt das SP v4.1.1.2?
Und nein! GX v4.0.x.x ist nur für PHP 7.3.x freigegeben. Hatte ich aber auch geschrieben!
Hab jetzt nochmal auf PHP 7.3 geändert. Brachte aber auch keinen Erfolg. wieder genau das gleiche.
Update läuft durch und dann kann man sich mit einem normalen Account ohne Probleme einloggen. Wenn man sich mit dem Admin einloggt, kommt man direkt wieder die die "blaue Login Seite vom updater" Lösche ich wieder den Cache können sich die normalen Kunden so lange wieder normal einloggen und alles anschauen bis ich mich als Admin einlogge.
Hab ja schon alle Updates versucht . Kleine Schritte oder auch direkt das Master. Ist immer genau das gleiche. Darum war ja meine Frage ob ich 4.0.1.0 irgendwie noch einmal installieren kann ? Wenn z.B. irgendeine Datei eine Beschädigung hätte wodurch es immer zu dem Problem kommt. Wenn ich jetzt z.B. 4.1.1.2 nehme, und die eigentliche 4.0.1.0 irgendeine Beschädigte Datei hätte wodurch es nicht klappt. Ich weiß es nicht und klammer mich deshalb an jede Lösung oder Tipp.
EDIT:
ich hatte übrigends auch noch den Gambio HUB und die MwSt. als Update offen im Gambio Store (also im Shop) Wenn ich diese "updates" durchführe, komme ich ja auch zur Gambio Update Seite mit einloggen usw. Die beiden laufen ohne Probleme durch UND danach kann ich mich auch als Admin einloggen. Vom Update her sieht es für mich als leie ja genauso aus wie beim SP.
Und die neue .htaccess auch eingefügt?
Warendorf2012
23.10.2020, 07:34
genau aus dem gm seo an ordner und dann ins Hauptverzeichnis kopiert.
Komishc ist ja das es ja nur nicht mehr nach dem Admin Login klappt. Darum dachte ich ja am Anfang auch das es nur eine Kleinigkeit mit dem Cache oder halt irgendein cookie ist der ärgert. Aber wenn ich es ja alles lösche geht es ja wieder bis zum nächsten Admin Log in. Ich weiß wirklich nicht, wie ich hier jetzt die Updates in den Shop bekomme...... :-(
Und nach dem erneuten Update-Versuch auf v4.1.1.2 auch die SessionService.php nochmals ausgetauscht?
Anschließend wieder alle Caches, Sessions, etc. leeren und mit einem frischen Browser einloggen.
Andere Möglichkeiten fallen mir beim besten Willen nicht ein.
Warendorf2012
23.10.2020, 14:57
Und nach dem erneuten Update-Versuch auf v4.1.1.2 auch die SessionService.php nochmals ausgetauscht?
Anschließend wieder alle Caches, Sessions, etc. leeren und mit einem frischen Browser einloggen.
Andere Möglichkeiten fallen mir beim besten Willen nicht ein.
Klappt leider wieder nicht. Ja hatte ich jetzt auch nochmal versucht.
Ich habe gesehen das der Ordner Gambio_updater auch nicht gelöscht wird. Wenn ich den lösche und mich dann als Admin einlogge kommt der Fehler: ERR_TOO_MANY_REDIRECTS
Ich habe auch 3 Ordner mit von Style Edit.
StyleEdit
styleedit
StyleEdit3
Der Gambio_update Ordner müsste doch eigentlich definitiv weg sein ? Hast du vielleicht jetzt eine Idee ?
Das Verzeichnis /gambio_updater muss bleiben
Das Verzeichnis StyleEdit3 wird noch gebraucht und styleedit wird vielleicht noch gebraucht und StyleEdit kenne ich nicht. Hab ich auch nirgends :confused:
Leider vorerst keine weiteren Ideen
Warendorf2012
24.10.2020, 15:59
Hmmmmmmmmmm KlausK erstmal vielen Dank für deine Hilfe. Mir wird wohl nichts anderes übrig bleiben und das älteste Backup einzuspielen was ich habe. Alledings wäre es jetzt hier super, wenn du mir einmal einen Tipp geben könntest. Wir sind bei 1blu und das schöne daran ist es, das wir per Knopf Druck EIN (1) Backup anlegen können von Webspace UND Datenbank. Dieses ist immer sehr praktisch, da dies natürlich bei denen auf dem Servern viel schneller geht das Backup anzulegen und wieder einzuspielen. Dauert keine Minute.
Es wird auch auf dem FTP immer noch von den letzten Tagen gespeichert. Mein ältestes ist somit der 12.10.20. Der Mensch ist ja leider manchmal bequem und dadurch hat uns immer das "1 klick" backup von 1blu gereicht, da wir ja sonst nie Probleme hatten.
Jetzt müsste ich halt das Backup ja manuell einspielen.
Daten vom Webspace in den Ordner überschreiben ist uns klar. Jetzt kommt eher die Frage wegen der Datenbank. Die Datei endet mit .gz und lässt sich mit winrar entpacken.
Wenn ich diese entpacke, erhalte ich einen Ordner mit db1233455. Oder Muss es bei myphp admin gepackt hochgeladen werden ?
Muss ich dann also erstmal den Inhalt der auf dem Webspace lag hochladen und dann die db datei über myphp admin über IMPORT importieren ?? Ich hatte auch mal MYSQL Dumper auf dem Speicher bzw. hab es immernoch aber nie mehr benutzt und kann mich da deshalb auch nicht mehr einloggen. Der ist noch von den Anfängen drauf, wo es bei GX2 öfters mal nicht geklappt hatte. Aber jetzt laufen die Updates ja eigentlich sehr einfach ab.
Darum will ich quasi jetzt wieder zurück zu einem alten Zeitpunkt 3.X und dann noch einmal neu versuchen das 4.0 update zu machen. Ich schätze mal das es hier irgendwie bei der Installation ein Problem gegeben hat oder eventuell irgendwas nicht gelöscht wurde was hätte gelöscht werden müssen vom Update.
Powered by vBulletin® Version 4.2.2 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.