Catalog Extension Entwicklungsstand

[Sares]

Hi,

habe mich grad mal ein wenig durch das alte und das neue Forum gewühlt und bin dabei auf den Link:

http://code.google.com/p/typolight-catalog/

gestoßen. Dabei scheint es sich um eine Weiterentwicklung des derzeit im Repository verfügbaren Catalog Moduls zu handeln, zumindest wenn ich mir die Versionsnummern anschaue. Stimmt das??

Wenn ja, hat diese Version schon jemand von euch im Einsatz? Wo liegen die Vorteile / Nachteile, was ist anders / neu? Ist das schon für den produktiven Einsatz zu empfehlen (wird ja zumindest als Alpha 2 gekennzeichnet und das bedeutet normalerweise noch Finger weg ).

Vielen Dank für ein paar Infos!
SR

[xtra]

Dann will ich mich als einer der drei Entwickler mal eben kurz zu Wort melden.

Ich habe den Katalog zwar bei mir scho im Einsatz, rate jedoch noch von einem Einsatz in kritischen Umgebungen ab. Schon allein weil wir erst letztens einen Bug gefixt haben, welcher die Katalogtabelle in der MySQL Datenbank geloescht hat. Dies nur als Warnung vorweg.
Zum ausprobieren kann ich jedoch anraten, nimm dann jedoch am Besten die aktuellste Version aus dem svn, da die alpha eben noch einige Bugs hat, wie z.B. den obigen, ein neues Alpha Preview wird es hoffentlich in den naechsten Tagen/Wochen geben, je nachdem wieviel Zeit wir dafyr finden.

Doch nun zu den erfreulichen Dingen.
Es tut sich verdammt viel und du hast richtig gesehen, es ist eine Weiterentwicklung des "normalen" Katalogs, jedoch so massiv, dass wir das release 1.0 komplett weglassen und gleich mit 2.0 einsteigen.

Die groessten Neuerungen sind:

• Catalog und CatalogExt sind gemerged worden. Es wird also nur noch eine Erweiterung geben.
• Neues Modul CatalogFeatured um aehnliche Eintraege als Vorschlag anzuzeigen.
• Neues Modul KatalogNavigation
• Neues Modul FrontendEditing (mit immer besser werdenden Rechtevergabe)
• Neue Funktionalitaet Katalog Kommentare welche auf dem CatalogReader angezeigt werden.
• Entwickler koennen nun eigene Feldtypen in den Katalog hineinhaengen, damit ist z.B. chShop dann updatesicher zum Katalog kompatibel.
• Neue Funktionalitaet RSS Feeds.
• Import/Export via CSV
• Calculated Fields um den Katalog selbst einige Berechnungen durchfuehren zu lassen.

Und noch einiges mehr wird kommen, jedoch fokussieren wir momentan auf dem Frontend editing, welches momentan Prioritaet 1 auf der Liste hat.

Ich hoffe diese Infos helfen dir (und evtl. auch einigen anderen hier) den Katalog ein bisschen besser einzuschaetzen und evtl. mag der ein oder andere ja Tester spielen und installiert ihn auf einem seiner Testserver.
Schliesslich sind wir nun ein gutes Styck weit auf Bugreports angewiesen, da die Meisten Features ja implementiert sind und es nun ums Bug finden und fixen geht.

Gruss
Chris

[Sares]

Hallo Chris,

vielen Dank für Deine ausführliche Antwort!

Ist schon ziemlich beeindruckend, was der neue Catalog alles können wird, da freue ich mich schon richtig auf die finale Version .

Die aktuelle Download-Version habe ich vorgestern mal kurz getestet, habe aber sofort im Taxonomy Modul einen Internal Server Error erhalten und werde daher Deinem Rat folgen und lieber mal die aktuelle SVN Version ausprobieren. Für das aktuelle Projekt arbeite ich aber im Moment mit der letzten im Repository verfügbaren Version, die macht soweit (fast) alles wie ich mir das vorstelle...

Liebe Grüße
Sares

[Wichteldesign]

Gibts den schon eine grobe Ahnung wann die neue Version fertig ist? Freue mich riesig drauf.

[xtra]

Leider kann ich dir keinen Release Termin nennen, wie bei so vielen OpenSource Projekten ist es beim Katalog einfach "When it's done".

Es fehlen einfach noch ein paar Features, welche wir unbedingt noch drin haben wollen und das FrontendEditing ist noch nicht befriedigend zum Abschluss gekommen, es fehlen noch ein paar Dinge.

Dennoch geht die Entwicklung voran, nicht zuletzt dank unseres Testers MacKP, welcher mir immer sofort auf die Fysse tritt, wenn ich was kaputt mache oder nicht schnell genug implementiere. *g*

Dennoch kann und will ich keine Abschaetzung geben, nichtmal vage, um keinen hinterher zu enttaeuschen.

Wer jedoch testen moechte, ist herzlich eingeladen die aktuellsten Sourcen via Subversion von der Projektseite zu beziehen.

Gruss
Chris

[Shania]

Hallo,

ich nutze zwar nicht den aktuellen Stand des Catalog, aber vielleicht ist das hier ja auch so.

Ich habe beim testen beispielsweise einen ganzen Katalog gelöscht. Danach bekam ich nur noch Fehlermeldungen und kam erstmal gar nicht mehr rein, in das Modul. In der Datenbank sah ich dann, dass es noch viele Verweise auf diesen gelöschten Katalog gab. Erst als ich die alle mit der Hand aus der Datenbank auch gelöscht hatte, ging alles wieder.

Es wäre also gut, wenn entweder alle abhängigen Daten mit gelöscht würden (mit einer "Willst du wirklich?" Meldung) oder eine Meldung käme, was man manuell löschen muss bevor man den Katalog löschen kann (Taxonomie usw.). Da es viele Abhängigkeiten geben kann ist diese Varianten vielleicht sogar günstiger. Vor allem, wenn der Katalog sehr groß war.

[xtra]

Ich habe beim testen beispielsweise einen ganzen Katalog gelöscht. Danach bekam ich nur noch Fehlermeldungen und kam erstmal gar nicht mehr rein, in das Modul.

Kamst du nicht mehr in die Konfiguration? Waren die Fehler nur im BE, nur im FE oder in beidem?
Eine genauere Fehlerbeschreibung waere hier von Noeten.

In der Datenbank sah ich dann, dass es noch viele Verweise auf diesen gelöschten Katalog gab. Erst als ich die alle mit der Hand aus der Datenbank auch gelöscht hatte, ging alles wieder.

Welche Datensaetze waren dies? In welchen Tabellen?

Es wäre also gut, wenn entweder alle abhängigen Daten mit gelöscht würden (mit einer "Willst du wirklich?" Meldung) oder eine Meldung käme, was man manuell löschen muss bevor man den Katalog löschen kann (Taxonomie usw.). Da es viele Abhängigkeiten geben kann ist diese Varianten vielleicht sogar günstiger. Vor allem, wenn der Katalog sehr groß war.

Also in der Taxonomie solltest du nichts loeschen myssen, wenn du einen Katalog benutzen moechtest.
Auch der Fall andersherum, also Eintraege, welche im Katalog noch verwendet werden zu loeschen, sollte keinen negativen Einfluss auf die Darstellung haben (die betreffenden Datensaetze koennen dann nur nicht mehr aufgeloest werden und die Tags "verschwinden" einfach.

Es waere schoen, wenn du hierzu noch ein paar Details herausfinden koenntest, denn bei mir funktioniert das loeschen eines Katalogs fehlerfrei, einzig die diesen Katalog verwendenden Module funktionieren nicht mehr. Dies ist noch verbesserungswyrdig, zugegeben. Ich bitte Dich, hierzu (wenn du genauere Informationen hast) ein Ticket zu eroeffnen.

Gruss
Chris

[Shania]

Hi Chris,

na ja, da ich nun alles gelöscht habe, kann ich dir leider nichts genaues mehr sagen *sorry*.

Ich kam dadurch jedenfalls nach meiner Erinnerung gar nicht mehr in das Katalog Menü rein.

Ich habe halt alles abhängige, was mit dieser Katalog-ID verknüpft war, gelöscht. So viele Tabellen sind es ja nicht.

Wenn ich meine Testumgebung nicht mehr brauche, dann kann ich es ja nochmal versuchen und dir sicherlich mehr sagen.

[MoDzilla]

[*] Neues Modul FrontendEditing (mit immer besser werdenden Rechtevergabe)

Hi,

bei diesem Punkt würde mich interessieren ob Ihr es ermöglicht Katalogeinträge wie bei Artikeln zu behandeln. So das nur der Ersteller des Eintrags innerhalb eines Kataloges diesen auch bearbeiten kann.

Stichwort Zugriffsrechte

[MacKP]

Hallo MoDzilla,
an so etwas arbeitet xtra gerade.
Das ganze ist allerdings noch nicht im SVN, sondern wird bei einem Projekt von mir implementiert und getestet. Wenn das soweit zufriedenstellend ist, wird das ins SVN kommen und kann dort getestet werden bis zum Umfallen ;-)

Viele Grüße

[MoDzilla]

Ja herrlich - das ist doch mal eine Ansage!

Habe die SVN bei mir laufen und bin bisher schon sehr begeistert was alles damit geht! Dann warte ich mal gespannt auf weiteres! Danke für die Info!