Es gibt ein neuen Seitentyp Produkt Landing Page - types/productLandingPage
Ziel des Seitentyps ist es, in den Einstellungen ein Produkt auszuwählen und für dieses Produkt ein Landingpage erstellen zu können.
So können spezielle Produkte hervorgehoben werden.
Aufbau:
productLandingPage.top Zone
Produkt
productLandingPage.bottom
zur Zeit habe ich das Produktcontrol dafür verwenden, ich weis jedoch nicht ob das so optimal ist.
Wenn du was anderes dafür brauchst, dann bitte bescheid geben.
Designs
Untergeordnete Elemente
...
Verknüpfte Elemente
0
Verknüpfe issue miteinander, um zu zeigen, dass sie verwandt sind.
Mehr erfahren.
@henbug als ich nach Design-Inspirationen gesucht habe, habe ich mich gefragt, was der Seitentyp eigentlich macht. Jetzt wo ich nachdenke, kann ich mir nicht erklären, was ich hier hübsch machen soll.
Alle gefundenen Beispiele sind schöne Landingpages, manchmal mit einem CTA Button (Link) zum Produkt. Aber eine Seite, wo das Produkt irgendwo am Ende (oder in der Mitte) mit großem "Jetzt kaufen" Button ist, kenne ich nicht. Kannst du ein Beispiel nennen?
Ich verstehe auch nicht, warum der Seitentyp Bausteinzonen liefern soll. Warum nutzen wir nicht direkt die Zonen, die wir haben (vor dem Inhalt, nach dem Inhalt)? Das Produkt wird schließlich "im Inhalt" als Control dargestellt.
Außerdem verstehe ich nicht, was ich hübsch machen soll. Paar Beispiel Bausteinen vor dem Produkt? Aber das ist doch zu spezifisch, das könnte ich höchstens als Demo Data bauen (können Seiten mit Demo Data angelegt werden? Eher nicht, oder?).
Jetzt überlege ich mir, ob es nicht sinnvoller wäre, einen Baustein (als Control), was ein Produkt darstellt, dazu verschiedene Vorlagen. Mit dem Baustein kann man dann eine schöne Landingpage bauen, aber die Landingpage ist dann immer ja spezifisch. Hier wäre wieder "Demo Data" hilfreich.
Hier sind paar Inspirationen, aber das sind "ganz normale" Landingpages... Ich denke nicht, dass es darum geht:
Sorry, dass ich erst jetzt schreibe, aber als ich mich dadran gesetzt habe, habe ich gesehen, dass ich die Idee nicht verstanden habe. Kannst du das bitte beschreiben? Ggf. können wir morgen früh telefonieren, wenn du magst. Oder nächsten Montag.
$Brick=newQUI\Bricks\Brick(['type'=>'content','title'=>'Mein neuer Inhalt; Für Seite: '.$Site->getId().' - '.QUI\Utils\Uuid::get(),'description'=>'(generierter baustein)','content'=>'Dies ist ein test']);
$BrickManager->saveBrick dürfte die einfacherere Methode sein, da die Abstraktion vom Brick Objekt etwas anders ist. Das interpertiert ja viele Eigenschaften. $BrickManager->saveBrick ist da direkter was die Datenbank angeht. Diese Methode wird auch verwendet wenn du einen Brick speicherst.
Grundlegend kannst du einen Brick anlegen, speichern, die die Attribute aus dem Ajax nehmen und diese Attribute dann direkt zu $BrickManager->saveBrick geben. Das sollte gehen.