FS Data

FS Data - webbhotell, domännamn, e-post, servrar


  • Om oss

  • Blogg

  • Panel

  • Webbmail

  • Support

apr 03 2014

WP Super Cache vs. W3 Total Cache

WP Super Cache vs W3 Total CacheVilket cache-tillägg är bäst för WordPress – WP Super Cache (WPSC) eller W3 Total Cache (W3TC)? Det är en fråga som delar lägret för WordPress-användare över hela världen. Det är WordPress-gemenskapens motsvarighet till Linux vs. Windows, Mac vs. PC, iPhone vs. Android osv.

Det är ingen hemlighet att undertecknad föredrar WPSC. Det är det cache-tillägg som vi har skrivit mest om här i vår blogg, bl a i vår tidigare guide till en snabbare WordPress-sida.

Men som med alla frågor så gäller det att ha ett öppet sinne för att hitta rätt svar.

Vi har därför installerat, konfigurerat och ingående testat både WPSC och W3TC. Tilläggen installerades på två olika webbplatser, med identiskt innehåll, hanterade av samma webbserver hos oss. Webbplatserna är konfigurerade på exakt samma sätt som när vi visade varför man ska köra PHP 5.5 (WordPress + WooCommerce).

Med andra ord är detta även en guide till hur man bäst optimerar WooCommerce på ett webbhotell. Två flugor i ett test. Men innan vi går in på testet så vill vi kort förklara hur dessa cache-tillägg fungerar.

WPSC vs. W3TC – introduktion

WP Super Cache

WPSC är ett av de äldsta och mest utvecklade cache-tilläggen för WordPress. Upphovsman till detta tillägg är Donncha Ó Caoimh, som numera arbetar för Automattic (företaget bakom WordPress). WPSC har laddats ner mer än 5 miljoner gånger från WordPress tilläggsdatabas.

WPSC är ett renodlat cache-tillägg, på så sätt att det fokuserar på att hantera statiska filer. Det har i sitt grundutförande inte lika många funktioner som W3TC.

W3 Total Cache

W3TC är ett yngre och mer modernt cache-tillägg och dess upphovsman heter Frederick Townes. W3TC har laddats ner mer än 3 miljoner gånger från WordPress tilläggsdatabas.

W3TC är mer än bara ett cache-tillägg. Förutom att hantera statistika filer så ingår även funktioner för minifiering av HTML, CSS och JS samt möjlighet att hantera sk. serverheaders (data som berättar för webbläsare hur en webbplats fungerar). W3TC är en mer heltäckande lösning än WPSC.

Med det förklarat, nu är det dags att installera och konfigurera dessa cache-tillägg.

WPSC vs. W3TC – konfiguration

Konfiguration av WP Super Cache + extra tillägg

WP Super Cache är installerat och konfigurerat enligt vår tidigare guide till en snabbare WordPress-sida. Det innebär att några extra tillägg är installerade, för att matcha de funktioner som ingår i W3TC. Av samma orsak har även några justeringar skett.

I .htaccess-filen har följande rad lagts till:

FileETag None

Sedan ersattes tillägget JS & CSS Script Optimizer med tillägget MnCombine. Båda tillägg gör nästan samma sak (optimerar CSS/JS), men MnCombine är ett mer stabilt tillägg (JS & CSS Script Optimizer kraschade WooCommerce).

MnCombine konfigureras under ”Tillägg” > ”Asset Combine” med alternativen ”Google Closure”, ”Compress CSS, Yes”, ”Mode, Production”, ”Force Combine, In the footer”. Under flikarna ”Javascript” och ”CSS” valde vi enbart att komprimera alla filer.

Konfiguration av W3 Total Cache

W3 Total Cache är installerat och konfigurerat enligt, mig veterligen, bästa praxis. Alternativen nedan är valda, utöver de inställningar som ingår från början. Konfigurationen av W3TC är rätt så omfattande, då alla funktioner ingår redan från början i detta tillägg.

Under ”General Settings” är följande alternativ aktiverade/valda:

Page cache, Enable. Page cache method, Disk: Enhanced.
Minify, Enable. Välj Auto.
Database Cache, Enable. Database Cache Method, Disk.
Object Cache, Enable. Object Cache Method, Disk.

Under ”Page Cache” är följande alternativ aktiverade/valda:

Cache front page, Cache feeds: …, Cache requests only for …, Don’t cache pages for logged in users
Cache Preload, Automatically prime the page cache

Under ”Minify” är följande alternativ aktiverade/valda:

General, Disable minify for logged in users
HTML minify settings, Enable. Inline CSS minification, Inline JS minification, Line break removal.
HTML & XML, Ignored comment stems: mfunc
JS minify settings, Enable. Embed type, ”defer”, Preserved comment removal
CSS minify settings, Enable. Preserved comment removal, Line break removal.

Under ”Database Cache” är följande alternativ aktiverade/valda:

Ignored query stems, _wc_session_

Under ”Browser Cache” är följande alternativ aktiverade/valda:

General, Set Last-Modified header, Set expires header, Set cache control header, Set entity tag (eTag), Set W3 Total Cache header, Enable HTTP (gzip) compression

Om du har några förslag till ändringar i ovanstående konfigurationer, både av WPSC och W3TC, lämna då gärna en kommentar till detta inlägg.

– Övrig (gemensam) optimering

Förutom ovanstående cache/optimeringsinställningar så har vi även optimerat bilderna på våra webbplatser med hjälp av tillägget EWWW Image Optimizer samt Mac-programmet ImageOptim. Bilderna är så optimerade de bara kan vara och båda webbplatserna har exakt samma bilder.

Båda webbplatser testades även ingående, så att funktionaliteten i WordPress och WooCommerce skulle bestå. Cache kan vara lite klurigt när man har en e-handelssida, men med ovanstående konfigurationer fungerade båda webbplatser fullt ut.

WPSC vs. W3TC – testresultat

Båda dessa webbplatser testades upprepade gånger med GTMetrix, Pingdom Website Speed Test, WebPageTest och Google PageSpeed Insights. Dessa tjänster testar webbplatser på lite olika sätt, men överlag så var de överens i sina bedömningar och betyg.

Då vi föredrar och främst använder GTMetrix så är det resultatet från den tjänsten som redovisas här.

Här är resultatet för optimeringen med WP Super Cache:

WP Super Cache, testresultat

Här är resultatet för optimeringen med W3 Total Cache:

W3 Total Cache, testresultat

Båda webbplatserna blev avsevärt snabbare med dessa cachetillägg, men det går inte att säga att det ena tillägget var snabbare än det andra. Det som främst skiljer tilläggen åt är hur de optimerar HTML/CSS/JavaScript.

WPSC med Autoptimize och MnCombine är bättre på denna optimering än W3TC och Minify. WPSC-lösningen genererar nämligen färre filer att ladda ner (via webbläsaren). Det var extra tydligt i Google PageSpeed Insights, som även testar webbplatser för mobila besökare.

Mobilt test, WPSC
Mobilt test, WP Super Cache
Mobilt test, W3TC
Mobilt test, W3 Total Cache

Att det mobila testet ändå gav ett så (relativt) lågt resultat för båda dessa webbplatser beror främst på att temat för webbplatserna bäddar in externa typsnitt (från Google), som orsakar viss fördröjning. Det går att optimera bort, men det fick kvarstå i detta test.

WPSC vs. W3TC – sammanfattning

Bortsett från de konkreta siffrorna här ovan är det svårt att objektivt testa dessa två cache-tillägg. Som jag skrev inledningsvis så har jag använt WPSC i många år, hos många olika webbhotell, med väldigt bra erfarenhet. WPSC gör sitt jobb och gör det väldigt bra, i kombination med några extra tillägg/konfigurationer.

W3TC är ett riktigt bra cache-tillägg det också. Det kan vara svårt att lära sig, det är fullt av reklam på den generella inställningssidan och .htaccess-filen som W3TC genererar är nästan dubbelt så stor som motsvarande .htaccess-fil för WPSC. Men W3TC är ändå riktigt, riktigt bra.

Det går inte att säga att WPSC är bättre än W3TC eller att W3TC är bättre än WPSC. I slutändan spelar det ingen större roll vilket cache-tillägg man väljer. Det viktigaste är snarare att man faktiskt använder ett cache-tillägg i WordPress. Detta oavsett hur stor eller liten webbplats man har.

Om du idag använder ett av dessa cache-tillägg så har du ingen anledning att byta tillägg. Om du däremot inte har ett cache-tillägg så är mitt råd följande:

– Om du vill ha en cachelösning med allt i ett, som kan vara lite svår att konfigurera, välj då W3TC.

– Om du vill ha en cachelösning som är lite enklare att hantera, men kräver extra tillägg, välj då WPSC.

Har du frågor om detta test? Har du egna erfarenheter eller åsikter om dessa cache-tillägg? Eller har du någon annan lösning som du föredrar? Lämna gärna en kommentar här nedan!

Written by · Categorized: WordPress · Tagged: Guide, Optimering, Snabbhet, Test, W3 Total Cache, WooCommerce, WordPress, WP Super Cache

mar 20 2014

Därför ska du köra PHP 5.5

På FS Data arbetar vi oavbrutet för att erbjuda våra kunder en så uppdaterad teknisk miljö som möjligt. Det är bl a därför vi har månadsvis återkommande servicefönster och har varit först i Sverige med att erbjuda stöd för t ex PHP 5.4 och PHP 5.5 i våra webbhotellspaket.

Detta gör att våra kunders hemsidor blir snabbare, säkrare och mer stabila.

Även om vi fortlöpande informerar om förändringar i vår tekniska miljö så är det lätt att missa detta, att gå miste om nyttan med våra förbättringar. Vi vill därför ge er ett väldigt konkret exempel på nyttan med att köra den senaste versionen av PHP (när detta skrivs, 5.5.9) hos oss.

Skillnad i laddningstid mellan PHP 5.3, 5.4 och 5.5

För detta exempel har vi installerat WordPress med temat Virtue samt e-handelstillägget WooCommerce med testprodukter och bilder från dummmy-data.xml. Vi har skapat en huvudmeny med alla sidor och konfigurerat permalänkar till /%year%/%monthnum%/%day%/%postname%/ och /produkt.

Därefter testade vi laddningstiden i WooCommerce-butiken via GTmetrix mot PHP 5.3, 5.4 och 5.5.

Laddningshastighet PHP 5.3, 5.4 och 5.5

Med PHP 5.3 tog det nästan 3 sekunder att ladda butiken, med PHP 5.4 gick det på knappt 1,5 sekund och med PHP 5.5 är vi nere på 1 sekund. Det är en riktigt stor skillnad det.

Ju snabbare en hemsida är, desto fler besökare och bättre sökmotorsplaceringar får den.

Med webbhotell hos FS Data väljer man enkelt själv sin PHP-version via vår kontrollpanel, under ”Hemsida” > ”PHP”. PHP 5.5 introducerades i juni 2013 och vi kan varmt rekommendera alla kunder som kör PHP hos oss att köra denna version av PHP för sina hemsidor och applikationer.

Har du några frågor eller funderingar om detta? Lämna gärna en kommentar här nedan.

Written by · Categorized: Waff, Webbhotell · Tagged: Hastighet, PHP, PHP 5.3, PHP 5.4, PHP 5.5, Snabbare, Tips, Webbhotell, WooCommerce, WordPress

feb 25 2014

WordPress 3.9, den nya redigeraren

Nästa version av WordPress, version 3.9, är nästan två månader bort. Det hindrar dock inte oss, som är ett väldigt WordPress-vänligt webbhotell, från att testa och visa upp den, i vårt tycke, häftigaste nya funktionen i WordPress 3.9: redigeraren på framsidan (front-end editor).

Vi demonstrerade även denna nya funktion igår kväll, på säsongens första träff med WPKafé. WPKafé är gratis träffar för WordPressnybörjare, som arrangeras en gång/månad runt om i Stockholm. Igår var temat ”trendspaning” och vad passar då bättre än denna nya funktion i kommande version av WordPress.

Här är en genomgång av den nya redigeraren i WordPress 3.9:

WordPress 3.9 är planerat att släppas den 15:e april. Vi fortsätter våra betatester och kommer givetvis, precis som tidigare, att ha en mer ingående analys och redovisning av nya WordPress så snart det är här.

Några frågor eller funderingar på det? Lämna gärna en kommentar här nedan!

Written by · Categorized: WordPress · Tagged: Beta, Demo, Front-end editor, Redigerare, Video, Webbhotell, WordPress, WordPress 3.9

feb 18 2014

Ännu säkrare servrar (ModSecurity)

Som ni säkert vet så arbetar vi väldigt aktivt på FS Data för att erbjuda våra kunder så snabba, säkra och stabila tjänster som möjligt. Vi har t ex en av branschens bästa brandväggslösningar, vi kontrollerar våra kunders hemsidor efter virus/skadlig kod, vi har ordentliga servicefönster varje månad osv, osv.

Vi tar det här med säkerhet på högsta allvar.

Nu har vi tagit nästa steg och installerat ett nytt säkerhetstillägg på alla våra Linuxbaserade webbservrar (för alla webbhotellskunder och serverkunder med drifttjänst). Säkerhetstillägget heter ModSecurity, det är baserat på öppen källkod och har utvecklats aktivt under flera års tid (det är stabilt och säkert).

Vad är ModSecurity?

ModSecurityModSecurity är ett tillägg till våra webbservrar (Apache) som upptäcker och förhindrar angrepp mot våra kunders hemsidor, baserat på olika listor över kända säkerhetshål. Det är ett skydd mot allt från SQL injection och cross-site scripting (XSS) till sårbarheter i lösningar som WordPress, Joomla, Drupal osv.

FS Data kör en kombination av flera säkerhetslistor, med både den allmänt tillgängliga listan (Core Rules) hos ModSecurity samt kommersiella listor (Commercial Rules) som tillhandahålls av Trustwave Spiderlabs (ännu bättre/mer effektiva). Listorna anpassas efter våra kunders behov och uppdateras fortlöpande för att täcka nya säkerhetshål.

Hur bra fungerar ModSecurity?

Vi har inledningsvis, sedan några veckor tillbaka, kört ModSecurity i ett analysläge. Detta för att kunna anpassa tillägget efter våra kunders hemsidor. Vi har under denna tid även gjort en djupare analys av trafiken mot våra servrar och sett att våra kunder är utsatta för 100 000-tals attacker varje dygn (som ModSecurity skyddar mot).

Vi har sedan tidigare ett väldigt bra skydd mot vissa former av attacker via våra brandväggar (de skyddar likaså våra kunder mot en stor del av den farliga trafiken). Med ModSecurity har vi dock ett skydd mot en form av attacker som vår brandväggslösning inte hanterar.

ModSecurity är ett utmärkt komplement, ytterligare ett lager av säkerhet för våra kunder.

När kör vi ModSecurity skarpt?

Vi har denna vecka börjat aktivera ModSecurity i skarpt läge för ett antal webbservrar hos oss. När ModSecurity aktiveras för en server så har våra drifttekniker extra koll på denna server och åtgärdar eventuella fel (felaktigt klassificerad farlig trafik) som de hittar (och får rapporter om).

Därefter aktiveras ModSecurity för ytterligare servrar, till dess att det körs i skarpt läge överallt hos oss. Vi räknar med att vara helt klara med detta inom de närmaste veckorna.

Behöver man som kund göra något särskilt med ModSecurity?

I de flesta fall, nej. Merparten av våra kunder kommer inte ens märka att deras hemsidor har blivit avsevärt mycket säkrare. Om man dock upptäcker att t ex någon funktion på en hemsida inte fungerar som vanligt så bör man meddela vår kundtjänst om detta.

Våra tekniker arbetar aktivt med ModSecurity just nu och vi har möjlighet att lösa eventuella fel som uppstår i samband med detta väldigt snabbt.

Om du har några frågor om ModSecurity, kontakta då vår kundtjänst eller lämna en kommentar här nedan.

Written by · Categorized: Drift · Tagged: Apache, Brandvägg, Cross-site scripting, Drupal, Förbättring, Joomla!, ModSecurity, Säkerhet, SQL injection, WordPress

feb 14 2014

WooCommerce 2.1 – även på svenska!

I måndags släpptes äntligen version 2.1 av e-handelstillägget WooCommerce för WordPress (med två mindre uppdateringar/buggfixar denna vecka). Det är en rätt så omfattande uppdatering av WooCommerce, med flera nya och spännande funktioner.

Den mest märkbara nyheten är en förbättrad integration av WooCommerce i WordPress adminpanel (och dess nya utseende sedan version 3.8). Nu känns WooCommerce återigen som en helt naturlig del av WordPress.

WooCommerce 2.1 administrationsgränssnitt
Administrationsgränssnittet i WooCommerce 2.1

Dessutom har administrationsgränssnittet för WooCommerce förbättrats, bl a med förenklat gränssnitt för ordrar och förbättrad rapportering (statistik osv).

Den största nyheten i WooCommerce 2.1 är introduktionen av ett REST API (programmeringsgränssnitt). Med detta nya API är det avsevärt enklare att utveckla nya funktioner och tillägg för WooCommerce. Idag finns närmare 300 tillägg, från betalnings- och fraktlösningar till marknadsförings- och mer produktsäljande tjänster.

Räkna med att antalet användbara tillägg för WooCommerce kommer att öka rejält!

I övrigt så har vissa funktioner, i synnerhet statistikrelaterade sådana, plockats ut från WooCommerce för att istället erbjudas som tillägg. Det är en bra utveckling, som ger ett mer optimerat (och snabbare) system. Det är nu möjligt att få statistik via Piwik (som vi har tipsat om tidigare) med ett tillägg för WooCommerce.

Sist men inte minst: WooCommerce 2.1 pratar svenska!

Ja, den senaste versionen av WooCommerce är helt översatt till svenska, tack vare FS Data samt WordPress- och WooCommerce-konsulten Björn Sennbrink. Översättningen följer med när man installerar WooCommerce, men kan även laddas ned från FS Datas manualer. Den är fritt tillgänglig för alla användare av WooCommerce.

En sak till också.

FS Data var tidigt ute med att stödja och uppmuntra användningen av WooCommerce. Vi publicerade en serie guider i 5 delar redan 2012 och har bekostat översättningen av WooCommerce i ett års tid. När vi började med detta så var WooCommerce bara en i mängden av olika e-handelslösningar.

Nu har dock WooCommerce växt till sig.

WooCommerce statistik
Källa: BuiltWith.com > Global eCommerce Technology Distribution

Ja, det är så pass att WooCommerce numera är världens mest använda e-handelslösning. På samma sätt som WordPress är störst för vanliga hemsidor så är WooCommerce störst för e-handelssidor. Det tycker vi är väldigt roligt och vi lovar givetvis att fortsätta stödja WooCommerce (och WordPress) här framöver.

Om du vill ha en bra, enkel, flexibel och svensk e-handelslösning, utan höga kostnader, testa WooCommerce idag!

Written by · Categorized: WordPress · Tagged: E-Commerce, E-handel, E-handelslösning, Öppen källkod, Översättning, Svenska, WooCommerce, WordPress

  • « Previous Page
  • 1
  • …
  • 6
  • 7
  • 8
  • 9
  • 10
  • …
  • 18
  • Next Page »

© 2025 FS Data AB | Priser exkl. moms