Es kommt immer wieder vor, dass Kunden in ihrem Warenkorb Artikel haben, die aktuell nicht mehr verfügbar sind, die dann aber trotzdem bestellt werden können. Ich habe ein Modul entwickelt, das nach dem Login die Artikel im Warenkorb daraufhin überprüft, ob sie noch aktiv gesetzt sind die sie enthaltenden Kategorien noch aktiv gesetzt sind ihr Lagerbestand ausreicht der Lagerbestand ihrer Attribute ausreicht der Lagerbestand ihrer Eigenschaften ausreicht (Punkte 3. bis 5. nur dann, wenn die Lagerverwaltungsoptionen die Bestandsprüfung vorsehen.) Trifft eines dieser Kriterien nicht zu, wird der Artikel aus dem Warenkorb entfernt, und eine entsprechende Meldung angezeigt. Falls für den Artikel ein Verfügbarkeitsdatum angegeben ist, wird auch dieses mit angezeigt. Zu Installation den Inhalt des anhängenden Archivs in die Shop-Root kopieren. Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren.
Coole Sache, ist es auch möglich, dass man wie bei Amazon auch ne Info rausgibt, wenn der Preis sich seit dem geändert hat?
Nein, nicht ohne weiteres... Weil der Warenkorb den Artikelpreis zum Zeitpunkt der Ablage nicht speichert.
Da das sicher eine weitere interessante Funktion ist, habe ich jetzt auch die Anzeige von Preisänderungen bei Warenkorb-Artikeln mit integriert. Dazu muss der Artikelpreis zum Zeitpunkt der Warenkorbablage mit gespeichert werden, und dafür zunächst folgender SQL-Befehl auf die DB angewendet werden:. PHP: ALTER TABLE `customers_basket` ADD `price` FLOAT( 15, 4 ) NOT NULL DEFAULT '0'; Zu Installation den Inhalt des anhängenden Archivs in die Shop-Root kopieren. Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren.
Was liegt näher, als das auch für den Merkzettel zu prüfen? Neue Version damit im Anhang. Zu Installation den Inhalt des anhängenden Archivs in die Shop-Root kopieren. Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren.
Ist ´ne alter Leidenschaft vom Avenger: Wehe wenn er Blut geleckt! Denk doch nur an die jQuery-Error-Meldungen. Bin sicher, in der übernächsten Version kann dies Modul auch den Familienstand des Users prüfen: Ehegattensplitting = True dann Preise = +10%
Das sowieso... Aber das war auch mit sehr geringem Zusatzaufwand realisierbar, da die Merkzettel-Klasse nahezu identisch mit der Warenkorbklasse ist, und ich so denselben Code verwenden konnte.
Im Standard werden inaktive Artikel aus dem Warenkorb des Kunden gelöscht, wenn man sich neu einloggt. Eine Bestellung nicht vorrätiger Artikel ist im Standard selbstverständlich nicht möglich. Selbst wenn man den Warenkorb nach Login nicht aufruft, wird man im Bestellvorgang wieder zum Warenkorb zurückgeleitet, wenn Artikel nicht vorrätig sind.
Hallo Moritz so ein Fehler taucht immer mal wieder auf. siehe hier: (Link nur für registrierte Nutzer sichtbar.)
Komisch - ich kann da versuchen was ich will, ist der Artikel nicht mehr "käuflich" verschwindet er auch aus den ältesten gespeicherten WK. (2.0.9)
In den neueren Version ist das tatsächlich so. Was aber im Sinne des mit diesem Modul gewünschten Ergebnisses eher kontraproduktiv ist, da das Entfernen von Artikeln aus dem WK kommentarlos geschieht. Ich habe daher die "Cart-Restaurierung" nach dem Login mit in das Modul aufgenommen, und dieses Entfernen im Gambio-Standard wieder deaktiviert. Die Prüfungen des Moduls auf Artikel-Verfügbarkeit geschieht also jetzt wieder ausschließlich in diesem Modul. Zu Installation den Inhalt des anhängenden Archivs in die Shop-Root kopieren. Wie immer gilt: Anwendung auf das ausschließliche Risiko des Shopbetreibers. Es gibt keinerlei Gewährleistung. Erst in einem Testshop testen. Cache leeren.