Hallo M-DVD-Team
Ich betreibe eine Hompage die mit Typo3 gebaut wurde. Dort möchte ich nun gerne die DVD-Sammlung aus M-DVD veröffentlichen. Die bestehenden Exportmöglichkeiten mögen mich dazu aber nicht so richtig begeistern.
Die folgenden Gründe führen zu diesem Urteil:
Nun mein Vorschlag:
Typo3 ist ein sehr gut entwickeltes Opensource CMS. Ich könnte mir vorstellen, dass ein gutes stabil laufendes PlugIn zu Typo3 und ein entsprechender Export in M-DVD neu Kunden bringen wird. Ich stelle mir dabei in etwa folgende Funktionalität vor:
Tönt jetzt vielleicht alles sehr Umfangreich. Ich glaube aber dass dies völlig neue Möglichkeiten erschliessen würde, und vor allem auch neue Kunden aus der (nicht ganz kleinen) Typo3-Gemeinde geben wird.
Ich würde das PlugIn ja eigentlich gerne selber schreiben, bin aber nicht genügend fit in PHP und Typo3-API. Der notwendige spezalisierte XML-Export dürfte für M-DVD wohl nicht das Problem darstellen.
Grüsse von webGandalf
Hallo webGandalf,
das ist mal ein sehr ausführlicher und umfangreicher Beitrag!!!
Schnell zu den Exports:
Generell hast du recht, das immer ein kompletter Export notwendig wird. Jedoch ist die Datenmenge pro 100 DVDs mit Detaillierter Liste & Detailansicht nur ca. 3 MB (unkomprimiert) - in Zeiten von DSL kein wirkliches Problem - auch, wenn ein differenzieller Export selbstverständlich die Creme del a Creme wäre.
Die Anpassungen des Exports sind im Prinzip unbegrenzt - nur gibt es aktuell noch keine gute Beschreibung/Tutorial, welches dieses Dokumentiert. Das werden wir Anfang März mit dem Update "Reporting Edition" beheben.
Auch lässt sich hiermit selber steuern, ob die Detailansicht in einem eigenen Fenster (wie aktuell - und somit kein Problem für den "Rücksprung zur Liste"), oder in dem selben Fenster geöffnet wird.
Zu dem PlugIn:
Somit sollte die einfache Integration in Layouts von jeglicher Art von CMS kein Problem mehr darstellen.
Die Bereitstellung eines eigenen Plugins für ein spezielles CMS ist aktuell nicht vorgesehen, zumal es sehr viele, gute CMS auf dem Markt gibt.
Da es bereits einen XML-Export gibt, welcher per PHP oder XSLT dynamisch mit den exportierten Details (HTML) zusammengeführt werden könnte, sehe ich hier auch eher die Aufgabe bei der Community, welche diese Erweiterungen durch die flexibilität welche M-DVD.Org V2 im Bereich der Exports bietet, selber erstellen kann.
Des weiteren gibt es noch das MDVDOrgInterface:
http://www.synapp.de/Site/Products/Product_Viewer.aspx?Product=M-DVD.Org&Page=Interface
Dieses würde alle Freiheiten und die Umsetzung aller deiner Ideen sehr einfach ermöglichen - allerdings nur unter einer .NET komatiblen Programmiersprache.
Schönen Gruß,
admin wrote:Die Anpassungen des Exports sind im Prinzip unbegrenzt - nur gibt es aktuell noch keine gute Beschreibung/Tutorial, welches dieses Dokumentiert. Das werden wir Anfang März mit dem Update "Reporting Edition" beheben.
admin wrote: Somit sollte die einfache Integration in Layouts von jeglicher Art von CMS kein Problem mehr darstellen.
Ist für mich so nicht wahr. Ich habe mir einige Zeit genommen um die Möglichkeiten im Zusammenhang mit Typo3 auszuloten. Etwas akzeptables habe ich nicht finden können...
Bspw. gibt es keine Möglichkeit mit einem XML-Export diejenigen Daten zu exportieren die auch in der HTML-Detailansicht vorhanden sind. Wichtige Bereiche fehlen. Um nur einige zu nennen: Schauspieler, Inhalt, Extras, etc. Können also in einem CMS auch nicht ausgewertet werden. Dazu kommt die Frage wie ich an die Covers oder die Vorschau-Covers ran komme...
admin wrote: Generell hast du recht, das immer ein kompletter Export notwendig wird. Jedoch ist die Datenmenge pro 100 DVDs mit Detaillierter Liste & Detailansicht nur ca. 3 MB (unkomprimiert) - in Zeiten von DSL kein wirkliches Problem - auch, wenn ein differenzieller Export selbstverständlich die Creme del a Creme wäre.
Also ich komme bei den ca. 250 DVDs als HTML-Export auf 9.5MB. Und das nach jedem Neuzugang auf die Homepage laden... Und dazu ist danach alles noch immer statisch... Das ist sicher möglich aber nicht unbedingt sehr bedienerfreundlich - auch im DSL-Zeitalter nicht... Sorry, so sieht meine Meinung dazu aus. Da kann ich eine dynamische Lösung in die Richtung meines Vorschlags nicht als Creme de la Creme bezeichnen....
admin wrote: Auch lässt sich hiermit selber steuern, ob die Detailansicht in einem eigenen Fenster (wie aktuell - und somit kein Problem für den "Rücksprung zur Liste"), oder in dem selben Fenster geöffnet wird.
Das ist aber eine sehr vereinfachte Anschauungsweise. In einem CMS einfach eine neue Seite mit den DVD-Details zu öffnen... Was soll das??? Genau dazu ist ein CMS ja eigentlich nicht gedacht, oder bin ich hier mit meiner Vorstellung wirklich so alleine??? In Eurer statischen Lösung wäre es für Euch ja wohl das kleinste gewesen bei der Generierung der Detailseite auch gleich noch den Link zur entsprechenden Übersichtsseite zu generieren, und so den Rücksprung korrekt zu ermöglichen. Die Informationen sind ja wohl schon von der Generierung der Übersichtsseiten vorhanden. Immerhin könntent Ihr ja einen Marker für die Vorlagen ermöglichen der dann beim Generieren abgefüllt wird. Aber eben leider immer noch statisch...
admin wrote: Da es bereits einen XML-Export gibt, welcher per PHP oder XSLT dynamisch mit den exportierten Details (HTML) zusammengeführt werden könnte, sehe ich hier auch eher die Aufgabe bei der Community, welche diese Erweiterungen durch die flexibilität welche M-DVD.Org V2 im Bereich der Exports bietet, selber erstellen kann.
Zum ersten Teil habe ich die Grenzen des XML-Exports weiter oben ja schon aufgezeigt. Zum zweiten kann ich nur sagen, die Community baut also ein PlugIn welches sie dann im Repository gratis zur Verfügung stellt, und das generiert Euch dann neue bezahlende Kunden... Nennt sich das WinWin, oder wie.... Aber vielleicht liese sich da ja etwas machen, wenn wenigstens ein vollständiger XML-Export (inkl. Covers, etc.) zur Verfügung stehen würde.
admin wrote: Die Bereitstellung eines eigenen Plugins für ein spezielles CMS ist aktuell nicht vorgesehen, zumal es sehr viele, gute CMS auf dem Markt gibt.
admin wrote: Des weiteren gibt es noch das MDVDOrgInterface: http://www.synapp.de/Site/Products/Product_Viewer.aspx?Product=M-DVD.Org&Page=Interface Dieses würde alle Freiheiten und die Umsetzung aller deiner Ideen sehr einfach ermöglichen - allerdings nur unter einer .NET komatiblen Programmiersprache.
wenn du dir die Mühe machst, so eine lange Antwort zu schreiben, möchte ich doch kurz darauf eingehen.
Ich weiss nun nicht, wie fit du in HTML bist - aber generell gibt es nichts, was mit unserem Templating nicht gehen würde. (HTML-Export) Auch ist das die flexibelste Lösung, welche ich selber je gehen habe.
Wenn du einfach eine bestehende Seite aus Typo3 nimmst, die Variablen aus dem M-DVD.Org V2 Template extrahierst, und dann daraus dein eigenes Design baust, sollte es eben keine Hindernisse geben.
Der XML-Export ist nur in wenigen Feldern limitiert, würde aber auf jeden Fall für eine dynamische Listenansicht reichen - den Link von dieser zu den generierten Details (im Typo3-Style) würde dann über die ID, welche verfügbar ist, erstellt werden.
Das ist aber eine sehr vereinfachte Anschauungsweise. In einem CMS einfach eine neue Seite mit den DVD-Details zu öffnen... Was soll das??? Genau dazu ist ein CMS ja eigentlich nicht gedacht, oder bin ich hier mit meiner Vorstellung wirklich so alleine???
Also ob ein CMS nur ein Fenster oder mehrere Verwendet ist doch nicht der Punkt. Die Idee eines CMS ist eben, Content einfach und ohne grosse Kentnisse bereit zu stellen - daher auch "Content Management System".
Das es viele weitere Benutzer gibt, für die der Kauf der Software relevant wäre, weil ein Plugin für ein bestimmtes CMS exisitert, halte ich für eher unwarscheinlich. Die meisten werden die HTML-Exports auf einer "einfachen Homepage" oder über einen Webhoster anbieten. Auch die Anzeige in einem CMS (ohne Anpassungen ans Design) sollte keine Probleme darstellen.
Würden wir aber Plugins anbieten, so müssten wird dies auf jeden Fall für alle relevanten CMS machen - und das ist nun wirklich ein wenig viel - zumal wir eben wie oben genannt der Community, oder den einzelnen Interessierten die Möglichkeiten gegeben haben, dies selber zu realisieren, falls Interesse besteht.
Der XML-Export von V2 erzeugt sogar noch mehr Daten wie der von V1 - so das du hier mit dem oben genannten Vorschlag (dynamisch Liste aus XML + Link zu modifizierter Detailsseite) einfach zu realisieren sein sollte.
Gruß, und viel Erfolg,
ich werde mal sehen, in wie weit sich deine Wünsche für die weitere flexibilisierung des HTML-Exports integrieren lassen.
Vor allem die "Schnellsprungleiste" sollte wir von dir beschrieben auch bei aktivem "Paging" funktionieren.
Zudem werden wir jedem Film einen Tag mit der ID verpassen, auf welchen dann ohne Probleme gesprungen werden kann.
Ob wir das noch in die "Reporting Edition" integrieren können, kann ich noch nicht sagen.
Gruß,
Ja, klar geht das...das meinte ich ja die ganze Zeit (siehe oben).
Erstellen eines XML-Exports, als dynamische Datenquelle für die dynamische Listenansicht mit Links auf die erzeugten HTML-Exportdateien (Details, welche als Dateinamen immer die ID tragen).
Zugriff auf die ID erhältst du per $ID - im XML steht die ID ja schon im TAG.
die Verzeichnisse, welche kopiert werden, sind soweit fix im Code (\Details und \Resources).
Die Cover werden aus gutem Grund 2x abgelegt. Aktuell ist das noch überflüssig, aber in Zukunft hätten wir hierdurch die Möglichkeit, auch komplette Cover (Coververwaltung) und nicht nur die Vorschaucover zu exportieren.
Daher auch die Unterteilung der Ordner und Unterordnung der Resourcen-Ordner.
Generell wäre es aber auch möglich, und evtl. sogar übersichtlicher, die Cover tatsächlich in einen eigenen Ordner zu exportieren. Hier könnte man auch gleich überlegen, ob hier evtl. mit Cover_Big, Cover_Small unterschieden werden sollte. Somit würden vorerst die oben genannten doppelten Coveruploads entfallen.
Wir sind ab nächster Woche an der "Reporting Edition", und werden in diesem Zuge sehen, ob dies evtl. eine sauberere und bessere Lösung darstellt.
Gruß, und danke für deine Vorschläge,
Größere Änderungen an der Verzeichnisstruktur werden wir wohl nicht machen, da diese durchaus ihre Berechtigung hat.
Einzig die Covers werden wir wohl wie oben besprochen auslagern und vereinheitlichen.
Wenn man den Index z.B. teilweise tiefer als den Basisindex speichert, wie von dir vorgeschlagen, stimmen die relativen Pfade der Vorlagen dann nicht!!! Dies hätte Darstellungsfehler zur Folge, oder würde mehrere identische Vorlagen benötigen.
Das Verzeichnisse unterhalb der Basisverzeichnisse übernommen werden, auch wenn diese M-DVD.Org V2 unbekannt sind, macht durchaus Sinn!
Das der Pfad nicht gespeichert wird, ist uns bekannt - lässt sich jedoch nicht ändern. Hier gibt es eine generell Limitierung des "Auswahldialoges". Bei Dateiauswahldialogen (wie XML- oder Excel-Exports) können wir den Pfad speichern - bei Ordnerauswahldialogen leider nicht.
admin wrote:Einzig die Covers werden wir wohl wie oben besprochen auslagern und vereinheitlichen.
Finde ich wirklich gut. Mit dem nächsten Punkt zusammen habe ich aber die Frage, ob es nicht wieder zwei Cover-Verzeichnise geben wird...
admin wrote:Wenn man den Index z.B. teilweise tiefer als den Basisindex speichert, wie von dir vorgeschlagen, stimmen die relativen Pfade der Vorlagen dann nicht!!! Dies hätte Darstellungsfehler zur Folge, oder würde mehrere identische Vorlagen benötigen. Das Verzeichnisse unterhalb der Basisverzeichnisse übernommen werden, auch wenn diese M-DVD.Org V2 unbekannt sind, macht durchaus Sinn!
Relative Pfade sind doch wie in den folgenden Beispielen immer noch machbar:
/../details/5.html/../covers/cover_5_small.jpg
/../details/5.html
/../covers/cover_5_small.jpg
Sollte offiziell funktionieren. Hatte damit noch nie Probleme. Sehe wirklich nicht weshalb da mehrere identische Vorlagen nötig würden? Oder habe ich da etwas nicht recht verstanden?
Ich schlage diese Struktur vorwiegend aus der Überlegung vor, da ja auch die Covers nicht wieder in zwei Verzeichnisse aufgeteilt werden sollten um das doppelte Exportvolumen zu verhindern.
Im Root-Verzeichnis würde ich nur eine Hauptindex-Datei ablegen, damit der Aufruf über den üblichen Weg (index.html) möglich wird. Im einfachsten Fall leitet diese dann einfach auf /index/index_01.html weiter, ohne lang geöffnet zu werden. index.html müsste nicht einmal generiert werden, da ja index_01.html immer am selben Ort unter dem selben Namen zu finden ist. Sie müsste also einfach beim Export mitkopiert werden...
Das ist aber für mich nur ein Detail. Für die Weiterverarbeitung mit Typo3 sogar absolut unintressant. Aber bei einem Standallon-Export etwas komfortabler - finde ich...
admin wrote: Das der Pfad nicht gespeichert wird, ist uns bekannt - lässt sich jedoch nicht ändern. Hier gibt es eine generell Limitierung des "Auswahldialoges". Bei Dateiauswahldialogen (wie XML- oder Excel-Exports) können wir den Pfad speichern - bei Ordnerauswahldialogen leider nicht.
