Habe gerade noch einen Bug entdeckt.... Ersetze in "pt_gm_updater.php" PHP: $file=$ftp_lead.$delete_files; mit PHP: $file=$ftp_lead.$delete_file; mit
Ich habe das Testsystem noch mal neu aufgesetzt, und alles noch mal von vorn, auch die Anpassung in pt_gm_updater.php gemacht, leider bleibt alles beim alten, die Dateien werden nicht gelöscht.
In "gm_updater_2.0.12.2.php" und "gm_updater_2.0.13.0.php" werden Dateien mit "unlink" gelöscht, was ja nicht funktioniert...
Der Ansatz, Server-Dateien über "allow_url_fopen" zu löschen hat nicht so recht funktioniert, ich habe das daher jetzt so geändert, dass das auf APACHE-Servern mit Hilfe der PHP FTP-Funktionen geschieht (sogar komplette Verzeichnisse werden gelöscht). Damit konnte ich die Dateien jetzt zuverlässig löschen. Sollte es beim Löschen dennoch Probleme geben, werden die betreffenden angezeigt, so dass man immer noch manuell eingreifen kann. In den Updatern 12.2 und 13.0 wurden Dateien auch mit "unlink" gelöscht, was auf APACHE nicht funktioniert. Ich habe "unlink" durch die entsprechenden FTP-Löschfunktionen ersetzt. Der Updater zeigt jetzt auch an, welche Service Packs im Package enthalten sind. Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren.
Ich habe jetzt ein komplettes Service-Packs Paket erstellt, dass die Service-Packs 1.1c bis 2.0.13.2 enthält. Damit kann man Gambio GX2-Installationen ab installierter Version 2.0.6g aktualisiseren. Zu Installation den Inhalt des Archivs "Service-Packs 1.1c bis 2.0.13.2.zip" in die Shop-Root kopieren. Im Archiv "Service-Packs 1.1c bis 2.0.13.2_dateien.zip" befinden sich die aktuellen Versionen der Module, die kumulativ in den o.g Service-Packs enthalten waren. Der Inhalt dieses Archivs muss ebenfalls in die Shop-Root kopiert werden, um den Stand der aktuellen Version 2.0.13.2 zu haben. Da die Daten insgesamt zu umfangreich waren, um hochgeladen zu werden, befindet sich das Archiv "Service-Packs 1.1c bis 2.0.13.2_dateien.zip" im folgenden POST. Dadurch werden evtl. geänderte Versionen von enthaltenen Modulen und Template-Dateien, die nicht updatesicher geändert waren, überschrieben. Änderungen müssen also wieder in die aktuellen Versionen solcher Module eingepflegt werden Downloads: Service-Packs 1.1c bis 2.0.13.2.zip: https://www.dropbox.com/s/2rz3qzasb9bwamn/Service-Packs 1.1c bis 2.0.13.2.zip Service-Packs 1.1c bis 2.0.13.2_dateien.zip: https://www.dropbox.com/s/zgoefthvspgm5jl/Service-Packs 1.1c bis 2.0.13.2_dateien.zip multi_sp_updater.pdf: https://www.dropbox.com/s/9sx2e5u32ea515l/multi_sp_updater.pdf Der Multi SP-Updater wird gestartet mit: http://www.mein-shop.de/updates/pt_gm_updater.php Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Datenbank sichern FTP-Bereich sichern Cache leeren.
Hier ist das Archiv. Pustekuchen, ist auch zu groß... Obwohl es nur 8,6 MB groß ist und angeblich 9,77 MB für ZIP-Dateien erlaubt sind.... Wat nu?
Machen wir das halt über die Dropbox.... Service-Packs 1.1c bis 2.0.13.2.zip: https://www.dropbox.com/s/2rz3qzasb9bwamn/Service-Packs 1.1c bis 2.0.13.2.zip Service-Packs 1.1c bis 2.0.13.2_dateien.zip: https://www.dropbox.com/s/zgoefthvspgm5jl/Service-Packs 1.1c bis 2.0.13.2_dateien.zip multi_sp_updater.pdf: https://www.dropbox.com/s/9sx2e5u32ea515l/multi_sp_updater.pdf Der Multi SP-Updater wird gestartet mit: http://www.mein-shop.de/updates/pt_gm_updater.php
Prima... Den "Multi SP"-Updater solltet Ihr Euch auch mal anschauen, weil damit das leidige Update-Problem auch über mehrere Servicepacks hinweg gelöst ist... Ideal wäre natürlich, wenn auf dem Download-Server das gewünschte Package (Update von Release xxx nach Release yyyy) dynamisch erstellt würde. Aber die jetzige Lösung, dass man einfach ein kumulatives Package fortschreibt (wie in diesem Fall der Update von 2.0.6.g nach 2.0.13.2) funktioniert auch, der Nachteil ist halt, dass man etwas überflüssigen Ballast mit sich schleppt... Wenn das SP 2.0.13.3 kommt, dann muss man den entsprechenden Updater für das Package konfigurieren, und die geänderten Shop-Dateien in das "dateien"-Verzeichnis kopieren, und schon kann man bis zu dieser Release updaten. Da das System erkennt, welche Updates schon installiert sind, stört es nicht, dass auch frühere SPs im Package enthalten sind....
Würde der Multi-Updater auch erkennen, dass die DB nicht up-to-date ist im Vergleich zur Shopversion? Würde nämlich gerne die 2.0.13.3 neu installieren, dort dann die DB mit der meines aktuellen Live-Shops (2.0.11.1) ersetzen und dann eben die notwendigen DB-Updates vornehmen. Geht das damit? Oder müsste ich da anders vorgehen. Geht das überhaupt?
Ja, sollte er... Denn das Kriterium, ob ein Update angewendet wird, ist die in der DB gespeicherte DB-Version...... Ich habe das SP 2.0.13.3 eingearbeitet.... Service-Packs 1.1c bis 2.0.13.3.zip: https://www.dropbox.com/s/2zeca9l5oix98sc/Service-Packs 1.1c bis 2.0.13.3.zip Service-Packs 1.1c bis 2.0.13.3_dateien.zip: https://www.dropbox.com/s/zejfc4q4pj31xoj/Service-Packs 1.1c bis 2.0.13.3_dateien.zip multi_sp_updater.pdf: https://www.dropbox.com/s/9sx2e5u32ea515l/multi_sp_updater.pdf Der Multi SP-Updater wird gestartet mit: http://www.mein-shop.de/updates/pt_gm_updater.php Zu Installation den Inhalt des Archivs "Service-Packs 1.1c bis 2.0.13.3.zip" in die Shop-Root kopieren. Im Archiv "Service-Packs 1.1c bis 2.0.13.3_dateien.zip" befinden sich die aktuellen Versionen der Module, die kumulativ in den o.g Service-Packs enthalten waren. Der Inhalt dieses Archivs muss ebenfalls in die Shop-Root kopiert werden, um den Stand der aktuellen Version 2.0.13.3 zu haben. (Wenn 2.0.13.3 schon installiert ist, brauch man das nicht.) Nicht wundern, wenn das SP 2.0.13.3 als schon aktiv angezeigt wird: die DB-Struktur hat sich von 13.2 auf 13.3 nicht geändert Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Datenbank sichern FTP-Bereich sichern Cache leeren.
Bei mir steht jetzt folgendes als aktuelle Version im Admin-Bereich: v2.0.13.2 r9308 Hab den 2.0.13.3er Shop komplett neu installiert ("nackt"), dann die DB gelöscht und die DB meines 2.0.11.2er Shops importiert. Anschließend den aktuellsten Multi-Updater ausgeführt. Die letzte Meldung war dann: Das Update "2.0.13.2" wurde erfolgreich eingespielt. Heißt das, dass ich trotzdem eigentlich Shop-Version 2.0.13.3 habe, aber der Wert in der Datenbank eben nicht angepasst wurde, weil es keine Änderungen gab?
Ja, die Datei ist vorhanden und hat folgenden Inhalt: Code: <?php die(''); ?> version: 2.0.13.3 r9565 date: 2013-07-19
Da steht: Code: <?php /* Gambio GX Released 2013-06-27 */ $gx_version = 'v2.0.13.2 r9308'; ?> Komisch. Bevor ich den Multi-Updater von Avenger ausgeführt habe, stand im Admin-Bereich definitiv 13.3. Eigentlich hätte ja keine Datei überschrieben werden sollen, oder? Ich habe den "updates_dateien" ordner nicht hochgeladen, sondern nur den "updates" ordner, und dort dann die pt_gm_updater.php ausgeführt.
Hi an alle, ich hatte 2.0.6h und das update hat wunderbar funktioniert mit diesem Multi Updater. Aktuell wird v2.0.13.2 r9308 angezeigt..shop läuft auch einwandfrei,Testbestellung funktionierte. Danach wollte ich das Service Pack 2.0.14.4 einspielen...soll ja für 2.0.13.2 geeignet sein. Habe alles genau nach Anleitung hochgeladen und vor der Installation auch alle angegebenen Dateien gelöscht...naja..fast alle. folgende Ordner Usermod und User_Classes hatte ich gar nicht auf dem Server..konnte damit die folgenden 4 Dateien nicht löschen..klar,waren erst gar nicht da..waren anscheinend auch nicht so wichtig,der shop ist auch in der 2.06 ohne die gelaufen?? templates/EyeCandy/usermod/css/cart_shipping_costs.css templates/EyeCandy/usermod/javascript/Cart/CartShippingCosts.js templates/EyeCandy/usermod/javascript/Global/CartShippingCostsTooltip.js user_classes/overloads/shipping/cheapest_shipping_costs.inc.php Admin/Backups/temp auf 777 gesetzt gambio_updater/update_2-0-14.php aufgerufen,Email und Passwort eingegeben. Statusmeldung :das Update wurde erfolgreich ausgeführt direkt untendrunter die Fehlermeldung das er in folgendem Block den " Clear Data Cache" nicht ausführen kann /Gambio_Updater/update-2-0-14.php Line 2063 echo '<strong>' . GM_UPDATER_UPDATE_SUCCESS. '</strong><br /><br />'; $t_finish = true; $coo_cache_control = new CacheControl(); $coo_cache_control->clear_data_cache(); $coo_cache_control->clear_content_view_cache(); $coo_cache_control->clear_templates_c(); $coo_cache_control->clear_css_cache(); Falls es wichtig ist...die Datenbank hat aktuell 194 "Felder" Weiss jemand ob mir evtl noch mehr Dateien fehlen die ich löschen muss..LOL..oder die ich benötige um das Update auf 2.14 zu fahren? Sonst eine Idee was den Fehler verursachen könnte? Gruss Andreas
Ich habe mal wieder ein komplettes Service-Packs Paket erstellt, dass die Service-Packs 1.1c bis 2.0.15.2 enthält. Damit kann man automatisch Gambio GX2-Installationen ab installierter Version 2.0.6g aktualisieren. Zu Installation das Verzeichnis "updates" des Archivs "updates.zip" in die Shop-Root kopieren (mit Verzeichnis!). Im Archiv "updates_dateien.zip" befinden sich die aktuellen Versionen der Module, die kumulativ in den o.g Service-Packs enthalten waren. Der Inhalt des Verzeichnisses "updates_dateien" dieses Archivs muss ebenfalls in die Shop-Root kopiert werden (ohne Verzeichnis!), um den Stand der aktuellen Version 2.0.15.2 zu haben. Dadurch werden evtl. geänderte Versionen von enthaltenen Modulen und Template-Dateien, die nicht updatesicher geändert waren, überschrieben!!!!!!!! Änderungen müssen also wieder in die aktuellen Versionen solcher Module eingepflegt werden Downloads: updates.zip: https://www.dropbox.com/s/0585i3cm3pjy7rw/updates.zip updates_dateien.zip: https://www.dropbox.com/s/dd5gbeggc78oe8y/updates_dateien.zip multi_sp_updater.pdf: https://www.dropbox.com/s/9sx2e5u32ea515l/multi_sp_updater.pdf Der Multi SP-Updater wird gestartet mit: http://www.mein-shop.de/updates/pt_gm_updater.php Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Datenbank sichern FTP-Bereich (Programme) sichern Cache leeren.