Kubikmeter-Preis-Berechnung mit Isotope 2.1 für einen 3D-Druckshop

[fall2out]

Hallo Leute,

habe mein erstes Isotope 2.1 Projekt welches ich anhand der Demo schon gestartet habe. Die Seite sieht nun so aus: http://online.ng-druck.de. Nun habe ich ein Produkt, welches einen Kalkulator beinhalten soll, sprich "(Länge * Breite * Höhe) * Preis/Kubikmeter. (Schreibe bewusst Kubikmeter, da dies der häufigste Begriff dafür ist). Da Infos zu dem Thema sehr dürftig sind und ich im Forum nichts genaues gefunden habe, wende ich mich an euch. Gibt es dafür eine Extension die ich noch nicht kenne oder schon irgendetwas vorgefertigtes? Wie geht man das an?

Freue mich auf tolle Antworten! Danke im Voraus!

LG Simon

[Toflar]

Dafür brauchst du Individualentwicklung.

[fall2out]

Hast du da vielleicht Erfahrung und Ansätze für mich? Würde mich dann gerne für eine Extension oder einem Tutorial im Wiki erkenntlich zeigen, da dies vielleicht häufiger Verwendung findet. Vielleicht finden sich ja noch Leute die auch Interesse daran haben.

LG Simon

[Toflar]

Äh, ja hab ich Ich hab einige Kundenaufträge zu Isotope gemacht

Du musst deine eigene Produktklasse schreiben, aber naja...das sind schnell mal 2 PT Aufwand.

[fall2out]

Dann hast du doch sicher schon ein ähnliches Bespiel programmiert. Kannst du vielleicht ein paar Codeschnipsel hier reinwerfen oder per PN schicken, wäre wirklich hilfreich! Am besten noch mit passenden Link zur Website, um dies mal LIVE zu sehen.

[mr87]

Was bedeutet PT?

[fall2out]

Wahrscheinlich Programmiertage ;-)

[Toflar]

Dann hast du doch sicher schon ein ähnliches Bespiel programmiert. Kannst du vielleicht ein paar Codeschnipsel hier reinwerfen oder per PN schicken, wäre wirklich hilfreich! Am besten noch mit passenden Link zur Website, um dies mal LIVE zu sehen.

Nein, kommerzielle Arbeit.

Was bedeutet PT?

Ah, sorry
http://de.wikipedia.org/wiki/Persone...dere_Einheiten

[fall2out]

Wieso wird so etwas nicht direkt in Isotope integriert? So etwas sieht man doch in vielen Shops! Werde mich auf jeden Fall daran versuchen, sobald ich eine Lösung gefunden habe, werde ich es hier präsentieren.

[andreas.schempp]

Wurde bei uns (Isotope Core Team) noch nie beauftragt ;-)
http://de.wikipedia.org/wiki/TANSTAAFL

[fall2out]

Wie sieht es denn mit einem Fundraising für dieses Projekt aus? Oder was würden denn für Kosten und Zeitaufwand bei rauskommen? Ich würde es dem Kunden zumindest gerne einmal anbieten.

[andreas.schempp]

Ein Fundraising dazu wird es nicht geben, vorher müsste ja z.B. Lager fertig werden. Projektanfragen an uns bitte über https://check-in.terminal42.ch

[lomex]

@fall2out

Ich bin noch Laie in Isotope. Aufgrund eines aktuellen Projekts mit ähnlicher Problemstellung beschäftige ich mich auch gerade damit.

Wäre es nicht auch denkbar, ohne eigene ProduktKlasse auszukommen?

Ein Attribut Kubikmeter-Preis anlegen sowie drei Textfelder (Länge, Breite, Höhe). Als Preis z.B. 0 Euro eintragen (oder einen Mindestpreis bzw. ab xx Euro).
Mittels calculatePrice Hook den Preis berechnen.

Problem:
Der Preis muss einmal anhand der drei Eingabefelder und einmal (im Warenkorb) aufgrund der Daten im Warenkorb (static:bjCart) berechnet werden.
Hier muss also geprüft werden, wo man sich gerade befindet (Vorhandensein von entsprechenden Eingabefelder, z.B. AJAX_PRODUCT?)

Beim ProductReader wird dann per AJAX bei jeder Änderung der Eingabefelder (z.B. mit SimpleAjax) der Preis ermittelt und das entsprechende Preis-Feld aktualisiert. Beim Warenkorb wird halt nur der Preis berechnet und zurückgegeben:

// im ProductReader
$objProduct = Product::findAvailableByIdOrAlias(\Haste\Input\Input::getAutoItem('product'));
// bzw. im Warenkorb
$objProduct = Product::findAvailableByIdOrAlias($objSource->pid);

$objPrice = $objProduct->objPrice;
$objPrice->generate();

// jetzt die Ajax Ausgabe oder Wert zurückgeben 

Ab irgendeinem Zeitpunkt wird das Produkt dann ja in den Warenkorb gelegt. Soweit bin ich mit meinen Überlegungen aber noch nicht.
Scheinbar wird hier aber auch der Hook ausgeführt.

Oder liege ich so falsch?

[lomex]

Nach drei Tagen sehe ich den Wald vor lauter Bäumen nicht mehr. Alleine über Hooks scheint es nicht zu gehen.
Eine neue Produktklasse alleine reicht wohl auch nicht. Nachdem das Produkt in den Warenkorb gelegt wurde, werden die Preise vom Warenkorb nochmals aktualisiert. Hier fehlen mir die Produkt-Optionen. Auch mit den Änderungen in diesem Ticket komme ich nicht weiter. Am Ende wird immer der Originalpreis genommen.

Die Erweiterung flexpriceproduct ist da nicht wirklich hilfreich, da veraltet. Scheinbar muss ich in der Produktklasse getPrice und damit das ProductPrice Model anpacken. Trotzdem bekomme ich keine Lösung hin.

Es würde mir ja schon reichen wenn ich wüsste, wie ich aufgrund einer Option den Preis verändern kann. Beim Update des Warenkorbs ist $arrOptions (mit dem o.a. Commit) im calculatePrice Hook leer.

Ich schließe mich fall2out an. Ein kleiner Tipp wäre echt hilfreich. Es müssen ja noch nicht einmal Codeschnipsel sein. Es würde mir ja schon reichen wenn ich wüsste, ob ich neben der Produktklasse noch weitere Klassen anpacken muss oder ob ich alles dort regeln kann.

[Ma3xl3]

Grüß euch.

Sollte auch so etwas ähnliches umsetzen, nur anstatt in Kubikmeter gibt es ein Längenmaß wofür eine Preiskalkulation notwendig ist.

Wie bereits lomex erwähnte, funktioniert dies rein über Hooks und einer eigenen Produktklasse nicht. In der Klasse ProductCollection in der Methode addProduct muss z.B. der Einzelpreis neu berechnet und es sollte zusätzlich ein Feld mit dem Längenmaß abgespeichert werden.

Habe schon probiert die addProduct Methode zu überschreiben. Jedoch klappt dies bei Isotope nicht so wie man es von den anderen Contao Core Modulen her kennt. Die schlechteste Lösung ist natürlich wenn man direkt in den Isotope-Core-Files diese Methoden anpassen müsste.

Vielleicht gibt es ja einen kleinen Tipp