Webbhotell för Joomla
Joomla hamnar ofta i skuggan av WordPress, men är i flera avseenden ett mer sofistikerat CMS. Inbyggd användarhantering med granulära rättighetsnivåer, native flerspråksstöd och en tydligare separation mellan presentation och logik gör det till ett välmotiverat val för kommunala webbplatser, föreningssajter och organisationer med komplexa behov.
Joomla ställer högre krav på PHP-minnet vid uppdateringar och extensionsinstallationer än vid normal drift. Den detaljen syns sällan på en hostings prissida men märks i praktiken.
Utforska webbhotell efter ämne
Joomla i ett mellanting som kräver rätt host
Joomla befinner sig i ett intressant mellanting. Det är kraftfullare och mer strukturerat än WordPress vad gäller inbyggd behörighetshantering och flerspråkighet, men det ställer inte de höga tekniska kraven som Drupal gör på serverkonfigurationen. Det gör att de flesta välskötta webbhotell med PHP 8.1 eller nyare och en ordentlig MySQL- eller MariaDB-databas kan driva Joomla utan problem. Problemet är att "stöder Joomla" hos många leverantörer bara innebär att enklicksinstallationen finns där, inget mer.
Det räcker inte riktigt. För att Joomla ska köras smidigt, inte bara gå att installera, krävs det att PHP är konfigurerat med rimliga resursgränser och att OPcache är aktiverat. Utan det märks det tydligast i administratörspanelen, som kan bli trög redan vid modesta installationer med ett tiotal tillägg.
Tekniska minimikrav för Joomla-hosting
- PHP 8.1 eller nyare med OPcacheJoomla 5 kräver PHP 8.1 som absolut minimum. PHP 8.2 och 8.3 rekommenderas för bästa prestanda och framtidssäkerhet. OPcache ska vara aktiverat per standard.
- MySQL 8.0+, MariaDB 10.4+ eller PostgreSQLJoomla stöder samtliga tre, men MySQL och MariaDB är vanligast på delade webbhotell. Kontrollera att du kan skapa egna databaser och användare via kontrollpanelen.
- memory_limit på minst 128 MB, helst 256 MB128 MB räcker för en grundinstallation, men tillägg och större mallar kan kräva mer. 256 MB är ett tryggare golv om du planerar att bygga ut sajten.
- Enklicksinstallation via Softaculous eller motsvarandeSparar tid och säkerställer att filbehörigheter sätts korrekt från start. De flesta seriösa leverantörer med cPanel eller DirectAdmin har detta.
- Gratis SSL med automatisk förnyelseJoomla har inbyggt stöd för HTTPS, men certifikatet måste finnas. Let's Encrypt ingår numera hos nästan alla leverantörer. Kontrollera att förnyelsen sker automatiskt.
- Tillräckliga filbehörigheter för skrivningJoomla behöver kunna skriva i ett antal mappar (tmp, logs, cache). På hårt lockade servrar kan detta orsaka fel vid installation och uppdateringar.
Flerspråkighet ingår från start
Till skillnad från WordPress, där flerspråkighet kräver ett plugin som WPML eller Polylang, har Joomla inbyggt stöd för multipla språk. Du installerar språkpaket direkt via administratörspanelen utan att behöva ett tredjepartstillägg. Det är en konkret fördel för organisationer och myndigheter som hanterar innehåll på flera språk, och det ställer inga extra krav på webbhotellet utöver standardkonfigurationen.
Resursbehov: lättare än du kanske tror
En vanlig missuppfattning är att Joomla kräver lika mycket serverresurser som ett stort CMS-system. I praktiken är en typisk Joomla-sajt jämförbar med en WordPress-sajt av samma storlek. Skillnaden mot Drupal är märkbar: Drupal är mer resurskrävande per sidladdning, medan Joomla klarar sig väl på ett välkonfigurerat delat webbhotell med aktiverad OPcache.
Det som däremot kan sätta press på servern är Joomlas administratörspanel. Den är mer komplex än WordPress-dashborden, och utan OPcache märks det. Är OPcache inte aktiverat per standard bör du fråga leverantören om det kan slås på, eller välja ett annat alternativ. Att kontrollera detta i förväg tar en minut och sparar frustration.
Backup är värt att nämna specifikt för Joomla. Kärnan stöder inte automatisk backup ur boxen, till skillnad från en del WordPress-plugins som löser det automatiskt. Du är alltså beroende av antingen webbhotellets egna backup-lösning eller ett tillägg som Akeeba Backup. Kontrollera att webbhotellet erbjuder daglig backup med rimlig historik, minst 14 dagar, och att du kan återställa enskilda filer eller databaser utan att behöva ett supportärende.
Vanliga frågor om webbhotell för Joomla
Svar på det som faktiskt avgör om ett webbhotell passar din Joomla-sajt.
Tekniska krav och installation
Joomla 5 kräver minst PHP 8.1 och MySQL 8.0 eller MariaDB 10.4, men i praktiken bör du välja ett webbhotell som erbjuder PHP 8.2 eller senare för att få full kompatibilitet med moderna tillägg. Minnesgränsen bör vara minst 256 MB, och PHP-tilläggen mysqli, json, zlib och mbstring måste vara aktiverade. InnoDB-lagringsmotorn krävs för Joomlas databastabeller, vilket alla seriösa webbhotell stödjer idag.
De flesta svenska webbhotell med cPanel eller Plesk inkluderar Softaculous eller ett liknande installationsverktyg där Joomla finns med som ett alternativ, och installationen tar ungefär två minuter. Väljer du ett webbhotell utan automatiserad installerare får du ladda ner Joomla manuellt, skapa en databas och köra installationsguiden via webbläsaren, vilket tar längre tid men ger mer kontroll. Det sistnämnda är sällsynt hos moderna shared-hostingleverantörer.
En standard Joomla-installation tar cirka 70–100 MB, men med tillägg, mallar och mediafiler hamnar de flesta sajter på 500 MB till några gigabyte efter ett år i drift. Trafikbehovet beror mer på hur många samtida besökare du har än på total dataöverföring, och en Joomla-sajt utan cachning kan vara märkbart resurskrävande vid trafiktoppar. Aktivera Joomlas inbyggda sidcachning eller välj ett webbhotell med OPcache aktiverat för att hålla serverns CPU-belastning nere.
Joomla jämfört med WordPress
Tekniskt sett stöder i princip alla webbhotell med PHP och MySQL både Joomla och WordPress, eftersom de delar samma grundkrav. Däremot är Joomla sällan lika framlyft i marknadsföringen, och det händer att ett webbhotells enklicksinstallation inkluderar WordPress men inte Joomla. Det är värt att kontrollera att Softaculous eller motsvarande finns och att Joomla finns listat, om du vill undvika manuell installation.
Joomla har flerspråkighet inbyggt i kärnan sedan version 1.6, utan att du behöver köpa eller installera ett extra tillägg. WordPress kräver ett plugin som WPML eller Polylang för samma funktion. Hostingmässigt spelar det liten roll, men Joomlas inbyggda språkhantering genererar en mer komplex URL- och menystruktur som kan kräva lite mer av webbhotellets .htaccess-stöd och URL-omskrivningar via mod_rewrite. Det är inget problem på välkonfigurerade webbhotell, men kontrollera att Apache-regler tillåts om du kör på ett budgethotell.
Joomla har ett inbyggt system med åtkomstkontrollistor (ACL) som låter dig styra exakt vilka användargrupper som får läsa, redigera eller publicera enskilda artiklar och kategorier utan tillägg. WordPress klarar liknande upplägg med plugins, men kräver mer konfiguration för att nå samma granularitet. Hostingmässigt ger detta ingen skillnad, men om sajten har många redaktörer eller ett intranät-upplägg är Joomla det tekniskt renare alternativet och behöver inte nödvändigtvis dyrare hosting för det.
Säkerhet, uppdateringar och resurser
Joomla skickar säkerhetsnotiser via sitt inbyggda uppdateringssystem och kan uppdateras direkt från adminpanelen, förutsatt att webbhotellet tillåter att PHP-skriptet skriver till filsystemet. Välj ett webbhotell där PHP körs som din egen användare (suEXEC eller FastCGI/PHP-FPM), inte som en delad www-data-process, eftersom det minskar risken att en komprometterad sajt på servern påverkar din. Automatisk säkerhetskopiering är ett viktigt komplement, eftersom ett sårbart Joomla-tillägg är den vanligaste attackvektorn.
En välkonfigurerad Joomla-sajt med rimlig trafik fungerar utan problem på delad hosting, särskilt med sidcachning aktiverad och ett webbhotell som kör PHP-FPM och OPcache. Behovet av VPS uppstår när sajten har många samtida inloggade användare, kör tung sökning mot en stor databas, eller behöver anpassade PHP-inställningar som delad hosting inte tillåter. Det klassiska felet är att hoppa till VPS för tidigt, innan man optimerat cachning och databasfrågor på befintlig miljö.