|
|
In een recente post vertel ik dat ik mijn website heb gemigreerd. Dat was minder gedoe dan het lijkt. Mijn blog is namelijk een statische website, dus de verhuizing kwam neer op weinig meer dan het downloaden van alle bestanden van de oude hoster en het uploaden ervan naar de nieuwe. Ik heb de site ook een beetje opgeschoond, maar dat is een ander verhaal.
Wat is een statische website, vragen sommigen van u zich misschien af? Vaak wordt dat uitgelegd als een site die alleen gebruikmaakt van HTML, CSS en JavaScript. Die ene zin legt wel uit hoe een statische site is opgebouwd, maar niet wat het in wezen is. Dus laat me proberen het een ander perspectief te geven.
Veel mensen gebruiken WordPress, wat een Content Management Systeem of CMS is. Er zijn verschillende CMS’en, maar WordPress is erg populair. Een CMS is een geweldig hulpmiddel dat webpagina’s dynamisch weergeeft. Wat wordt daarmee bedoeld? Ik zal het uitleggen.
WordPress maakt gebruik van een database bij uw hostingprovider om zo ongeveer alles op te slaan wat met uw site te maken heeft. Je berichten en afbeeldingen worden bijvoorbeeld in een of andere vorm in die database opgeslagen. Wanneer er vanuit de browser van een bezoeker een verzoek om een bericht binnenkomt, gaat WordPress op zoek naar dat bericht in de database, formatteert het naar behoefte en stuurt de resulterende webpagina terug naar de browser van de aanvrager.
Telkens wanneer er een pagina van uw WordPress-site wordt opgevraagd, wordt het systeem in gang gezet om die pagina opnieuw samen te stellen, of om deze uit de cache op te halen – voor het geval het systeem slim genoeg is om vast te stellen of de eerder gegenereerde versie nog actueel is. Je begrijpt ongetwijfeld dat er rekenkracht nodig is om webpagina’s op deze manier weer te geven, en dat het even kan duren voordat een site reageert.
Als uw website geen dynamische zaken zoals voorraad hoeft bij te houden, zoals een webwinkel, blijft de inhoud van de database voor uw site waarschijnlijk vrijwel constant tussen het schrijven van berichten door. In dat geval kunt u dé truc toepassen die elk IT-systeem versnelt, namelijk zoveel mogelijk voorbewerken. Wanneer u een nieuw bericht schrijft, laat u uw CMS alle mogelijke pagina’s voor uw site genereren en deze allemaal op de server opslaan, zodat ze direct kunnen worden weergegeven. Na deze voorbewerking is de benodigde rekenkracht om pagina’s weer te geven minimaal. Met andere woorden: een statische site levert uw pagina’s uit voorraad weer, in plaats van ze op aanvraag te produceren.
Overigens is deze website niet gegenereerd door een CMS, of beter gezegd, een SSG – een Static Site Generator. Tenzij mijn zelfgemaakte toolchain van bash-, PHP- en Python-scripts, waarmee deze specifieke site wordt gegenereerd, kan worden beschouwd als een ad hoc SSG. Hoe deze opzet tot stand is gekomen, is een onderwerp voor een andere post.
De voordelen van een statische website zijn in de eerste plaats uitstekende prestaties, maar ook het ontbreken van een kwetsbare online tool voor sitebeheer. Aangezien mijn statische site bovendien geen server-side database of scripts nodig heeft, volstaat een voordelig pakket bij mijn hoster. Er zijn natuurlijk ook nadelen aan een statische site. Deze is niet compatibel met moderne functionaliteiten die u wellicht nodig heeft, zoals fraaie visuele effecten, analytics, inventarissen of automatische verwerking van reacties op berichten. Zoals zo vaak in het leven zult u een afgewogen keuze moeten maken tussen uw behoeften en uw middelen.