Hallo Rikky,
Wenn du Artikel jederzeit ändern möchtest (auch automatisiert), empfehle ich dir einen Artikel als IFrame zu erstellen. Den Inhalt des Iframes kannst du dann jederzeit und überall mittels einfachen Editor abändern oder auch automatisert erstellen lassen. Beide Dateien (iFrame-Content und PDF) sind mittels FTP-Client (FileZilla) upzuloaden.
Bezüglich Artikelstil: du kannst ja das CSS in die Content-Datei einbinden bzw. mit den <style> Tags ja ein eigenes Aussehen definieren. Natürlich brauchst du HTML und CSS-Kenntnisse. Weiters kannst du ja für dein automatisiertes Programm ein eigenes Template erstellen.
Für mich stellt sich natürlich die Frage, welches Programm bzw. welche Daten du als Quelle für den automatisierten Content heranziehst.
Gruß Robert
Hallo Robert,
dank Dir für die Antwort!
Ein ändern von Content ausserhalb des CMS ist bei einem statischen Zeta-Artikel relativ problemlos.
Meine Schwierigkeit ist, dass ich im Vorfeld nicht weiss, wie ein Artikel aussehen wird. D.h. Layout, Veröffentlichungszeitraum und Content sind nicht bekannt. Ich weiss vorher auch nicht, wieviele Artikel ich erzeugen muss. Erst wenn ich die Info bekomme, möchte ich automatisiert einen neuen CMS-Artikel im Zeta anlegen mit dem dann bekannten Gültigkeitszeitraum als Parameter und vielleicht ein paar Zeilen HTML-Code als Inhalt. Ich stelle mir das so vor, dass ich ein paar Templates vordefiniere und dann aus den Templates ebenfalls eins per Parameter auswähle.
Natürlich kann ich mir die Gültigkeitslogik auch irgendwie extern mit iFrames und JavaScript zusammenbauen, aber wenn ich das sowieso selbst programmiere, dann brauche ich - überspitzt gesagt - kein CMS mehr.
Als Quelle für den Artikel gibt es eine Überschrift, ein Thumbnail-Bild, ein PDF-Dokument und einen Link auf dieses PDF-Dokument. Weiter müssen Artikel-Stil und Gültigkeitszeitraum bekannt gegeben werden.
Mir ist schon klar, dass das im Moment nicht geht, aber das ist ja hier die Abteilung "Wünsche für kommende Versionen". 
Grüße,
Rikky,
Hallo Rikky,
aber es bleibt dann immer (auch bei ZP10), das Problem, dass das Erstellen der Seiten und der FTP-Transfer manuell angestoßen werden muss. Da ZP ein statisches CMS und deine Wünsche eher einem dynamischen gleichkommen könnte es vielleicht sein, dass Zeta Producer nicht das ideale Produkt für dich ist.
Gerade das leichte Handling zeichet ZP von anderen CMS aus und darum verwenden es viele. Andere Systeme wie Jomla, Mambo, Typo etc. sind in ihrer Bedienung - aus meiner Sicht - komplizierter und erschweren den Einstieg, bieten aber vielleicht mehr Möglichkeiten.
Der Lösungsvorschlag von mir, sollte dir nur aufzeigen, dass es bereits Lösungsansätze für dein Problem gibt und dass die auch relativ einfach umgesetzt werden können. Die eierlegende Wollmilchsau wird Zeta Producer wahrscheinlich auch in ferner Zukunft nicht werden.
Gruß Robert
P.S. Natürlich ist hier das Forum Wünsche abzugeben und Ideen anzuregen.
Hallo Rikky,
eine Schnittstelle würde mir jetzt spontan einfallen, aber wie deren Definition im Detail aussieht kann ich nicht beantworten. Es ist die Access-Datenbank web.mdb, in dem die Artikel, Links, Bildinformationen etc. hinterlegt sind.
Wenn ihr eine definierte Seite habt mit ganz konkreten Parametern, so müsste es möglich sein, auf die Datenbank zuzugreifen und die entsprechenden Datensätze auszutauschen. ZP macht ja beim Bearbeiten eines Artikels auch nichts anderes.
Gruß Robert
Schnittstellen verlangen auch eine gewisse Flexibilität des Users ab - eine ich kann alles Einlesen und Verarbeiten-Schnittstelle ist mir bis dato noch nicht bekannt.
Hallo Robert,
an die web.mdb habe ich auch schon gedacht. Unter Schnittstelle verstehe ich natürlich ein vom Hersteller nach aussen unterstütztes interface. Wenn ich einfach so in der Datenbank arbeite und sich die Datenbankstruktur/-Logik in einer späteren Version ändert, ist mein Scripting-Code kaputt.
So schlimm wäre das nicht, upgraden muss ich ja nicht. Im Prinzip würde mir auch erstmal eine inoffizielle Info reichen: Füge eine neue Zeile in der Tabelle PageItem von web.mdb hinzu, generiere die Object-IDs so und so, füge die Bilder da und dort hinzu und lege die PDF-Dokumente dahin. Ich kann das auch ausprobieren, aber alleine das konsistente Generieren von Object-IDs und sonstigen IDs ist schwierig, wenn man nicht weiss wie das Programm arbeitet (Ich gehe mal davon aus, dass die Object-IDs Programmweit eindeutig sind).
> " Schnittstellen verlangen auch eine gewisse Flexibilität des Users ab "
???
Ich verstehe Deinen Unterton nicht ganz. Ich denke, wir sind uns einig, dass es für meine Anforderung keine Schnittstelle im Sinne einer offiziell dokumentierten und offiziell unterstützten Schnittstelle gibt. Es gibt auch keinen Lösungsansatz für mein Problem, erst recht keinen, der relativ einfach umgesetzt werden könnte. Meine vorhandene oder nicht vorhandene Flexibilität hat bis dahin noch keine Rolle gespielt.
Man kann sicher festhalten, dass ZP das falsche Tool für mein Problem und damit für mich ist, aber die Migration auf ein anderes CMS will wohl überlegt sein.
Grüße,
Rikky
Hallo Rikky,
mit dem
" Schnittstellen verlangen auch eine gewisse Flexibilität des Users ab "
meinte ich, dass man von einem Programm nicht erwarten kann, dass es für das subjektive Problem genau die entsprechende Schnittstelle bereit hält, sondern auch der User eine gewisse Flexibilität aufbringen muss.
Aber warum für dich iFrames etc. nicht in Frage kommen, wird sich wahrscheinlich meinem Geist für immer verschließen - nämlich gerade dort würden sie Sinn machen, wo ständig wechselnde Inhalte automatisch generiert werden, so fern es der User wollte - HTML bleibt HTML und wäre auch daher später für andere CMS-Lösungen nutzbar.
Ich wünsche dir aber jedenfalls viel Glück bei deiner Suche nach einem anderen CMS und der darauffolgenden Portierung.
Gruß Robert
Hallo Rikky,
ich habe dein Problem schon verstanden, aber anscheinend hast du Probleme mit meinen Lösungsvorschlägen. Anbei ein paar kleine Definitionen:
ZP-Artikel sind grundsätzlich STATISCH, siehe: http://de.wikipedia.org/wiki/Content-Management-System
Die Kernfunktionalität eines CMS wäre die Erstellung der Artikel ohne HTML-Programmierung und nicht nur die bloße Definition der Gültigkeit.
Weiters können auf einer Seite auch mehrere iFrames angezeigt werden, die wiederum komplette HTML-Seiten beinhalten, siehe http://de.wikipedia.org/wiki/Inlineframe
Mein Ansatz war, dass man die Funktion von ZP mittels einer eigenen kleinen Software nachbaut - ZP macht ja auch nichts anderes, dass es Platzhalter im Template austauscht und auf das CSS für das Layout zurückgreift (würde sogar mit Word-Makros sich realisieren lassen) und dies ist nicht nur auf EINEN Artikel beschränkt.
Ich habe dir nicht empfohlen innerhalb von ZP den iFrame-Inhalt zu ändern (was ja auch nicht funktioniert), sondern den HTML-Content des iFrames extern auszutauschen!
Welche CMS deinen Ansprüchen genügen, kann ich und will ich nicht recherchieren. Stand der Dinge ist, dass ZP9 Desktop und ZP10 Desktop dies nicht können und es das Ziel des Support-Forums ist, dass wir, so gut es geht, Lösungsansätze unterbreiten. Wenn die User diese natürlich diese nicht aufgreifen wollen - es steht ja ihnen frei - so soll es sein. Für den einen oder anderen User sind vielleicht die Hinweise hilfreich.
Aber vielleicht wäre es bei der Diskussion von Vorteil gewesen, wenn du mal die Adresse der Seite bekannt gegeben hättest, damit man die genaue Funktion und Problematik ersehen kann und es wären vielleicht noch andere Lösungen zustande gekommen.
Gruß Robert
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
