Vortrag auf dem World Plone Day 2013 in Köln.

1. Eine überregionale deutsche
Wochenzeitung setzt auf Plone
Timo Stollenwerk
World Plone Day 2013 - Köln

2. Der Freitag
● Wochenzeitung
● Erscheint Donnerstags
● Auflage: 15.000
● ca. 35 Mitarbeiter
● Links-liberal

3. Der Freitag Online
● freitag.de
● Integration Web/Print
● ~ 60.000 Artikel (~ 35.000 Editorial)
● ~ 40.000 Kommentare (330 pro Tag)
● ~ 14.000 Mitglieder
● ~ 1000 Autoren
● ~ 15.000 Besucher pro Tag

4. (Online-)geschichte
● Neustart 2008/2009: Das Meinungsmedium
● Plone seit 2009 (Plone 3.x)
● Relaunch 2012 (Plone 4.x)

5. Team
● Gil Forcada
● Kees Hink
● Christian Schneider
● Timo Stollenwerk

6. Agile Entwicklung
● Scrum
● User Stories
● Rating/Velocity
● Planing/Review/Daily Meetings
● Akzeptanztests
● Pivotal Tracker

7. Startseite

9. Startseite als angemeldeter Benutzer

11. Startseite als Redakteur

13. Startseite
● Ordnerartige Strukur
● Link-Objekte referenzieren existierende
Inhalte
● Titel, Beschreibung und Bilder überschreibbar
● Inline-management-Buttons
● Sortierung von Inhalten per Drag-and-drop

14. Ressorts

15. Dexterity

16. Artikel

18. Community

19. Membership
● Login/Registration: z3c.form
● No membrane
● Dexterity member folder
● Sync between member profile and folder with
event handlers
● Behavior to adapt member properties
● Registration should/could go into Plone core?

20. Kommentare

21. Comments
● plone.app.discussion
● Complex custom workflow
● Blaming / editing / deleting comments
● 3 community moderators
● Most commented viewlet om front page
● About 330 new comments each day
● Allow/disallow discussion
– behavior => plone.app.dexterity
– dexterity support => plone.app.discussion 2.2x???

23. Migration
● Zahlen
– 30.000 Artikel
– 25.000 Blogeinträge
– 20.000 Mitglieder
– 350.000 Kommentare
● Transmogrifier
● MySQL rel DB => Plone
● Tägliche, nicht-inkrementelle Migration
● Jenkins Job (über Nacht)
● Sehr viel mehr Arbeit als gedacht! Trotzdem lief alles sehr gut!

24. Performanz / Skalierbarkeit
● The Grinder
● Jenkins
● Identifizierung von Bottlenecks
– Diazo
– Catalog
● Warm-up Script für Neustart

25. Produktions Server
● Komplett virtualisiert
● Delivery
– Web Server: NGINX
– Caching: Varnish
– Load Balancing: with HAProxy
● 10 Workers
– 2 Kerne, eine Instanz
● 1 ZEO server
– Data.fs ~1.5Gb, Catalog.fs ~2 Gb, blobs ~1.7 Gb
● Monitoring: Munin
● Mailversand bei jedem Fehler, überall

26. Produktions Server
● plone.app.caching
● Speicherverbrauch der Worker
– Automatischer Neustart bei 97% Speicherverbrauch
– experimented a lot with cache settings
– no way to force a mem usage ceiling
– upgrade brings down slow instances...
● Sehr langsamer Start der Instanzen
– Automatisches Startup Skript um die Instanzen aufzuwärmen
– Läd die Startseite und alle darauf verlinkten Inhalte
– Dauer: ~ 15 Minuten
– HAProxy erkennt die Instanzen

27. Server Deployment
● 3 in-house and 4 production servers
● Alles ist virtualisiert
– Git, Jenkins, Monitoring, Backup
– pypi, Devtest Cluster, Staging Cluster, Demo Seiten
● Fabric
● ~150 fabric tasks
– vms lifecycle, lvm, firewall, nfs, users, ssh logins
– nginx redirects, updates, maintenance tasks
● 4 Fabric Kommandos sind notwendig um innerhalb von einer Stunde den
kompletten Stack aufzusetzen
● Einzige Interaktion: Passwörter setzen

28. Zusammenfassung
● Plone rocks!
● Inhaltsstruktur muss passen
● Workflows
● Wünsche:
– Member Profiles, Notifications,
Speicherverbrauch beschränken, Einfacherer Weg
lange Tasks auszuführen, ZODB Replikation