phpwcms Support Forum

Kann ich im (extended) Shop die Bestellungen als zB csv runterladen? Geht das oder finde ich das nur nicht?
Es geht um eine Anbindung an ein Wawisystem.
Alternativ: könnte man die gespeicherten Bestellungen (mit Bestellerinfos) auch über die DB direkt rausziehen?

Man kann prinzipiell alles, es gibt derzeit aber keinen CSV Download, allerdings die Datenbank, an die man andocken kann. Jede Bestellung findet sich in phpwcms_shop_orders im Feld order_data (serialisiertes Array).

Das ist ja doppelt und dreifach serialisiert
Gar nicht so trivial...

wir bauen den shop um...

hä? es ist nur einfach serialisiert, nix doppelt, nix dreifach — sehr trivial unserialize();

und wieviele verschiedene Arrays sind da drinnen ? Ein simples unserialize scheitert im Code als auch bei den Online Diensten die sowas mal zum testen anbieten. Es geht hier um die das Feld "order_data". Ich hab mir mal angesehen wie es zusammen gesetzt wird.

Da sind auch Daten der Bilder und Captions mit dabei, alles extra arrays. Manche Teile erst exploded: Um das gesamte kennen zu lernen muss es ja möglich sein die array Struktur zu erhalten.... aber ein dump meldet FALSE

da stecken wenigstens diese arrays zusammen drinnen :

$plugin['data']['shopprod_var'] = array();
$plugin['data']['shopprod_images'] = array();
$plugin['data']['shopprod_caption'] = array();
$plugin['data']['shopprod_files'] = array();
$plugin['data']['shopprod_filecaption'] = array();

was wir (claus) planen ist einmal durch im Rückwärtsgang.

Und dann haben wir eine Anbindung an ein Fibu Programm was nicht gerade wenige Nutzer hat ....

stop ... korrupte daten .... womöglich gehts doch

Ihr müsst beim unserialize() sicherstellen, dass dies aus dem selben Umfeld geschieht, wie auch das serialize() erfolgte. Vermutlich habt Ihr mit Copy & Paste etwas versucht und habt so Charset-Änderungen provoziert, die Euch dann um die Ohren fliegen.

In der Order stecken lediglich noch mal alle Daten drin, um daraus die wahren Werte bei Bestellung rekonstruieren zu können. Denn würde ich mit Relation auf die Produkte im Shop arbeiten, kann eine Preisänderung alles verfälschen.

Das eine unserialize() tut alles, was es soll. Danach muss dann lediglich alles reverse genommen werden, was ich nutze, die Daten einzupacken. Die meisten Produktdaten sind am Ende vollkommen überflüssig in der Wawi/Fibu.

Außerdem habe ich doch sogar eine Musterlösung zum Generieren der Daten im Shopmodul — die Detailansicht (show.orders.inc.php) der Bestellung tut doch genau das, was der Exporter in Schleife machen müsste.

Und notfalls, muss ich halt ran.

Ich schick Dir eine Mail

Erweiterter Shop ist jetzt verfügbar. Benötigt noch etwas Feedback, bevor das in den Hauptzweig übernommen wird.
https://github.com/slackero/phpwcms/archive/dev-1.x.zip

Hervorzuheben auch das hier, was wiederum Bezug nimmt auf die Frage des Exports von Bestellungen:
https://github.com/slackero/phpwcms/com ... 17e8dc68a1

Wäre das eine gute Idee:
Rechnungsadresse = Lieferadresse = Berechnungsgrundlage für Entfernung
Rechnungsadresse != Lieferadresse => automatische Übernahme der Lieferadresse als Berechnungsgrundlage für Entfernung (Checkbox?)
Lieferadressfelder nicht als CustomFields, sondern gleich als festen Bestandteil mit einbauen => Abruf durch Faktura Rechnungsadresse + Lieferadresse (oder Rechnungsadresse = Lieferadresse

Kommt immer: Versandkosten Entfernungsabhängig: eine endgültige Berechnung ist erst möglich, nachdem die Lieferanschrift eingegeben wurde. Habe aber die Anschrift eingegeben in die einzig möglichen Felder der seite "Adresse" (Standardinstallation)

Über separate Lieferadresse denke ich im Moment nicht nach. Das ist noch mal Aufwand.

Die Adressprüfung funktioniert nur, wenn 'allow_url_fopen' erlaubt ist. Habe das mit entsprechender Meldung in den Einstellungen ergänzt und solange das nicht verfügbar ist, kann die Versandoption nicht gewählt werden. Dorthin wird verbunden:
https://github.com/slackero/phpwcms/blo ... c.php#L185

Auch MUSS eine Ausgangsadresse in den Einstellungen definiert werden!

Was die Funktionalität betrifft, mit den Standardvorlagen klappt das Ermitteln der Adresse wie gewünscht. Zumindest bei mir. Straße ist nicht wirklich erforderlich. PLZ und Stadt/Land.

Oliver Georgi wrote:Über separate Lieferadresse denke ich im Moment nicht nach. Das ist noch mal Aufwand.

Dann sind die CustomFields dran - hoffe, die API spielt da mit

Oliver Georgi wrote:wenn 'allow_url_fopen' erlaubt ist

ja, jetzt geht's