När en webbläsare skickar en URL till servern sker bland annat följande:
– Servern kollar först om den hittar någon fil på platsen för den begärda URL:en. Om en fil hittas, skickas filen som svar.
– Om ingen matchande fil hittas styrs anropen om till startfilen index.php.
– För att köra index.php laddas miljön PHP in i servern.
– index.php laddar in och kör ett antal olika PHP filer som tillsammans utgör grunden för WordPress-miljön. Till exempel körs filen wp-config.php som bland annat innehåller de uppgifter WordPress behöver för att kommunicera med databasen.
– Aktuella inställningar (vilket tema som körst, vilka tillägg som är aktiverade, m.m.) hämtas från databsen och köas för körning.
– Det innehåll som behövs för sidan som håller på att skapas hämtas från databasen.
– Och så vidare…
Kort uttryckt: Det stämmer att servern behöver hämta, tolka och köra en hel del kod och hämta mer eller mindre mycket information från databasen för att skapa varje sida. Självklart tar detta betydligt längre tid än att bara hämta en färdig html-fil att lasta ut.
Men moderna webbservrar som är väl optimerade (och där WordPress-installationen inte innehåller logiska fel och/eller ineffektiva lösningar) klarar ändå av att svara under sekunden. Om en grundinstallation av WordPress med ett standardtema (twenty-någonting) och utan några aktiverade tillägg tar mer än ett par sekunder att svara bör man kolla om något är fel (överbelastad server, saknade index i datbasen, långsam internetanslutning m.m.)
De allra billigaste webbhotellstjänsterna klarar att gå med vinst genom att stuva in tusentals små webbplatser i varje ”server-lucka”. Det kan resultera i långsam körning.
Om du använder något eller några mer krävande tillägg (WooCommerce, WPML, Jetpack, BuddyPress… för att bara nämna några) behöver du helst ha lite mer kraftfull server än du får i de allra billigaste paketen.
Varför gör man då på detta komplicerade sätt? Ett CMS (content management system) blir väldigt flexibelt. Och visst: Man kan med några knapptryckningar (och utan programmering) bygga om utseendet av sin webbplats utan att själva innehållet behöver skapas om, tack vare att innehållet (text i databasen och uppladdade bilder och andra mediafiler) hålls separerade från presentation och utseende (WordPress-temat), extrafunktioner (WordPress-tillägg) och inställningar (databasen). Och man kan presentera dynamiskt innehåll: Filtrera produktkataloger, visa de meddelanden som väntar på just den inloggade användaren osv.
Om innehållet och utseendet på din webbplats inte ändras så ofta skulle du kunna försöka att få det bästa av två världar genom att bygga webbplatsen i en lokal installation på din egen dator (sök på Local by Flywheel, XAMPP, MAMP etc.) och sedan ”dumpa om” hela webbplatsen till html-filer t.ex. med hjälp av det fria programmet httrack, och slutligen ladda upp dessa html-filer på webbservern. Du får en blixtsnabb webbplats som i princip inte går att hacka. Nackdelen är att du inte kan ha dynamiskt innehåll och att t.ex. kontaktformulär kanske inte fungerar ”direkt ur lådan”.
Samma typ av lösning men mer kraftfullt och systematiskt har blivit ganska populärt på senare år. Googla på ”Headless WordPress” så hittar du antagligen många intressanta presentationer.
