Wie publizieren bzw. Denkfehler?

Hallo. Mir ist da etwas grundsätzliches nicht klar. Hoffe, mit dieser Frage niemanden zu verärgern. Ich habe den Apache Webserver auf meinem System installiert inkl. allem Zugemüse. Ich kann das CMS gebrauchen und es funktioniert soweit alles prima. Nur: ich betreibe ja keinen eigenen Webserver. Mein Webserver steht beim Provider. Muss ich die Typo3 auf dem Webserver meines Providers installieren? Geht das überhaupt? Oder kann ich das Endprodukt, das ja auf meinem Apache-Server läuft, irgendwie auf den Webserver publizieren? Danke für die Starthilfe. AT

TYPO3 muss auf dem Webserver des Providers installiert werden. Die Erstellung und Pflege des Content erfolgt dann komplett 'online'.
Falls der Provider kein TYPO3 unterstützt bleibt nur ein Providerwechsel.

Jochen Weiland

eine alternative, die aber nur bedingt nutzbar ist:

du kannst deine dateien per wget / httrack (es gibt auch eine extension von dkd irgendwo) publizieren und dann hochspielen. Aber: die Pflege der seite geht natürlich nur auf deinem Typo3 server (in deinem Fall nicht online) Vorteil allerdings: sofern du wget / httrack richtig konfigurierst ersparst du dir typo3 probleme auf deinem live server.

Und mit dem Effekt, dass man die Vorteile eines CMS und dynamischer Webseiten ad absurdum führt. Dann kann auch gleich wieder Frontpage & Co. verwenden.

Jochen Weiland

dem kann ich so per se nicht zustimmen.

Ja - viele Funktionen eines echten cms sind ad absordum geführt d.h. keine online-pflege, keine community-funktionen etc.

Aber: wo diese nicht gebraucht werden, kann das "hochspielen" durchaus Sinn machen. Wir haben z.B. einen Typo3 Server im Intranet einer Firma installiert, der so auch intern genutzt wird + einen Bereich für die Publikation von Internet-Inhalten. Der wird allerdings dann "hochgespielt". So erspart man sich Probleme mit dem vorhanden Marktplatz, + sicherer, + schneller, + keine Ausfall der Seite bei Problemen... . In dem speziellen Fall macht diese Lösung vollkommen Sinn und führt Typo3 durchaus nicht ad absurdum (siehe aber auch für eine ähnliche Meinung artikel von dkd im Internet / t3n). Eine pauschale Ablehnung ist zwar möglich aber eher eine Sichtweise von Typo3 - Providern 🙂

Grüße jacs

Wenn es ja nur Online-Pflege und Community Funktionen wären. Aber auch eine Suche funktioniert nicht, ebenso Formulare, Login-Funktion, zeitgesteuerte Inhalte...
Und ich glaube es gibt nur wenige Webseiten, die darauf verzichten können.
Ich sehe durchaus einen Sinn in der Publish-Funktion von TYPO3, jedoch in anderen Anwendungsbereichen.
Ich wollte nur darauf hinweisen, dass die meisten Vorteile eines CMS auf diesem Weg wieder verloren gehen.

Jochen Weiland

Ich erlaube mir, hier eine kleine (subjektive) Zusammenfassung zu schreiben und hoffe dabei beiden positionen einigermassen gerecht zu werden :-)

Grundsätzlich ist es zu empfehlen, für Typo3 einen spezialisierten Typo3 Provider zu nutzen: die Kosten sind unwesentlich höher und der Service im Vergleich zu 0815-Providern wesentlich besser, man erhält den gesamten Funktionsumfang von Typo3 und kann sämtliche Vorteile eines dynamischen cms nutzen (dabei gilt auch: was ich heute nicht so dringend brauche, kann morgen schon ein muß sein).

Wo aber Typo3 vor allem als Redaktionssystem genutzt wird, kann das hochspielen von statischen Seiten von Vorteil sein. Dabei gibt es für viele "Probleme" durchaus eine Lösung: Beispiel zeitgesteurte Inhalte - diese sind durchaus möglich (cron job zum hochspielen - so wirkt die zeitsteuerung zwar nicht sekunden-genau ist dafür einfacher zu überwachen). Diese Vorteile greifen vor allem da, wo Typo3 in eine bestehende Infrastruktur integriert werden muß - so können Formulare von der internen IT-Abteilung ausgewertet/erstellt werden, ohne dass diese zusätzlich noch (ausgiebige) Typo3-Kenntnisse braucht. Sie kann sich stattdessen auf die notwendige in-house entwicklung konzentrieren und braucht sich nicht zu sorgen, dass z.B. ein update des live-servers auf php 5.2 noch zusätzlich Probleme mit dem CMS aufwirft.

Dennoch: beim Publizieren statischer Seiten ohne Typo3-Server verlieren die meisten FE-Extensions komplett ihren Sinn. Eine Reihe von weiteren Features ist so nicht mehr verfügbar (z.B. Spam Schutz von email adressen). Was man da noch braucht, muss man also selber nachbauen - was manchmal einfacher, meist aber aufwendiger ist. (Suchfunktion ist ein gutes Beispiel - es gibt durchaus Gründe, nicht die Typo3 Suche zu nutzen - doch eine eigene Suchfunktion zu implementieren kostet Geld / Arbeit und wenn man Typo3 als Gesamtpaket nutzt erleichtert die Typo3-Suchfunktion einem die Arbeit ungemein - gerade im Bezug auf tt_news).

und typo3 als einfaches ein-mann redaktionssystem - da kann man sich tatsächlich fragen, ob contribute, frontpage & co nicht "ausreichen".

Grüße
jacs

Ich stimme den Ausführungen zu, aber die Antwort passt nicht zur ursprünglichen Frage. Denn es ging ja nicht darum, ob man einen "speziellen TYPO3 Provider" braucht, sondern ob man TYPO3 eher beim Provider oder lokal installiert.
Ich wage mal zu behaupten, dass bei mind 98% aller Anwendungen TYPO3 beim Provider (bzw. auf dem Server) installiert ist und die lokale Installation mit Nutzung von Publish eher die (in speziellen Fällen berechtigte) Ausnahme darstellt.
Das TYPO3 bei vielen 0815 Provider nicht (oder nur mit Einschränkungen) läuft steht auf einem anderen Blatt und war hier nicht das Thema.

Jochen Weiland

atenix schrieb

Muss ich die Typo3 auf dem Webserver meines Providers installieren? Geht das überhaupt?

Ich habe allerdings das Gefühl, wir haben uns da ein wenig in einen Besserwisser-Wettstreit hineingesteigert. Vielleicht sollten wir einfach die restlichen Argumente ruhen lassen. Ich wünsche in allen Punkten eine geruhsame Nacht.