Webworking

Nachrichten und Artikel des WebTeams

Inhalt

Typo3 als Allrounderlösung für Unis?

Typo3 als Allrounderlösung für Unis?
Viele Universitäten springen derzeit auf den Zug Typo3 auf.
Dies oft weniger wegen der Qualität der Software, sondern aus im wesentlichen zwei Gründen:

  1. Die Software kostet nichts
  2. Andere Unis benutzen es auch und man kann sich zur Not an die Kollegen wenden

(Weitere inoffizielle Gründe wären meines Erachtens auch:

  • Viele kommerzielle Systeme haben die Versprechen der Vergangenheit nicht gehalten (z.B. korrekte Trennung von Inhalt und Layout) was zu einer negativen Sichtweise gegenüber kommerziellen Herstellern führte.
  • Viele sind unverhältnismäßig teuer und können daher von Unis nicht auf Dauer betrieben werden)

Meines Erachtesn ist die Nutzung von Typo3 mit Vorsicht zu geniessen.
Und zwar insbesondere aus zwei gewichtigen Gründen.

  1. Typo3 verlangt -wie jedes professionelles WCMS- eine Betreuung durch einen Admin und es verlangt regelmäßige Schulungen. Bei großen Webauftritten ist es quasi unerläßlich dafür eine Stelle zu schaffen, die sich um nichts anderes kümmern kann als die Administration des Systems! Die Schulungen der Autoren müssen zudem regelmäßig durchgeführt werden. Wenn dies nicht erfolgt, geht der Webauftritt irgendwann mit seiner Publizierungsrate in den Keller. (Ein Aspekt, den viele der Unis noch nicht betrachten, weil sie noch in der üblichen Anfangseuphorie stecken.).

    Die Schulungen zu Typo3 sind deswegen problematisch, da man diese Schulungen sonst nirgendwo anders gebrauchen kann. Sehr oft hört man das Argument, daß fast niemand HTML könne. Aber gilt dies nicht für Typoscript und die Bedienung von Typo3 genauso?
    Für beides braucht man Schulungen. Wenn ich aber eine Schulung in der Verwendung eines WYSIWYG-HTML-Editors mache, der feste Templates unterstützt, dann haben meine Autoren was davon und können auch für andere Webprojekte eingesetzt werden. Zudem gibt es hier bereits ein breites Vorwissen. (Immerhin sind 60% aller Deutschen im Netz.) Typo3 und Typoscript dagegen kann kein Autor woanders verwenden.

  2. Typo3 kostet gewaltig Performance. Auf einem Dual Xeon mit 2x3GHz können laut Vortrag des RZN auf dem ZKI/AMH Webadminmeeting 2005 maximal 8 Webauftritte mit Typo3 gehostet werden. Im Typo3-Buch von Robert Meyer heisst es sogar:
    Bei weniger als 150.000 Seitenaufrufen pro Monat ist ein dedizierter Server voraussichtlich nicht erforderlich. […] Ab ca. 200.000 Seitenaufrufen im Monat ist ein Single-Prozessor-Server mit 1 GByte Arbeitsspeicher ausreichend. Bei bereits 500.000 Seitenaufrufen pro Monat sollte ein Dual-Prozessor-Server mit 2 oder 4 GByte Arbeitsspeicher eingesetzt werden. Ab etwa 1 Million Seitenaufrufen im Monat empfiehlt es sich, Typo3 in einer Cluster- oder Load Balancing-Umgebung zu betrieben.

    Wie läßt sich dies auf eine gut gehende Universitätsplattform übertragen?

    Zum Vergleich: Wir haben hier an der Uni Erlangen etwa 480 verschiedene Webauftritte. Darin sind viele kleine Webauftritte mit minimalen Hits drin, die seit Jahren mit bewährten techniken gebaut werden, aber auch große Hightraffik-Domains wie das Uni-Portal, das RRZE-Portal und diverse bekannte WISO-Domains.
    Derzeit werden die 29 Haupttraffikdomains auf einen einzigen Server gehostet auf denen sie über 3 Mio Seitenaufrufe pro Monat bewältigen. Die anderen über 400 Webauftritte die wir am RRZE hosten verteilen sich auf 2 (ja, nur zwei!!) weitere Server.

    Und was wir hier als Server haben sind keine Superrechner, sondern Standard-Sunserver. Das schnellste ist die Sunfire 280f.
    Lange Rede, kurzer Sinn: Würde man versuchen allein die Haupttraffikdomains auf Typo3 zu stellen, bräuchte man einen enormen Hardwareaufwand, der zusätzlich betreut werden muss (von wem? wir haben dafür keine Stellen). Illusiorisch wäre die Vorstellung, Typo3 für alle Hosts zu nutzen. Das kann niemand bezahlen (Nur Hardwarekosten + Betreeungskosten).

Die Folgen der Performance sind auch anderen Unis bekannt. Doch anstelle nun zu schließen, daß Typo3 vielleicht nur für mittlere Webauftritte geeignet ist, wird der verzweifelte Versuch unternommen, alle vorhandenen Webauftritte, aller Einrichtungen zusammenzuführen auf einem einzigen Webauftritt. Gutes Argument hierzu ist dann natürlich die gemeinsame CI und der vermeintlich positive Wiedererkennungseffekt, den Studierende dann haben würden. (Schließlich wüsste man ja bei jeder Seite daß man zur Uni XY gehört, da ja jede Site gleich strukturiert sei. Das gleichzeitig eine Uniformität eintritt und einzelne untereinander konkurrierende Einrichtungen kaum voneinander unterscheidbar und optisch wiederfindbar sind, ist ein zu oft unterschätzter und absichtlich argumentativ verniedlichter Aspekt).

Dieser Versuch ist jedoch zum Scheitern verurteilt – dies zeigt die Erfahrung der Vergangenheit deutlich. Ein Zentraldesign läßt sich nur bei straffen Organisationsformen auf Dauer durchführen. Und dann auch nur bei vorhandenen Schulungsmaßnahmen.

Viele Kollegen, die von den Hochschulleitungen mit diesem Ziel betraut waren, sehen nach abklingen der ersten Benutzungseuphorie immer wieder dieselben Probleme auf sich zukommen:

  • Ungeschulte und uninformierte neue Mitarbeiter wissen nichts von der zentralen Lösung und bauen mal eben was eigenes neu auf. Ist es dann einmal da, kann es nicht merh so schnell weg.
  • Viele Einrichtungen, insbesondere derren Leitung, pochen auf ihre Unabhängigkeit, die sich nicht nur in Design, sondern auch in dem Wunsch nach vollständigher Kontrolle äußert. Egal, wie gut die zentrale Lösung sein mag: Liefert sie der Einrichtung nicht genug Eigenständigkeit, wird sie nicht angenommen und folglich ignoriert oder boykottiert.
  • In der Regel kann keine Pflicht zur Teilnahme an regelmäßigen Schulungen eingeführt werden. Mir ist zudem keine Uni bekannt, die diese Pflicht jemals schon von Anfang an versuchte einzuführen. Doch ist erstmal eine gewisse Zeit vergangen, wissen viele Leute nicht mehr wie sie seiten Publizieren sollen. Erschwerend kommt an Unis die hohe Zahl an zeitlich befristeten Stellen hinzu, derren Inhaber aus Kostengründen garnie erst geschult werden.
    Folglich läßt die Publizierungsrate nach und die Inhaltsqualität sinkt.
  • Jede Erweiterung muss entweder selbst in typoscript programmiert werden, oder -wenn man Glück hat- gibt es sie schon, muss aber dann auch installiert werden. Doch irgendwer muss genau dies machen. Also entweder ein Admin oder ein WebTeam, die sich darum kümmern muss (da gibt es dann viel zu tun), oder aber jeder Autor erhält das Recht auf die Nutzung von Typoscript.
    Bei den knappen Stellen für Webadmins und den hohen Qualitätsdruck und Bedarf der Anwender (Welche Stellen überhaupt? Nichtmal hier an der Uni Erlangen gibt es eine echte Stelle dafür – dafür ist ja kein Geld da.) ist die Wahrscheinlichkeit da, daß das Recht zur Nutzung von Typoscript relativ frei gehandhabt wird. (ähnlich wie vor Jahren mit der Einführung interaktiver Skripten via CGI oder PHP).
    Folge hierdurch wieder: Die Leute können mannigfaltig auf ihre Typo3-Instanzen eingreifen und Dinge machen, die dann wieder entgegen der offiziellen Linie sind.

Aus all diesen Erfahrung bleibt für mich ein Schluß:
Eine Allrounder-Lösung kann es nicht geben und wird es nicht geben. Typo3 ist ein Hilfsmittel, welches gut geeignet ist für mittelgroße, überschaubare Webauftritte.
Aber mehr auch nicht.

Die einzige richtige Lösung besteht meines Erachtens nur darin, ein Rahmenkonzept zu entwickeln, mit dessen Hilfe individuell zugeschnittene Lösungen machbar sind.
Diese kann und sollte auf alle Fälle die “personelle Betriebsumgebung”, genauso berücksichtigen, wie vorhandenes Wissen der Mitarbeiter, Barrierefreiheit, verfügbare Technik und echte Kosten.

In Darmstadt sagte Arne Ohlsen:
Der größte Feind der Barrierefreiheit ist das kurzfristige Denken

Dies stimmt. Aber es ist noch mehr:

Der größte Feind eines qualitativ hochwertigen und nachhaltigen Webauftritts ist das kurzfristige Denken

7 Kommentare zu “Typo3 als Allrounderlösung für Unis?

  1. Anonymous sagt:

    Das Problem ist dann aber nicht Typo3….
    ….sondern die Strukturen der Universität. Denn wenn ich mitkriege was einige Fakultäten oder Lehrstühle für ihren schlechten, halbfertigen Webauftritt zahlen, dann sollte es an der Hardware und der Stelle für die Betreuung nicht mehr scheitern (welche auch wirklich nötg ist)….

    Und was die Sache mit Typoscript angeht. Mir ist nicht ganz klar was der Redakteur damit soll…

  2. Wolfgang Wiese sagt:

    Re:
    Ja… erstes ist richtig.
    Es ärgert mich sehr, wie sich einige Einrichtungen durch unseriöse Angebote von externen Firmen abzocken lassen. Leider gibt es noch keine Handhabung -auch nicht von der Hochschulleitung- dagegen durch feste Regeln vorzugehen, da der Haushalt jedes Lehrstuhls alleine Sache des Lehrstuhlinhabers ist.
    Allenfalls wäre eine Art Variante der Beschaffungsrichtlinien, wie bei Hardware, theoretisch machbar. Aber bis das durch ist, muss erst das notwendige Bewusstsein bei den Entscheidungsträgern geschaffen werden. Und dies ist derzeit nicht vorhanden.

    Zu der Notwendigkeit von Typoscript:
    Bei Typo3 hast du als Autor einer Instanz kein PHP oder CGI mehr, sondern nur noch Typoscript.

  3. Anonymous sagt:

    Notwendige Hardware für Typo3?
    Ich kenne den Vortrag nicht, bei dem die Behauptung aufgestellt wurde, man könne auf einem Dual Xeon Prozessor System nur maximal 8 Typo3 Projekte hosten. Ich weiss aus eigener Erfahrung, dass durchaus 50 Typo3 Projekte auf einem Single-CPU Server möglich sind. Es gibt auch einige Typo3 Projekte, die mehrere Millionen PIs pro Monat haben, z.B.: http://typo3.org/development/articles/using-cache-control-headers-in-typo3/

    Die für meine Projekte eingesetzten Server sind alle P4 mit 3 GHz, 2 GB RAM und RAID und können (je nach Komplexität der Seiten) weit über 1 Mio PIs pro Monat verkraften. Einer der Server zeigt bei 500.000 PIs eine durchschnittliche Last von 10%.

    Nach einer Information in der Typo3 Mailingliste war ein Server beim Weltjugendtag mit 1 Mio PIs innerhalb von 4 Stunden etwas überfordert, der Autor meinte: mit Blades hätte man da was machen können….

    Das Typo3 nicht nur für kleine und mittlere Firmen geeignet sind, zeigen auch die verschiedenen Implementierungen bei grossen Konzernen.

    Ein Redakteur benötigt keinerlei Kenntnisse von Typoscript, das ist nur für den Admin notwendig. Und das Userinterface von Typo3 kann so angepasst werden, dass sich auch unerfahrener Redakteur nach kurzer Einweisung zurechtfindet. Der Schulungsaufwand ist zwar gegeben, aber hält sich in Grenzen.

    Wie sinnvoll ein RTE für das Editieren ist, darüber scheiden sich die Geister. Oftmals erlauben die RTEs Formatierungen (z.B. über Copy/Paste aus Word), die für ein einheitliches Erscheinungsbild der Seiten nicht unbedingt förderlich sind.

    Viele Grüsse
    Jochen Weiland

  4. Wolfgang Wiese sagt:

    >”Ein Redakteur benötigt keinerlei Kenntnisse von Typoscript, das ist nur für den Admin notwendig.”

    Nein, das funktioniert nur, wenn man einen überschaubaren Webauftritt genau einer Organisation hat.

    Wenn der jeweiligen Inhaltsbaum unterhalb der Hauptverzeichnisse von einigen Dutzend oder mehr organisatorisch eigenständigen Einrichtungen betreut wird, dann gibt es von diesen gesammelt ein unzahl an Anforderungen an Erweiterungen.
    Ein oder einige wenige Admins können dies dann nicht mehr (neben ihrer Haupttätigkeit) machen.
    Dies ist durchaus vergleichbar mit der Situation vor 5 Jahren, als viele Angebote noch kein eigenes CGI oder PHP erlaubten und stattdessen auf eine vorgegebene Sammlung von Skripten verwiesen wurde.

    Die zwangsläufige Folge ist daher eben bei großen Webauftritten, die sich aus den Seiten vieler Untereinrichtungen zusammensetzen, daß die überarbeiteten Admins viele ihre ureigenen Funktionen an User abgeben (müssen).

    Wie gesagt: Wir befinden hier uns in der Universitätsebene, bei der es nicht nur um ein paar wenige Autoren geht. Hier haben wir es mit einigen Hundert Autoren zu tun, die sich zudem auch nicht unbedingt an Regeln halten müssen. Das Argument der “Freiheit von Forscung und Lehre” liefert weit mehr Ansprüche und Freiheiten, als man als Aussenstehender denkt.

    Um noch was anderes betonen: Es geht hier nicht darum Typo3 schlecht zu machen.
    Wenn das personal da ist, daß sich darum kümmern kann, ist es gut.
    Das eigentlich Problem liegt aber daneben: Es wird Typo3, NPS, Imperia, whatever angeschafft, aber keine Adminstelle!
    Ist Typo3 ohne einen Admin nutzbar? Ist irgendeine komplexe Software ohne Spezialisten nutzbar?
    Eigentlich nicht.
    Aber genau dies wird nicht gesehen. Viele Entscheidungsträger sehen nur, daß Typo3 kostenlos ist. Und denken dann, daß es kostenfrei sei und denken daher nicht daran, für das notwendige Personal zu sorgen.

  5. Anonymous sagt:

    >Hier haben wir es mit einigen Hundert Autoren zu tun, die sich zudem auch nicht unbedingt an Regeln halten müssen< Und denen Admin-Rechte geben? Niemals! Und nur mit Admin-Rechten hat man Zugriff auf Typoscript. Ohnehin wird ein normaler Redakteur mit dem Backend überfordert, wenn er Admin-Rechte hat.

    >Ist Typo3 ohne einen Admin nutzbar? Eigentlich nicht< Da stimme ich 100% zu. Bei "statischen" Projekten, die einmal eingerichtet und dann nur noch mit Content gefüllt werden, ist der Admin vielleicht nur für die Einrichtung notwendig. Aber meist gibt es ja im lfd. Betrieb auch Änderungswünsche und dafür sollte man dann wieder einen Admin haben.

    >Viele Entscheidungsträger sehen nur, daß Typo3 kostenlos ist. Und denken dann, daß es kostenfrei sei und denken daher nicht daran, für das notwendige Personal zu sorgen.<

    Stimmt. Das für eine kommerzielle Lizenz gesparte Geld sollte man dann lieber in die Adminstelle investieren.

  6. Wolfgang Wiese sagt:

    >Hier haben wir es mit einigen Hundert Autoren zu tun, die sich zudem auch nicht unbedingt an Regeln halten müssen< Und denen Admin-Rechte geben? Niemals!

    Genau das ähnliche hatte ich damals bei der Einführung von PHP 3 gesagt (damals war es noch richtig schlecht und unsicher)

    Aber das Problem ist tiefer: Wenn man den Leuten keine Sonderrechte gibt, dann nehmen diese sich diese – indem sie dem zentralen Angebot den Rücken kehren und auf ihren Arbeitsplatzrechner im Lehrstuhl einen eigenen Server aufsetzen.

    Und dann wird es richtig gefährlich.

  7. Anonymous sagt:

    So einfach ist’s auch wieder nicht.
    >Aber das Problem ist tiefer: Wenn man den Leuten keine Sonderrechte gibt, dann nehmen diese sich diese – indem sie dem zentralen Angebot den Rücken kehren und auf ihren Arbeitsplatzrechner im Lehrstuhl einen eigenen Server aufsetzen.<

    Man muss den Leuten so viel Rechte geben wie es ohne Sicherheitseinbußen möglich ist. Bei php heißt das für mich cgi-mode | su-hacks. Bie Typo3 heiße das für mich: Jeder darf adminrechte haben, wenn er eine Prüfung abgelegt hat.
    Und wenn man den “User” nicht als blöd verkauft, indem man beahuptet, dass es nicht geht, obwohl es massenweise Provider gibt, die genau das anbieten, dann wäre ich eigentlich schon glücklich.
    Von der FSI haben wir dem RRZE nicht umsonst den Rücken gekehrt. Jetzt haben wir einen guten schnellen, sicheren Webspace für günstig.

Die Kommentarfunktion ist geschlossen.