Vila i frid HHVM. Det är dags att ta farväl av HHVM när det gäller att driva dina WordPress-sajter. Vi stöder inte längre eller erbjuder HHVM på Kinsta. Det stöddes aldrig officiellt och WordPressteamet slutade testa det för över ett år sedan. HHVM v3.30 kommer också att vara den sista utgåvan med support för PHP.
På grund av ökande kompatibilitetsproblem, prestandaförsämring och avslutat PHP-support är det inte längre ett bra alternativ för produktion av WordPress-sajter. Därför har vi fasat ut HHVM från och med 20 augusti, 2018, för alla kunder.
Om du för närvarande använder HHVM på dina webbplatser finns mer information nedan om hur denna förändring påverkar dig och vad du behöver göra. Vi diskuterar också varför detta inte är en negativ förändring.
- HHVM:s bakgrund
- HHVM är inte längre ett alternativ för WordPress
- HHVM End-of-Life (EOL)
- Att flytta från HHVM till PHP
HHVM:s bakgrund
Innan vi dyker in i varför HHVM försvinner, låt oss ta en snabb titt på varför Kinsta började erbjuda det från början.
Det hela började med en liten (eller vad som brukade vara en liten) webbplats som heter Facebook. 😉 Den skrevs ursprungligen i PHP och när webbplatsen började ta fart var den beräkningskraft som behövdes för att betjäna alla förfrågningar rent sagt enorma. Detta berodde främst på ineffektiviteten hos de PHP-exekveringsmotorer som var tillgängliga på den tiden. Så ingenjörer och utvecklare på Facebook kom på en lysande idé. Istället för att helt enkelt köpa fler servrar, varför inte lösa problemet på programvarunivå?
Så de skapade en PHP-till-C++-kompilator som hette HPHPc. Den ursprungliga PHP-koden kompilerades i körbara binärer (ibland med filstorlekar så stora som en gigabyte!) och kördes istället för att kompileras till op-koder och tolkas.
Detta resulterade i ungefär sex gånger bättre prestanda, vilket är enormt! Sex gånger snabbare kanske inte låter som mycket, men om du tittar på det så här kan det hjälpa till att sätta det i perspektiv: Istället för att behöva köpa 600 servrar för att driva en webbtjänst behöver du bara 100. Det är ganska häftiga besparingar helt enkelt genom att ändra hur du kör koden.
Som ni kan föreställa er blev det dock snabbt tröttsamt och utmanande att driva och underhålla separata utvecklar- och felsökningsversioner av HipHop (som kallas HPHPi och HPHPd, respektive), plus att distribuera gigabytes av körbara filer till varje maskin, efter bara ett par förändringar i koden (som buggfixar).
Så år 2013 beslutade Facebook att avskriva HPHPc, men återvinna koden och de erfarenheter de fått från att ha den i produktion under minst tre år och lansera HipHop Virtual Machine (HHVM). Denna motor konverterade PHP till bytekod som sedan omvandlas till 64bitars maskinkod vid körning av en Just-In-time-kompilator (JIT). Detta resulterade i sin tur i ännu större prestandavinster! 🚀
Många krävande och högtrafikerade webbplatser på Kinsta har utnyttjat HHVM genom åren och sett otroliga minskningar i laddningstider. HHVM möjliggör också objektscachning, vilket är ett internt cachelagringssystem som introducerades av WordPress för att lagra data från databasen i PHP-minnet. Detta ökar databasens effektivitet genom att minska antalet databasanrop och påskyndar PHP-exekveringstiderna. Det betyder att HHVM alltid har varit bra för mer dynamiska webbplatser som har mycket ocachebart innehåll.
Men tyvärr har, detta till trots, HHVM gjort sitt när det gäller WordPress och PHP. Vi går in på varför nedan.
HHVM är inte längre ett alternativ för WordPress
Här är bara några av de många anledningarna till att HHVM inte längre är en lämplig teknik för WordPress eller Kinsta-klienter.
Först och främst har HHVM avslutat sitt stöd för PHP helt från och med version v3.30.
För det andra är det viktigt att notera att HHVM faktiskt aldrig officiellt stöddes av WordPress. Det gjordes kompatibelt tack vare några medlemmar i WordPress kärnteam som var besatta av hastighet (#27881). Vissa WordPress-webbhotell, såsom Kinsta, gjorde sedan detta tillgängligt (vi lanserade det år 2016) för att låta kunder dra nytta av de ytterligare prestandavinsterna.
WordPress slutade faktiskt inkludera HHVM som en del av sin kärntestningsinfrastruktur från och med maj 2017 (för över fyra år sedan). Här är vad John Blackbourn, en WordPresskärna-utvecklare hade att säga om det:
Om du driver en WordPress-sajt på HHVM bör du överväga att byta till PHP 7 + som är mycket mer allmänt stött och testat, och erbjuder alla minne- och prestandafördelar som HHVM drev framåt.
På grund av att HHVM inte längre testas av medlemmar i WordPress kärnteam har buggar och kompatibilitetsproblem börjat dyka upp. Många av dessa har vi bevittnat med egna ögon (#8194). Det som började som en rännil av misslyckanden för nästan ett år sedan har blivit en stadig ström av misslyckanden med den senaste versionen av HHVM, och de påverkar nu funktionaliteten hos populära WordPressplugin och teman från tredje part. Därför är HHVM inte längre en stabil eller lämplig lösning för WordPress-sajter.
Utöver stöd för HHVM-hosting har våra PHP vs HHVM-tester visat att PHP 7.2 faktiskt fungerar snabbare än HHVM. För första gången någonsin tog PHP första priset i alla tester; som inkluderade en fristående WordPress-sajt, WooCommerce och Easy Digital Downloads. 🏆
Dessutom är PHP 7.3 och 7.4 ännu snabbare. Kolla in våra djupgående PHP-testresultat.
Därför rekommenderar vi att du använder PHP 7.4 för bästa prestanda. Vi erbjuder för närvarande PHP 7.2, 7.3, och 7.4 i MyKinsta-panelen. Du kan enkelt växla mellan PHP-motorer med ett enda klick.
HHVM End-of-Life (EOL)
Nedan följer alla detaljer och tidsfrister när det gällde vår utfasning av HHVM.
- Från och med den 15 juni 2018 var gick det inte längre att byta till HHVM från MyKinsta-panelen. Viktigt: Om du ändrade från HHVM efter detta datum kunde du inte längre byta tillbaka.
- Den 20 augusti 2018 avvecklades HHVM helt. Detta innebär att alla HHVM-webbplatser byttes över till PHP 5.6+ och HHVM togs bort helt från MyKinsta-panelen.
Att flytta från HHVM till PHP
Kinsta uppgraderar rutinmässigt serverprogramvaran för att hålla saker och ting uppdaterade, inte bara för den mest grundläggande orsaken – säkerhet – utan också för prestandans skull.
Som med all mjukvara har PHP har en releasecykel som den måste följa för att fortsätta driva saker framåt och göra förbättringar. Varje större utgåva av PHP har vanligtvis fullt stöd i två år efter den släpptes. Under den tiden blir buggar och säkerhetsproblem lösta och patchade regelbundet.
Som du kan se ovan är PHP 5.6 och 7.0 redan borta och 7.2 fasades ut på ett liknande sätt mot slutet av 2020. Därför rekommenderar vi starkt att flytta till en högre version av PHP så snart som möjligt, helst PHP 7.3 eller 7.4.
För att hjälpa till med övergången gjorde vi en handledning om hur du kan testa och flytta din webbplats ordentligt från HHVM till PHP. Kom ihåg att vissa plugin eller teman kan ha kompatibilitetsproblem med nyare versioner av PHP, så du bör följa de steg vi har satt upp för att säkerställa en smidig övergång utan driftstopp. Det är också en annan anledning till att vi gav alla en varning! Att testa före tidsfristen.
Sammanfattning
WordPress har funkat bra med HHVM och för många av er har det gett blixtsnabba hastigheter! Men oroa dig inte, du borde se ännu snabbare hastigheter på PHP 7.4. På lång sikt är vi glada över denna förändring. För det första betyder det ingen mer förvirring över vilken PHP-motor du bör använda för din webbplats. Det innebär också att mer tid kommer att spenderas på att förbättra PHP-språket när det gäller prestanda på WordPress-plattformen.
Om du har några tankar eller funderingar om att vi fasar ut HHVM är du välkommen att ta kontakt med vårt supportteam 24/7. Vi vill också gärna höra din feedback nedan när det gäller övergången till PHP.
Brian har stor passion för WordPress och har använt det i över ett årtionde, han har till och med utvecklat ett par premium-plugins. Brian gillar att blogga, kolla filmer och hiking. Ta kontakt med Brian via Twitter.
Lämna ett svar