Vor wenigen Tagen wurde uns die Abmahnung eines Shopbetreibers (nicht Gambio) durch eine Wettbewerbszentrale bekannt. Grund für die Abmahnung war, dass die tatsächlichen Versandkosten im betroffenen Shop nicht bereits im Warenkorb angezeigt wurden. Die Wettbewerbszentrale berief sich dabei auf ein Urteil des Bundesgerichtshofs (Az.: I ZR 50/07). Demnach sei ein bloßer Link auf eine Seite, auf der die Modalitäten der Versandkostenberechnung erläutert seien nicht ausreichend, wenn nicht bereits im Warenkob die für den Einkauf tatsächlich anfallenden Versandkosten angegeben werden. Da zu befürchten ist, dass aus diesem Grund nun vermehrt abgemahnt wird und Gambio bislang eine solche Funktion zur Versandkostenberechnung im Warenkorb nicht bietet, wurde ein Entsprechendes Feature in den vergangenen Tagen unter Hochdruck entwickelt und steht Ihnen nun als Update kostenlos zur Verfügung. Im Warenkorb des Shops existiert nun je ein Auswahlfeld für die Versandart sowie das Lieferland. Mittels dieser Angaben können die Versandkosten bereits im Warenkorb berechnet werden. Getestet werden kann das neue Modul z.B. in unserem Testshop: http://www.gambio-shop.de/shop1/ (Einfach Artikel in den Warenkorb legen und diesen anschließend aufrufen). Wir versuchen stets Shopbetreiber bestmöglich vor Abmahnungen zu schützen. Das Update steht allen Shopbetreibern (unabhängig vom Support-Vertrag) kostenfrei zur Verfügung! Das Update für GX2 und GX1 ist im Portal zu finden.
Hallo. Nach dem Update erscheint die Fehlermedung bei der Zahlungsart secupay: Datei: secupay_checkout_iframe.php Fatal error: Cannot redeclare class shipping_ORIGIN in ../includes/classes/shipping.php on line 22 Woran könnte es liegen? Danke. LG, Andre
Hallo Andre, in der Datei secupay_checkout_iframe.php gibt es vermutlich eine Codezeile require(DIR_FS_CATALOG . 'includes/classes/shipping.php) oder include(DIR_FS_CATALOG . 'includes/classes/shipping.php) Diese müsste abgeändert werden in require_once(DIR_FS_CATALOG . 'includes/classes/shipping.php) bzw include_once(DIR_FS_CATALOG . 'includes/classes/shipping.php)
Hallo Moritz, danke. Ich habe "require (DIR_WS_CLASSES . 'shipping.php');" in "require_once (DIR_WS_CLASSES . 'shipping.php');" geändert. Die Fehlermeldung ist gleich geblieben :-(. Gruß, Andre
Hallo, das Problem hatten wir auch... Es muss in der secupay_checkout_iframe.php Folgendes geändert werden: PHP: //- ca. Zeile 63:require (DIR_WS_CLASSES . 'shipping.php');// ändern in:require_once (DIR_WS_CLASSES . 'shipping.php');//- ca. Zeile 67:require (DIR_WS_CLASSES . 'order.php');// ändern in: require_once (DIR_WS_CLASSES . 'order.php'); Dann sollte es wieder funktionieren...
Das gleiche Problem mit allen Masterpayment Zahlungsweisen, aber die obigen Zeilen finde ich nicht Fatal error: Cannot redeclare class shipping_ORIGIN in /var/www/web*/html/****/includes/classes/shipping.php on line 22 Erbitte Hilfe.
Hallo, Ich hab das Problem das bei mir beim ausklappen des Warenkorbes schon der Info-Button aktiviert ist. Dadurch sieht das Extrem unschön aus. Wenn man den Button drückt und den Warenkorb dann wieder öffnet sieht es richtig aus. Aber wie gesagt, die Info soll ja erst nach betätigen angezeigt werden. So wird es bei mir nicht angezeigt. Kann jemand helfen? LG Mirko
Aktuell wurde uns noch ein Problem mit dem Update gemeldet, wodurch es offenbar unter bestimmten Bedingungen zu einer fehlerhaften Preisanzeige kommen kann. Dieses Problem wird derzeit geprüft und ggf. schnellstmöglich korrigiert. Wir empfehlen deshalb vorerst noch mit dem Download bzw. der Installation zu warten. Aufgrund der Komplexität des Updates ist nicht auszuschließen, dass trotz aller Tests im Vorfeld weitere Bugs gemeldet werden, für die wir Fixes erstellen werden. Aus diesem Grund schnüren wir nun ein Fixpack für alle jene, die das Update bereits installiert haben. Dieses Fixpack wird dann, falls nötig, um zukünftig folgende Fixes erweitert.
Hmmmmm dafür ist es leider nun zu spät. Mit erreichen der "Final" habe ich es in unser Produktivsystem integriert.
In der checkout_masterpayment.php ist ein require (DIR_WS_CLASSES.'shipping'); das durch require_once (DIR_WS_CLASSES.'shipping'); ersetzt werrden müsste. Das ist nur ein Cache-Problem. Leere einmal im Shop den Modul- und Seitencache und zudem deinen lokalen Browsercache.
Hallo Mirko, dass Problem hatte ich auch nach der Installation - habe dann alle Caches geleert und weg war das Problem! LG Martin
@ Danny Ja, Ihr wisst ja wie viel wir getestet um bereits im Vorfeld korrigiert haben, aber ganz vermeiden lässt sich soetwas trotzdem nicht. Das Problem was wir nun entdeckt haben, tritt auch nur bei einer ganz bestimmten Abfolge auf, die vermutlich in keinem Test der Welt aufgefallen wären - im Live-Betrieb bei tausenden Shops aber leider schon. Am Fix arbeiten wir gerade und so wie es aussieht muss einfach nur eine der neuen Dateien ausgetauscht werden. Mehr dazu in Kürze...
Lieber mit einen Fehler als ohne unterwegs. Man das ist aber auch ein Akt in unseren Shop reinzuhämmern...
Also bin ich wieder mal der erste bei dem das so ist! Es hat leider nichts gebracht den Cache zu leeren. Was kann es noch sein? Gruß Mirko