Neu Feature Requests für das News System Refactoring

[sjk]

Hi,

in einigen Issues zum News-System/Blog wird ein kommendes Refactoring erwähnt. Aus unserer Sicht ist das seit Jahren dringend nötig, weil man mit einem JTL Shop im Content Bereich aktuell schwach aufgestellt ist. Daher möchte ich hier mal unsere top drei Feature-Requests für das Refactoring platzieren, die imho universell für alle Shopbetreiber, egal aus welcher Branche, einen großen Mehrwert im Content Bereich bringen würden. Ping @FMoche

1. Verknüpfbarkeit von Beiträgen mit Artikeln: Multiauswahl von Artikeln in Beiträgen ermöglichen. Verknüpfte Artikel zeigen den Beitrag dann in einem Tab auf ihrer Detailseite an.

2. Suchfunktion in der Blogübersicht: Was @DrGreen hier sagt. Nutzt man das News-System nicht nur für News im Wortsinne, sondern als Blog mit Wissensbeiträgen, Rezepten, Anleitungen, Tipps und anderem hochwertigen Content der unbegrenzt lang relevant bleibt, so wird es sehr schnell unübersichtlich.

3. Integration mit dem OPC: Über den OPC sollten Beitragsstreams (wie Productstreams) an beliebiger Stelle einsetzbar sein, filterbar nach Kategorien, Autoren, Stichwörtern etc. So ließen sich u.a. separate Blogübersichten für spezifische Kategorien erstellen (z. B. eine Seite für Rezepte, eine für News).

4. Eigene Felder im Beitragsbackend: Custom Fields (Text, Dropdown, Checkbox, Datum etc.) würden den Blog enorm aufwerten und flexibel machen. In Kombination mit einem Childtemplate ermöglichen sie freie Layoutgestaltung während die Beitragspflege selbst für jeden Anwender möglich bleibt.

 

[frankell]

Alternativ "einfach" den JTL- Shop fluffig in Wordpress einbindbar machen...

Man wird ja wohl noch träumen dürfen! 🤣

 

[NoOne]

Da sollte kein Refactoring her, das gehört komplett aus dem Core rausgefeuert. Da würde ich eher über die eigenen Inhalte was per iFrame in den Shop einbinden, wenns unbedingt sein muss. Ansonsten sind die eigenen Inhalte doch eigentlich deutlich flexibler. Brauchen vermutlich ohnehin nicht viele, das wäre dann eher Plugin-Sache. Aus dem Shop-Core sollte eigentlich noch viel mehr in Plugins ausgelagert werden. Damit man für einen Bugfix nicht gleich den ganzen Shop updaten muss.

 

[frankell]

sollte eigentlich noch viel mehr in Plugins ausgelagert werden.

Von JTL, die immer an die jeweils aktuelle Version angepasst sind? Dann ja. Von Drittanbietern? Dann nein.

Damit man für einen Bugfix nicht gleich den ganzen Shop updaten muss.

Dafür gibt's doch eigentlich Hotfixes.

 

[NoOne]

Von JTL, die immer an die jeweils aktuelle Version angepasst sind? Dann ja. Von Drittanbietern? Dann nein.

Eigentlich sogar von Drittanbietern, doch. Weil das eigentlich nichts mit einem Shop zu tun hat. Kommt aber drauf an, wie viele Leute das nutzen. Aber im Allgemeinen ist ein Shop kein CMS. Blog, Newsletterversand, Statistiken... Das ist alles sehr Basic, weil das kein Kerngebiet eines Shops ist. Gut, Statistiken eigentlich schon, aber die sind hier ein Sonderfall, weil die Wawi eigentlich mehr weiß als der Shop, abgesehen von den Conversions, die im Shop stattfinden. Aber da ists halt auch sinnvoller das wen externen erledigen zu lassen, meistens Google. Da wäre es besser, nur Schnittstellen zu haben, wo Plugins oder komplett externe Lösungen mit arbeiten können. Und vielleicht ein Plugin anbieten, das diese Dinge grundlegend anbietet. Den Shop ein wenig entschlacken halt. Aber ein Blogsystem, das mit den gängigen Blogsystemen mithalten kann, zu implementieren... Das wäre doch overkill. Die Basics sind jetzt schon da, die kann man erweitern. Per Template und Plugin. Ich kenn die Zahlen natürlich nicht, aber Dinge aufbohren, die wenig genutzt werden (allgemein gesprochen, jetzt nicht nur auf die Blogs/News bezogen) ist meistens schlicht Zeitverschwendung.

Dafür gibt's doch eigentlich Hotfixes.

Hotfixes kann man eigentlich immer selbst einpflegen. Wenn man sich da ran traut. Ansonsten gibts da aber keine. Die Patch-Pakete enthalten immer alles, was sich seit der Version davor geändert hat. Du hast im Moment nicht wirklich die Wahl nur Bug X zu beheben und ein für dich unnützes Feature außen vorzulassen. Es sei denn, du machst das händisch. Und dann bist du offiziell nicht auf der aktuellsten Version.