En ook op zaterdag is er hard doorgewerkt door de tuinmannen van Hubers. Het terras ligt helemaal, maandag nog de laatste punten op de i en dan kunnen wij ons terras weer opnieuw gaan beplanten.
Zin in!
De tuin gaat op de schop, dag 3!
De tuin gaat op de schop, dag 2!
Na de 2e dag klussen worden de contouren beter zichtbaar. De verhoging is duidelijk zichtbaar (al mist er nog een traptegel die nog nageleverd moet worden) en je kunt goed zien waar het terras komt te liggen en waar de borders.
Ja, dit wordt wel wat.
De tuin gaat op de schop, dag 1!
Gisteren is het werk aan de tuin begonnen. We gaan een 2e terras in de tuin maken omringt met allemaal planten die we nu her en der in de tuin hadden verstopt.
Ze zijn een paar dagen eerder begonnen dan gepland, dus dinsdag en woensdag zijn we druk bezig geweest alle bestaande beplanting uit te graven en in potten te zetten zodat we ze straks een mooi plekje terug kunnen geven in de ‘nieuwe’ tuin.
De planten die nu nog in het achterste deel van de tuin staan gaan waarschijnlijk straks ook meer naar voren verplaatst worden en dan maken we een groot grasveld (met op termijn een klimrek oid) voor Thomas. Dat wordt voetballen! Ehm ja, daar moet ik dus ook aan geloven straks 😛
Buzz CORE: een update
De afgelopen periode weer heb ik weer veel verbeteringen aan de Buzz CORE gedaan waaronder veel bug-fixes en een super snelle advanced-cache dropin geschreven die samenwerkt met de basisobjecten van het Buzz CORE thema.
Kort gezegd: we kunnen optioneel nu statische HTML pagina’s opslaan van de output die WordPress genereert bij pagina’s, berichten en custom post types en deze vervolgens tonen aan de gebruiker zonder dat WordPress hiervoor geladen hoeft te worden. Dit scheelt enorm veel in zowel serverload als snelheid voor de eindgebruiker.
In de admin interface is per pagina in te stellen of dit voor de bewuste pagina gebruikt moet worden of niet. Het caching systeem is zo opgezet dat voor ingelogde/ uitgelogde gebruikers aparte statische pagina’s gegenereert worden. Tevens kan er optioneel een expire header meegegeven worden en werkt het caching systeem met 304 not modified headers om browsers te laten weten als er niets gewijzigd is.
Er zitten nog wat kleine haken-en-ogen her en der, maar in de basis werkt het al prima. Pagina’s die eerder soms 2 seconden nodig hadden om geserveerd te worden doen dit nu in 0.005 seconden. Lijkt mij een prima optimalisatie 😛