Ideen um Produkte auf Website zu präsentieren

Axel Hempelt

Hallo zusammen,

ich habe ien Projekt, wo kein Shop zum Einsatz kommen soll, jedoch sollen die Produkte selbst auf der Website an verschiedenen Stellen in verschiedener Darstellung ausgegeben werden. Es handelt sich vermutlich auch nie mehr als um 20 Produkte.

Fürher gabs mal die pixelant/pxa-product-manager, hängt aber in der v11 fest und wird wohl nicht aktiv weiterentwickelt.

Hab ihr da eine Empfehlung?

Ein Produkt / Dienstleistung besteht aus Texten, Bildern, Preisinformationen, Downloads, Kategorie.
Die Darstellung soll zum einen als Cards oder in Spalten nebeneinander erfolgen.
Die Einbindung der Producte auf den Seiten, kann manuell durch den Redakteur erfolgen.

Ich weiß, das sind noch nicht viele Informationen. Bin mit dem Kunden erst im Brainstorming und suche erst einmal Ideen...

Vielleicht reicht auch ein Plugin, in welchem ich die einzelnen Produkte einstellen kann und dann auf den Inhaltsseiten das Plugin lade, die gewünschten Produkte auswähle und über einen Layout-Schalter die Darstellung ausgebe...(?) Brächte ich dazu jemand, der mir dieses Plugin schreibt, bzw. den Anfang erklärt.

Die erste schnelle Idee war, entsprechende Inhaltselemente zu bauen, die der Redakteur befüllen kann. Ist halt redaktionell mehr Aufwand und ein Produkt, welches auf mehreren Seiten eingebunden wird, muss entsprechend mehrfach gepflegt werden. Das führt vermutlich zu inkonsisten Ausgabe von Produkt-Eigenschaften.

Danke und VG

Simon Oberländer

Hi Axel,
ja genau. Sehe ich auch so. Entweder baust du dir eine einfache Extension. (Du hast ja nur darstellende Felder und keine wirklichen verarbeitenden Aufgaben drin.) Alternativ kannst du auch Contentelmente wie ContentBlocks arbeiten und dann jeweils mit Referenzen arbeiten, welche abhängig von Elternelement mit CSS unterschiedlich dargestellt werden.
Liebe Grüße

Christian Reifenscheid

Hi Axel,

alternativ zu Simons Vorschlag könntest Du Inhaltselemente (tt_content) in einem kleinen Plugin über Flexform auswählbar machen und über Layout-Optionen des Plugins dann unterschiedliche Darstellungsmöglichkeiten abbilden.

VG,
Christian

Eric Harrer

Ich würde da auch eher eine kleine Extension (ggfls. mit dem Extension Builder in einer TYPO3 v11 Instanz zusammengeklickt) bauen. So hättest du eine echte Listen- und Detailansicht auf Basis eines zentralen Datensatzspeichers und künftig potenziell die Flexibilität noch beliebig weitere Funktionalität zu ergänzen wie etwa die Filterung nach Kategorien. Die Produkt-Daten liegen dann auch in einer extra dafür vorgesehenen eigenen Tabelle und die URLs könnten auf Basis des Produkt-Titels automatisch erzeugt werden.

Wolfgang Wagner

Würde auch den Extension Builder nehmen, denn damit hast du sowas super einfach erstellt, ohne viel Ahnung von Extensionentwicklung zu haben (hab ich auch schon ab und zu gemacht). Die "Hauptarbeit" hast du dann eigentlich mit der Anpassung der Frontendausgabe, was dann aber wieder TypoScript und Fluid ist.
Auf Github gibt es ja die mit v12 kompatible Version, die von @Philipp gepflegt wird. Damit sollte das eigentlich schon funktionieren.

Wolfgang Wagner

Bzw. auch auf Packagist:

composer require friendsoftypo3/extension-builder:v12.0.0-beta.2

Eric Harrer

Wolfgang Wagner Ich habe gerade mal eine Extension mit v12.0.0-beta.2 zusammengeklickt. Es funktioniert soweit schon gut aber es gibt noch ein paar Probleme bei der Ausgabe. Wenn man ein Plugin definiert hat dann wird aktuell sowohl ein neuer CType für tt_content angelegt als auch ein Plugin. Egal ob ich die Ausgabe schließlich per Custom Content oder Plugin steuere erhalte ich aktuell in v12 Fehlermeldungen im Frontend trotz static TypoScript Include.

Mit ein wenig Extension Development KnowHow werden sich die Fehlbezüge sicherlich leicht fixen lassen. Für Integratoren wird es allerdings in dieser Version ggfls. schwierig.

Hier mal der (unveränderte) aus dem Extension Builder exportierte Stand: https://github.com/ErHaWeb/simple_products

PS: Für Kategorien wäre es in v12 noch schön den TCA Type category wählen zu können aber das kann man notfalls auch noch direkt im TCA im entsprechenden Feld anpassen.

Axel Hempelt

Danke euch :-)
Ich tendiere nun auch erst einmal auf eine eigene simple Extension über den Extension Builder. Werde ich mich mal daran probieren.
v13 gibt es den wohl noch nicht und auch v12 ist von Philipp behelfsweise erstellt worden ...(?) Wie schaut die Zukunft für den Extension Builder aus? Wird der künftig dann wegfallen? Nur für mich zur weiteren Planung, ob ich da gegebenfalls Unterstützung brauche.

Eric Harrer

Axel Hempelt Ich hatte kurz Rücksprache zum Extension Builder mit Philipp. Er arbeitet aktuell noch an der v12 kompatiblen Fassung. Aufgrund seiner Arbeit an der Content Blocks GUI fehlt ihm aktuell die Zeit am Extension Builder weiter zu arbeiten.

Wegen v13 würde ich mir erstmal keine großen Sorgen machen. Bezogen auf die Dateien/Inhalte, die der Extension Builder auspielt, gibt es kaum Änderungen zwischen 12 und 13. Ich vermute mal es wird dann nurnoch kleinere Anpassungen in den zugehörigen Code-Templates erfordern, um den Extension Builder für v13 fit zu machen.

Die aktuelle Fassung ist hingegen ziemlich aufwändig, da Philipp komplett auch die GUI neu aufgebaut hat.

PS: Ich bin gerade mal dabei mir das Problem mit den Fehlbezügen im Extension Builder Code anzusehen. Evtl. ist das schnell per PR gefixt.. kann aber noch nicht genug dazu sagen.

Axel Hempelt

Wenn Du mir mal deinen ungefähren Aufwand sagst, kann ich im nächsten Meeting beim Kunden mal vorfühlen, ob er da bereit wäre, die Entwicklung zu unterstützen. Versprechen kann ich nichts, fragen kostet nix und nein gesagt hat er schon. Also kann es max. besser weren ;-)

Axel Hempelt

@Eric Harrer Wenn ich es richtig verstehe, dann ist aktuell der Extension-Builder noch nicht für v13 einsetzbar, aber für die v12 so gut wie fertig.

Hintergrund der Frage, das Projekt setze ich in den nächsten 2-4 Wochen auf einer grünen Wiese auf. Starten wollte ich eigentlich direkt mit der v13. Den Produktteil könnte ich auch nach hinten schieben, so dass ich ihn erst ab ca. Juni bräuchte. Wäre das realisitisch, also dennoch gleich mit v13 zu starten?

Axel Hempelt

@Eric Harrer Wenn ich es richtig verstehe, dann ist aktuell der Extension-Builder noch nicht für v13 einsetzbar, aber für die v12 so gut wie fertig.

Grundsätzlich wäre es auch kein Problem mit der v12 zu starten. Ich wollte nur den Aufwand des ersten Upgrades sparen und dem Kunden vorn dabei mitspielen lassen.
Er hatte mit seiner letzten Website v9.5 richtig Pech. Entwicklung damals waren unnötige 2,5 Jahre und der Go-Live der Website erfolgte mit ELTS ...
Also mal richtig schlecht gelaufen ...
Glück für mich, ich hab das Projekt mit Go-Live übernommen und die Agentur war raus :-)

Philipp

Hi, also der Plan ist, dass ich den Extension builder weiter entwickel. Aktuell habe ich halt die komplette GUI umgebaut für die v12. Die war vorher mit YahooUI gemacht und das wird seit vielen Jahren nicht mehr supportet. Das hat auch in der v12 nicht funktioniert, daher bin ich auf ReactJS umgestiegen. Ich musste hierbei die komplette GUI samt den Relations neu bauen. reactFlow nimmt mir da auch etwas Arbeit ab. Aber das ist halt ein langer Prozess. Das Update auf v13 sollte dann weniger das Problem sein, weil die GUI ja schon da ist.
Hilfe ist immer willkommen, gerade was React anbelangt. Es reichen auch kleine bugfixes oder einfach issues anlegen. Ich mache das komplett alleine in meiner Freizeit.

Peter Oberzier

Vielleicht ist die Idee auch zu rudimentär, aber je nach Anforderung ausreichend und vor allem mit Bordmitteln:
Du kannst die Produkte als einzelne Seiten in einem Ordner anlegen und überall dort, wo Du eine Liste oder Übersicht ausgeben möchtest, ein Contentelement Menü einsetzen. Die Ausgabe kannst Du ja beliebig anpassen.
So etwas in der Art habe ich auf https://www.kbhv.de/ mit Katalogen und auf meiner Seite MELPRO mit den Referenzen genutzt.

Axel Hempelt

Peter Oberzier @Peter Oberzier Durchaus auch ein simpler aber dennoch guter Ansatz :-) Hatte sowas in "Ähnlich" mal für eine Künstlerseite umgesetzt und mit DataProcessoren mir meine Elemente zusammengesucht. Bis zu einem gewissen Grade überschaubar, bei größerer Vielfalt wurde es dann leicht unübersichtlich. Aber es hatte geholfen.

Ich bzw. der Kunde wird sich nach jetzigem Stand wohl für eine eigene kleine EXT entscheiden und darin alle erforderlichen Datenfelder abdecken.

Danke @all für Eure Anregungen, die haben uns in der Entscheidungsfindung sehr gut geholfen.

Unterstütze das Forum

Hilf mit, den Community Hub für TYPO3 werbefrei zu halten und die Betriebskosten zu decken. Werde Official Community Hub Supporter für nur 5 Euro im Monat (zzgl. USt) und erhalte ein exklusives Supporter-Badge. Jeder Beitrag zählt!

Jetzt Supporter werden

Impressum - Datenschutz - Kontakt - Netiquette - RSS