Hallo, was heiss thise Fehlermeldung? (Link nur für registrierte Nutzer sichtbar.) GX3 Honeygrid v3.10.0.1 lg slavek
Du hast ein Econda-Modul aktiviert, das nicht mit einer höheren php-Version funktionieren wird. Entweder Econda deaktivieren und dann deinstallieren, oder Updaten.
Das Modul ist seit Version 2.7.2.0 nicht mehr Teil des Cores. In gambio_updater/updates/v2.7.2.0/to_delete.txt stehen die Pfade zu den Dateien, die damals zu löschen gewesen wären.
Hallo, Ich habe ein Update direkt von v2.4.0.1 auf v3.10.0.1 (Paket: Update_GX_2.4.0.0_auf_3.10.0.1) durchgefuert, und wahrscheinlich am Ende wurden alle Dateien, die sind nicht mehr noetig, nicht geloescht. Was kann ich jetzt tun? Wo finde ich eine Liste die Dataien, die kann ich ohne Angst loeschen? Oder gibst es andere Loesung zum Loeschung von Dateien, die sind nicht mehr in 3.10.0.1 noetig? Der Shop funktioniert in Ordnung, "ich meine!", nur bekomme ich viele gleiche Wahrnungen, wenn werde ich auf 7.2PHP umschlaten, also so wie so muss ich die alten Dateien loeschen... lg slavek
gambio_updater/updates/..... hier sind txt dateien sieht man anhand des namens to_delete usw - die abarbeiten
Jede Update Version mit ".0" hat am Ende etwas im to_delete-Datei. Also jetzt anfangen von die erste 2.5.1.0, offnen to_delete-Datei und das Alles, was sich dort befindet, kann ich jetzt von 3.10.0.1 ohne Angst loeschen? ...usw. 2.5.2.0 ....2.5.3.0 Passiert das nicht, dass in Update 2.5.2.0 wurde ein Datei geloescht, und dann in Update z.B. 3.2.1.0 wieder da ist? Oder wenn ein Datei befindet sich in Update in to_delete-Datei, dann nie wieder in Shopsystem? ...und kann ich ohne Angst Alle to_delete loeschen? Stimmt das?
die kannst du löschen. sollte eine datei neuer sein siehst das im FTP aber auch am Datei-Datum. Wenn das vom Upload Tag ist dann wurd sie irgendwann neu erstellt. das aber glaube nicht der Fall. Normal gibts dann neue Namen. Da ja immer neue Ordnerstrucktur kam. Wenn alles scheitert kannst auch die Dateien nochmal hochladen aus dem sammelupdate nach dem löschen. Am Ende vom updater gibts immer ne Liste mit den zu löschenden Dateien. die kann man sich auch ziehen, sichern usw. Kannst auch abgleichen ob die Datei im upload Paket vorhanden ist bevor du sie löschst oder generell alles sichern. Einfachsten ist aber das änderungsdatum. wenn nicht vom update tag dann weg wenn sie in der liste steht, den dann wurd sie nciht erneuert
Deine Vermutung ist da gar nicht so falsch, da gab es mal so was irgendwo um die GX3 herum, weiß aber nicht mehr welche das war, da wurden erst Dateien gelöscht und später wieder hinzugefügt, also mach vorsichtig, im Notfall die dann aus dem Vollversionspaket wieder hinzufügen.
Ich hab gerade mal ein kleines Tool zusammengehackt, mit dem man den aktuellen Dateibestand gegen die Löschlisten prüfen kann. Gehört ins Hauptverzeichnis und kann nur als Admin eingeloggt aufgerufen werden; nach Gebrauch bitte wieder löschen. In meinem 3.10-Shop gibt das Tool zwei Falschpositive aus: shopgate/helper und admin/includes/magnalister/php/modules/hitmeister/classes aus den Updates 2.0.12 resp. 2.0.13. Die Verzeichnisse kamen tatsächlich jeweils kurz darauf in neuer Version wieder rein.
@Marco (Gambio) ich denke da gibt es noch mehr, z.B. v2.5.3.0 vendor/symfony/* vendor/symfony/polyfill-ctype vendor/symfony/polyfill-mbstring vendor/symfony/var-dumper die sind aber alle in 3.10.0.0 wieder drin
@Kai Schoelzke Äh, die to_delete.txt aus 2.5.3.0 sieht so aus: Code: admin/html/assets/javascript/engine/widgets/admin_search.js admin/html/assets/javascript/engine/widgets/admin_search.min.js vendor/bin/* vendor/doctrine/* vendor/gambio/codeigniter-db/.git/* vendor/phpdocumenter/* vendor/phpmailer/phpmailer/docs/* vendor/phpmailer/phpmailer/examples/* vendor/phpmailer/phpmailer/test/* vendor/phpspec/* vendor/phpunit/* vendor/sebastian/* vendor/slim/slim/tests/* Also, vendor/symfony/* kommt da nicht vor.
Gerade mal recherchiert: Du musst da eine relativ antike Shopsystemversion <3.5.2.0 haben, da war diese Symfony-Sache drin.
aktuell Läuft der Shop auf 3.10.0.0 und wenn ich mir die Dateien aus der Stable 3.10.0.0 ansehe, sind die da auch drin
Nope, die Vollversion-ZIPs enthalten gar keine Updates, gambio_updater/updates ist bis auf die index.html leer. Sehen wir uns mal MU 2.6.0.0 an: Code: $ cat MU_v2.6.0.0_GX2/Shopsystem/Dateien/gambio_updater/updates/v2.5.3.0/to_delete.txt admin/html/assets/javascript/engine/widgets/admin_search.js admin/html/assets/javascript/engine/widgets/admin_search.min.js vendor/bin/* vendor/doctrine/* vendor/gambio/codeigniter-db/.git/* vendor/phpdocumenter/* vendor/phpmailer/phpmailer/docs/* vendor/phpmailer/phpmailer/examples/* vendor/phpmailer/phpmailer/test/* vendor/phpspec/* vendor/phpunit/* vendor/sebastian/* vendor/slim/slim/tests/*
@Marco (Gambio) ich glaub wir reden aneinander vorbei, ich habe die Sachen mit der Vollversion 3.10.0.0 verglichen. in der sind die drin filelist.txt ab Zeile 14526 vendor/symfony/polyfill-ctype vendor/symfony/polyfill-ctype/bootstrap.php vendor/symfony/polyfill-mbstring vendor/symfony/polyfill-mbstring/bootstrap.php
meine in der 2.5.3.0 Code: admin/html/assets/javascript/engine/widgets/admin_search.js admin/html/assets/javascript/engine/widgets/admin_search.min.js vendor/bin/* vendor/doctrine/* vendor/gambio/codeigniter-db/.git/* vendor/phpdocumenter/* vendor/phpmailer/phpmailer/docs/* vendor/phpmailer/phpmailer/examples/* vendor/phpmailer/phpmailer/test/* vendor/phpspec/* vendor/phpunit/* vendor/sebastian/* vendor/slim/slim/tests/* vendor/symfony/*
Das war jetzt aber nicht die ganz große Erbauung! Wenn man die Symfony-Ordner löscht, reagiert der 3.9.3.0-Shop ziemlich unwirsch: Code: WARNING(2): "require(/www/htdocs/XXXXXXX/YYYYYY/vendor/symfony/polyfill-mbstring/bootstrap.php): failed to open stream: No such file or directory" WARNING(2): "require(/www/htdocs/XXXXXXX/_zawu_31/vendor/symfony/polyfill-mbstring/bootstrap.php): failed to open stream: No such file or directory" Fatal error: require(): Failed opening required '/www/htdocs/XXXXXXX/_zawu_31/vendor/composer/../symfony/polyfill-mbstring/bootstrap.php' (include_path='.:/usr/share/php:..') in /www/htdocs/XXXXXXX/_zawu_31/vendor/composer/autoload_real.php on line 66 COMPILE ERROR(64): "require(): Failed opening required '/www/htdocs/XXXXXXX/_zawu_31/vendor/composer/../symfony/polyfill-mbstring/bootstrap.php' (include_path='.:/usr/share/php:..')"