Meer info: Nederlandse Plone gebruikersdag 2012.

Thijs Jonkman werkt bij Pareto.

Javascript is vaak meer bijzaak bij theming, omdat Plone al een goede basis heeft. Meestal kan je de javascript van het CMS ongemoeid laten. De Plone css gebruik je vaak als basis voor de vormgeving.

De html van Plone staat verdeeld over veel bestanden die samen worden gevoegd. Theming betekende vroeger dat je die bestanden aan moest passen, wat lastig is, zeker als je als vormgever Plone niet gewend bent. Migraties worden ook ingewikkelder, omdat je alle aangepaste templates na moet kijken.

Theming nieuwe stijl gebruikt Diazo. Hiermee hoef je geen enkel bestand van Plone te wijzigen om je theme te implementeren. Het staat los van het CMS, zodat dat deel blijft werken.

Voor front-end ontwikkelaars wordt het makkelijker om Plone te themen, omdat de regels vrij veel op css lijken. Als Plone ontwikkelaar wordt het simpeler om een ontwerpbureau standaard html en css te laten aanleveren en daar zelf mee aan de slag te gaan.

Op http://ploud.com (Plone in the Cloud) kan je eenvoudig een Plone Site aanmaken en kiezen uit diverse voorbeeldthemes om te installeren.

Als je iets specifiek voor één pagina, bijvoorbeeld de nieuwspagina, moet veranderen, dan wil ik nog wel eens toch een Plone template overschrijven, omdat de Diazoregels voor de hele Plone site gelden.

Meer info: Nederlandse Plone gebruikersdag 2012.

Paul Stevens werkt bij NFG.

Voor RIPE hebben we een Plone site gemaakt. Eis was dat deze website nooit down mag. Specifiek: 99,99 procent uptime. De capaciteit om websiteverkeer aan te kunnen moet hoog genoeg zijn, zodat de website snel is. De website moet ook niet tijdelijk onbereikbaar zijn in verband met onderhoud.

Vroeger was een website simpelweg een paar plaatjes en statische html. Dat is makkelijk in de lucht te houden. Plone is een complete applicatieserver. Wat je meestal doet is dat je een webserver hebt (Apache, nginx) die met de Plone applicatieserver praat. Schaling wordt dan lastig, want Plone kan minder verzoeken aan dan een webserver die alleen statische content serveert.

In ieder geval moet je ZEO gebruiken, zodat je de Plone scheidt van de database met de inhoud. Je kan varnish tussen de webserver en Plone zetten, zodat varnish vaak opgevraagde pagina's of onderdelen die vrijwel nooit veranderen, kan onthouden en kan aanbieden zonder via Plone te hoeven gaan. Zo kan je er lagen tussen blijven schuiven. De bottleneck blijft Plone. Zo schaal je verticaal op.

Je kan ook horizontaal opschalen: je zet meerdere Plone instanties naast elkaar. Dan kan je de eerste Plone herstarten met nieuwe code, dan de tweede, enzovoorts. Rolling upgrades noemen we dat. Dan blijft de gebruiker de website zien.

Maar: varnish weet niet dat die eerste Plone eventjes niet beschikbaar is. Dan zet je HA-Proxy erin. Die houdt dat bij en kan helpen bij sticky sessions.

Dan heb je nog steeds een single point of failure, één plek waar het mis kan gaan. Dat is in dit geval vooral de ZODB database. We zijn MySQL gaan gebruiken met RelStorage om de Plone database in op te slaan. MySQL hebben we in een cluster gezet, zodat er meerdere databaseservers zijn. We hebben performancetests gedaan en MySQL kwam er tot onze verbazing beter uit dan PostgreSQL.

Dan moet je nog zorgen dat niet alle verzoeken bij één webserver met zijn achterliggende varnish en HA-Proxy terechtkomen. Dus die opzet verdubbel je. De HA-Proxies kunnen, middels een cloudcomputing opzet van RIPE zelf, bij alle Plone instanties. De twee stacks draaien op verschillende locaties, in Amsterdam en Almere.

Daarboven zit dan een load balancer, maar die is de verantwoordelijkheid van de klant. Daarnaast hebben we ook bewakingssystemen die in de gaten houden of alles nog draait. Je moet ook regelen dat er iemand is die reageert als er problemen zijn, die 24 uur per dag in kan grijpen.

Sindsdien hebben we nooit de site uit de lucht hoeven halen. Er zijn wel storingen geweest, maar dat lag aan hardwareproblemen, zoals harde schijven en netwerkverbindingen.

We hebben het hier over een miljoen unieke bezoekers per maand.

Plone was eerder in beeld geweest bij RIPE, maar een interne Javaclub was er in eerste instantie mee aan de slag gegaan met een eigen systeem. Dat ging niet goed en uiteindelijk is toch weer voor Plone gekozen.

Meer info: Nederlandse Plone gebruikersdag 2012.

Wietze Helmantel werkt bij GW20e. Hij geeft een case-study over het opzetten van 13 grote websites van Nuffic binnen één Plone omgeving en alles wat hierbij komt kijken.

De hoofdsite is http://nuffic.nl, met veel informatie over studeren in het buitenland en voor buitenlandse studenten in Nederland. De websites waren in Plone 3 en moesten in Plone 4. Het gaat om 13 (sub)sites met gedeelte content en redactie.

De wens was behoud van functionaliteit en geen contentmigratie. Meertaligheid op subsiteniveau is nodig. Uitgebreide zoekfunctionaliteit, middels Apache Solr. SEO was nogid voor behoud van huidige zoekmachineranking. Inloggen met OpenId.

Het design is gedaan door Evident, Utrecht. Externe hosting bij InterMaxx, Rotterdam.

We hebben ontwikkeld volgens de Scrum methodiek. We gebruikten daar de tool ScrumDo voor, waarin we user stories bij hielden, planning poker, een burndown chart voor de vooruitgang. Documentatie gebeurde op Google Docs. We gebruiken Lighthouse voor adaptief en correctief onderhoud. Dat is een online tool voor het bijhouden van issues. OTRS voor support, daar worden verzoeken geregistreerd die via e-mail of telefoon binnenkomen. Vanaf daar kunnen issues naar Lighthouse.

De bedoeling is om zo dicht mogelijk bij Plone te blijven, bij hoe Plone standaard werkt. We hebben Plone 4.1 gebruikt, toen de meest recente stabiele versie. Twee nuffic modules voor content types en het theme. Een aantal modules van Plone hebben we moeten aanpassen. We hebben dit op een 'fork' gedaan, een aparte ontwikkeltak waarvan in dit geval de functionaliteit niet in de standaardmodule terecht zal komen omdat het te specifiek voor deze klant is.

We gebruiken veel standaard Plone functionaliteit: gebruikersbeheer en de 'sharing tab', content rules, content types (nog Archetypes), workflows, het security model.

We hadden voor formulieren voor PloneFormGen kunnen kiezen, maar ze hadden Formdesk al, dus dat hebben we gehouden. Dat gebruiken we via iframes. Verder MailPlus voor nieuwsbrieven.

Voor diverse subsites was extra functionaliteit nodig. We hadden dit in dertien losse sites kunnen doen, maar hebben dit in één site gedaan.

More info: Dutch Plone Users Day 2012 (in Dutch).

Eric Steele is the release manager of Plone 4.

We want to improve the user experience by simplifying development.

One of the pillars is Dexterity, a new content type system as alternative to Archetypes. You can create new types through the web, so that is easier for end users.

Deco is a new layout engine. It has been going through a lot of changes the last few years. It is very ambitious but we now have Deco Light, a more stripped down version. collective.cover has been created, which is basically Deco for a front page of your site. So it is an alternative to add-ons like Collage. With Deco you move tiles around. The current ones in collective.cover are very simple, but the idea is that later you can add more complex ones, like showing fields for the current context object. But the basics are there.

Theming has been Plone's biggest hurdle. We added Diazo in Plone 4.2, with integration in plone.app.theming. This makes it easier to make Plone not look like a Plone site, but like your designer intended it. The design should not interfere with the editing experience. The CMSUI effort helps with that.

In Plone 4.3 we are building a theme editor that you can use through the web. This makes it easier to theme a site, also for a designer who does not know Plone and does not have experience customizing templates from Plone.

Plone 4.3 is in development, expected release date February 2013. After that, we may go for 4.4 or 5.0.

We will have a new DateTime version, which saves some memory. Dexterity content types are more efficient than Archetypes. Since Plone 4.2 we support Python 2.7, which has a few memory improvements, too. For multilingual support for dexterity you can look at plone.app.multilingual. Some are using this in production already.

See http://wiki.python.org/moin/PUN/nens_sept_2012

try:
    response = request.get(self.source_url, timeout=...)
except requests.exceptions.Timeout:
    ...

if response.json is None:
    ...

from in_house.toolbox import script

@script(name='defrobnicator')
def main(script_utils):
    ...

from sh import ifconfig, git, ls, wc

from blessings import Terminal

$ ^chmod^chown  # Run the previous line (with typo) with the improved spelling

$ sudo !!  # Run the previous command as sudo

$ mv !-1:1 !-2:1  # Get stuff back from previous commands (careful when you used ``rm``)

$ CTRL-x CTRL-e  # Start your editor on the current line, save and run the command

$ shopt -s globstar; ls **/*py  # List all python files recursively

cd ~/vm/my-vagrant-box/home/me/somewhere
vc bin/test  # ssh to the vagrant box, go to this dir and run bin/test