Hallo, es gab ein internes Missverständnis bezüglich des ungewollt aktivierten Shopgate-Moduls. Wir konnten dieses Phänomen bis heute NICHT reproduzieren. Natürlich ist es nicht in unserem und im Interesse des Shopbetreibers, dass sich das Shopgatemodul automatisch aktiviert. Wer hier einen Weg zum Reproduzieren kennt, darf gerne aufschreien. Brickfox wird ab der Shopversion 2.0.14.0 standardmäßig deaktiviert sein. Es wird aber auch im aktivierten, nicht eingerichteten Modus keine Verbindung zu Servern von Brickfox aufgebaut, so dass die Aktiv-Einstellung alleine keinen Einfluss auf das Verhalten des Shops hat.
Bisher ist es doch wohl bei allen aufgetreten die ihren Shop mit dem SP versehen haben. Und wie man sieht kein Einzelfall. Dann muss das doch bei euch auch so passieren. Evtl. wurd es nur erst jetzt bemerkt und wurde bei einem vorherigen SP schon aktiviert.
Genau das haben wir nachgestellt und konnten nicht bestätigen, dass Shopgate anschließend aktiviert wurde. Dazu müsste es auch im SP Code geben, der dies durchführt. Entsprechendes habe ich bisher nicht finden können.
Auch bei mir ist plötzlich shopgate als Zahlungsweise aktiviert gewesen. Ohne Vertrag bei Shopgate und ohne eigene Aktivierung. Schlecht!
Moin moin Version: v2.0.14.1 r11049 Shopgate Mobil voristalliert, sogar mit einer Nummer (88457). Ich will dort keine Nummer sein. Mein gefühlter Datenschutz meint, das ist nicht koscher. Angeboten werden zwei Knöpfe: Deinstallieren und bearbeiten Klick bearbeiten, dann wird mir "Aktualisieren" oder Abbrechen angeboten. Klick ich auf Aktualisieren, oh Wunder, lande ich wieder bei Deinstallieren. Also deinstalliert. Nach der Statusänderung (mit mail an den Kunden) ist Shopgate wieder aktiviert MODULE_PAYMENT_SHOPGATE_ERROR_SAVING_CONFIG WARNING(2): "Cannot modify header information - headers already sent by (output started at /home2/www/b80/sichtweise-verlag/gx2/shopgate/gambiogx/includes/modules/payment/shopgate.php:311)" in /home2/www/b80/sichtweise-verlag/gx2/admin/includes/functions/general.php:142 (Details)
Das kommt mir bekannt vor. Bei mir lag es an falschen Ordner / Dateirechten. shopgate/shopgate_library/config/
Rechte wurden geändert, aber Shopgate ist weiterhin aktiviert. Was nun liebes Gambio? Du hast das verbockt, nun mach das wieder heile.
Hallo Hans, das war der entscheidene Hinweis! Uns war es bisher nie gelungen das Problem zu reproduzieren, so dass auch keine Korrektur erstellt werden konnte. Shopgate installiert sich automatisch neu, wenn es feststellt, dass die Installation/Konfiguation nicht zur aktuell vorliegenden Shopversion gehört. Hier haben die Entwickler von Shopgate leider eine Abfrage beim Ändern des Bestellstatus vergessen, die überprüft, ob Shopgate überhaupt aktuell installiert ist bevor Shopgate-Scripte eingebunden werden, die wiederrum die Neuinstallation auslösen können. Das Ganze ist auch nur einmalig reproduzierbar, sofern nicht vergessen wurde die Dateirechte zu setzen. Stimmen die Dateirechte, kann eine Datei angelegt werden, die eine weitere Neuinstallion verhindert. Es wird in Kürze eine Korrekturversion 2.0.14.2 erscheinen. Bis dahin kann das Problem gelöst werden, indem in der Datei admin/orders.php Folgendes PHP: /******** SHOPGATE **********/include_once DIR_FS_CATALOG.'/shopgate/gambiogx/admin/orders.php';setShopgateOrderlistStatus($_POST['gm_multi_status'], $gm_status);/******** SHOPGATE **********/ durch PHP: /******** SHOPGATE **********/if(defined('MODULE_PAYMENT_INSTALLED') && strpos(MODULE_PAYMENT_INSTALLED, 'shopgate.php') !== false){ include_once DIR_FS_CATALOG.'/shopgate/gambiogx/admin/orders.php'; setShopgateOrderlistStatus($_POST['gm_multi_status'], $gm_status);}/******** SHOPGATE **********/ und PHP: /******** SHOPGATE **********/include_once DIR_FS_CATALOG.'/shopgate/gambiogx/admin/orders.php';setShopgateOrderStatus($oID, $status);/******** SHOPGATE **********/ durch PHP: /******** SHOPGATE **********/if(defined('MODULE_PAYMENT_INSTALLED') && strpos(MODULE_PAYMENT_INSTALLED, 'shopgate.php') !== false){ include_once DIR_FS_CATALOG.'/shopgate/gambiogx/admin/orders.php'; setShopgateOrderStatus($oID, $status);}/******** SHOPGATE **********/ ersetzt wird. 88457 ist übrigens nur eine Sortiernummer des Moduls, die immer gleich ist. Es ist keine von Shopgate generierte Nummer.
Habe das Problem auch, welche Dateirechte müsswen gesetzt werden. Die Änderungen von Moritz waren schon gemacht. Version 2.0.14.4 Grüße Andre
Hallo, bin erst jetzt bei der Suche nach Problemen mit Shopgate auf diese Beiträge gestoßen. Ich hatte zwar bis dato keine Serverausfälle wegen Shopgate, wundere mich aber dennoch, dass "Shopgate" überhaupt in dem Quellcode meines Shops auftaucht, obwohl ich es niemals installiert habe. Habe aber das Problem mit Shopgate, dass das Skript mir in den Google Webmaster Tools und bei Überprüfung der Seitenladezeit immer Fehler erzeugt, die auf jeden Fall die Suchmaschinenoptimierung stark beeinträchtigen. Auch ich würde es gerne abschalten können. Habe aber hier im Forum auch gelesen, dass Gambio an einem eigenen Template für Mobilgeräte arbeitet ..... Wie sieht es denn damit aus?
Hallo Robin, vielen Dank für den Hinweis ... werde mich demnächst damit beschäftigen - finde ich gut, dass Gambio da eine speziell auf den Gambio-Shop zugeschnittene Lösung anbietet und man nicht noch einen Fremdanbieter mit ins Boot holen muss. Habe auch über Shopgate seither nicht wirklich viel gutes gelesen .... naja. Damit ist zumindest schonmal Teil 2 meine Frage beantwortet. Nochmal: Vielen Dank! Imka
Hallo Barbara, danke erstmal für deinen Hinweis. Ja, ich habe bei mir Shopgate unter Zahlungweisen bei mir 2 x gefunden, nicht aktiviert, habe ich auch niemals installiert. Was passiert, wenn ich Shopgate dort deinstalliere? Für mich hat sich mein offensichtlich durch Shopgate verursachter Fehler so gelesen, dass Shopgate bereits vor dem eigentlich Header im Quellcode aktiviert wird und dort Fehler in Ladezeit und Linkaufbau "mobile_header" verursachen. Wenn ich das in "Zahlungsweisen" deinstalliere, ist das dann einfach weg? Ohne Nebenwirkungen? Beste Grüße Imka
Ja, das kannst du einfach deinstallieren. Das ist eh nur installiert, weil es einen Bug gab durch den das Modul sich ohne Zutun des Nutzers installiert hat. Danach sollten auch die ganzen Shopgateaufrufe im Header nicht mehr stattfinden.