Zum Inhalt springen

Staging, Workflows, etc. - Ist TYPO3 richtig?

Erstellt am 21. Dezember 2005 · 5 Antworten · letzte Antwort am 21. Januar 2006

Tags: Frage

Weinbrandkeks ·

Liebe Kollegen,

für ein anspruchsvolles Projekt prüfe ich derzeit, inwieweit TYPO3 als System infrage kommt. In anderen Projekten habe ich TYPO3 gern eingesetzt, bin aber unsicher, inwiefern es hier passt. Vielleicht könnt Ihr mir ja mal Eure Gedanken dazu mitteilen. Es würde mich sehr freuen.

Also, nun zu den spezifischen Anforderungen:

1. Staging:
Es soll nicht direkt veröffentlicht werden, sondern entweder eine Preview-Funktion vor dem eigentlichen Publishing möglich sein oder eine Synchronisation zwischen Redaktions- und Live-System stattfinden. Ist so etwas mit TYPO3 möglich?

2. Cache/Performance:
Es sind mindestens 10.000 Seiten von Anfang im System. Dauert die SQL-Abfrage nicht zu lange? Es gibt natürlich den Cache, aber dafür muss ja jede Seite zumindest einmal aufgerufen worden sein. Wo liegt Eurer Meinung nach die Grenze für TYPO3? Gibt es eine Möglichkeit, den Cache direkt zu befüllen?

3. Statische Seiten
Ist es generell möglich, richtige statische Seiten zu exportieren? Damit meine ich nicht das Simulieren statischer Seiten zur Suchmaschinenoptimierung, sondern wirklich die Produktion statischer Seiten. Das wäre etwa für eine CD-ROM-Produktion wichtig.

4. Workflow Engine
Hier fand ich TYPO bisher etwas schwach auf der Brust. Die umfassende Engine wurde unter Projekte lange angekündigt. Weiß jemand, wie hier der Status ist? Es gibt zudem zahlreiche Workflow-Extensions im Repository. Welche ist gut? Für unseren Workflow wäre es wichtig, bestimmte Seiten nach einer Weile automatisch auf "Review" zu setzen, sodass Sie von den entsprechenden Redakteuren duchgeschaut und ggf. aktualisiert werden müssen. Der entsprechende Redakteur sollte nach Möglichkeit gleich eine Email bekommen.

5. Frontend Editing
Habt Ihr Erfahrung damit, ob es auch möglich ist, via Frontend-Editing Inhalte zu ändern, die aus dem List-Modul kommen, also Datensätze, die nicht in der pages-Tabelle stehen, sondern z.B. aus einer Extension kommen (etwa Inventurliste in einer Extension Inventur)?

6. Frontend Formulare
Wie leicht ist es, Formulare einzurichten, um direkt Datensätze (z.B. aus einer Extension-Tabelle) von den Usern ändern zu lassen. Es geht darum, dass bestimmte Inhalte nicht über das Backend gepflegt werden können, weil dafür eine Schulung nötig wäre. Wie sind Eure Erfahrungen? Fand ich bislang nicht so klar.

7. Integration externer Apps
Ist es möglich, einen DLL-Aufruf zu starten? Anders gefragt: läßt sich nur PHP-Code einbinden oder habt Ihr es auch hinbekommen, anderen externen Code anzubinden.

Oh je, so viele Fragen. Bitte seid nicht böse. Aber ich denke, dass sie für viele Projekte relevant sind.
Wäre nett, wenn Ihr mir weiterhelfen könntet. Vielleicht ergibt sich ja auch eine kleine Diskussion übder den Stand von TYPO3.

Gruß

Der Keks

Flink ·
Weinbrandkeks schrieb

1. Staging:

ist möglich

Weinbrandkeks schrieb

2. Cache/Performance:
Es sind mindestens 10.000 Seiten von Anfang im System. Dauert die SQL-Abfrage nicht zu lange? Gibt es eine Möglichkeit, den Cache direkt zu befüllen?

Es wird nur bei vielen Benutzern gleichzeitig langsamer. Da wird der Cache schon von den Benutzern befüllt. Entweder am besten einen schnelleren Root-Server besorgen oder die Seiten auf 2 Server nach Themen verteilen.

Weinbrandkeks schrieb

3. Statische Seiten
Ist es generell möglich, richtige statische Seiten zu exportieren?

Dazu auf der Developer-Liste nachlesen.

Weinbrandkeks schrieb

4. Workflow Engine
Hier fand ich TYPO bisher etwas schwach auf der Brust. Die umfassende Engine wurde unter Projekte lange angekündigt. Weiß jemand, wie hier der Status ist?

Es fehlt Zeit/Geld dazu.

Weinbrandkeks schrieb

5. Frontend Editing
6. Frontend Formulare

Jede Extension kann umgeschrieben werden, damit das Frontend Editing möglich wird. Am besten Kontakt mit den jeweiligen Autoren der Extensions aufnehmen.

Weinbrandkeks schrieb

7. Integration externer Apps
Ist es möglich, einen DLL-Aufruf zu starten?

Dazu werden Schnittstellen von PHP zu ASP oder .NET benötigt, über die man per Link dann andere Anwendungen aufrufen kann. Es läßt sich auch PHP selber individuell erweitern.

hankwatson ·

1. Staging:
ist möglich

wie?

oder anders und höflich ;-)

gelesen, dass das möglich ist, habe ich mittlerweile ziemlich oft, nur WIE das geht leider noch gar nicht.

Würde mich über Links zu entsprechenden Dokus oder sonstigen Hilfestellungen freuen.

Gruß und Dank,
Martin

Flink ·

Auf einer Seite läßt sich unter 'Seitentitel bearbeiten' die 'Seite verstecken'. Damit kann sie nur von den Redakteuren im Backend editiert und angesehen werden.
Wenn es läuft, wird die Seite wieder als sichtbar gesetzt.

Weinbrandkeks ·

Vielleicht reden wir aneinander vorbei?
Wikipedia liefert folgende Definition:

Staging-Architektur
-------------------

Bei einer Staging-Architektur werden der eigentliche Webserver und das CMS getrennt. Die redaktionelle Pflege der Inhalte erfolgt im CMS (inklusive Workflows, WYSIWYG-Editoren o.ä.). Nachdem ein Inhalt fertiggestellt und zur Veröffentlichung freigegeben wurde erfolgt ein Export. Der Export erfolgt auf dem Staging-Server, der die Seiten vollständig vorberechnet zur Verfügung stellt. Diese exportierten Seiten können in der Folge mit einem Übertragungstool (typischerweise FTP oder rsync) auf den eigentlichen Webserver überspielt werden.
Durch die vollständige Vorberechnung der Seiten auf dem Staging-Server ist auf dem Webserver selbst keine Komponente des CMS für die Auslieferung notwendig (Apache oder IIS reichen hier aus), hierfür kann also unter Umständen bereits ein äußerst günstiges Webspace-Angebot für den Webserver ausreichen. Dieses Verfahren bietet sich für 2 Nutzergruppen an:

- Nutzer, die auf Ihrem Webserver ausschließlich mittels FTP zugreigen können und nicht oder unzureichend Komponenten für dynamische Systeme (im Open-Source-Umfeld meist PHP und MySQL) dort vorfinden.

- Firmen, die großen Wert auf Persormance der Seitenauslieferung und auf die Sicherheit der (noch) nicht veröffentlichten Seiten legen.

Dynamische Architektur
----------------------

Webserver und CMS sind ein System, sowohl die Pflege als auch die Auslieferung der Seiten an den Besucher erfolgen über das CMS.

Kommt ein Besucher auf die Webseite, so wird für diesen auf Basis der aktuell freigegeben Seiten die Internetseite errechnet und zur Verfügung gestellt.

Für den Betrieb eines dynamischen Systems muss auf dem Webserver Software installiert werden (eben das CMS). Dieses Konzept ist insbesonders bei kleineren und Open-Source-Systemen (hier häufig auf der Basis von PHP / MySQL) verbreitet.

Problematisch an diesem Ansatz ist die starke Abhängigkeit der Performance der Seite von der Performance des CMS. Hier muss für jeden Besucher und für jeden seiner Klicks Rechenzeit aufgewendet werden, um diesem die Seite zu präsentieren (zum einen die Umsetzung der Templates und zum anderen die Datenbank-Abfragen). In der Vergangenheit kam außerdem wiederholt zu Sicherheitsproblemen, wenn mittels URL-raten eigentlich noch nicht zur Veröffentlichung bestimmte Artikel zu früh eingesehen werden konnten (z. B. Urteil zur Wehrpflicht http://www.heise.de/newsticker/meldung/26382).

Darum geht es.

bananenbieger ·

Das hören jetzt vielleicht die wenigsten hier gerne, aber für ein solches Projekt wäre eventuell eZ Publish http://ez.no/products/ez_publish_cms (weil Enterprise-CMS) besser geeignet als Typo3 - Performancemäßig sind beide CM-Systeme gleich schnell und gleich Hardwarehungrig. Wir setzen auf unseren Servern momentan beides ein, wobei ich langsam immer mehr zu eZ Publish tendiere.

Dann mal aus eZ P Sicht.

zu 1. Staging geht natürlich: http://ez.no/products/ez_publish_cms/documentation/faq/general/does_ez_publish_support_staging.

zu 2. eZ Publish ist als Enterprise-Lösung konzipiert worden und somit auch für riesige Projekte (u.a. auch auf verteilten Servern) geeignet. Ebenfalls kann man eZ so einrichten, dass es den Content-Cache vorab füllt.
Generell sind SQL-Abfragen eigentlich kein Engpass. Das Parsen von PHP-Skripten und Templates zieht viel mehr Performance. Typo3 sowie eZ-Publish haben deshalb ja auch Caches. Und mit einem PHP-Accelerator kann man beide Systeme ganz schön auf Trab bringen.

zu 3. Ist mit eZ Publish möglich. Einfach eine zusätzliche SiteAccess für die statische Ausgabe konfigurieren.

zu 4. Workflows sind bei eZ Publish eingebaut.

zu 5. Bei eZ Publish kann man alles im Front-End bearbeiten - Vorrausgesetzt, man vergibt die passenden Rechte.

zu 6. Kleine Änderung am eZP-Template, und schon steht ein tolles Formular zur Verfügung. Ansonsten: siehe 5.

zu 7. Wenn es mit PHP kompatibel ist, dann geht auch eine einbindung. DLLs könnten allerdings schwierig werden. Von DLLs hab ich als Unix-User aber wenig Ahnung.

Viele Grüße

bananenbieger