PHP

Webbhotell: Hjälp era kunder uppgradera PHP via WordPress

av

WordPress har sedan en tid tillbaka ett projekt som heter Servehappy, vars syfte är att utbilda användare om nyttan med en så modern PHP-version som möjligt. En nyare version av PHP ger bättre prestanda, säkerhet och många andra fördelar (för både användare och leverantörer).

Med WordPress 5.1, som släpps den 21:a februari, får alla användare med en äldre PHP-version en varning i WordPress adminpanel. Det är en väldigt tydlig säkerhetsvarning, för alla med PHP 5 och äldre. Här är ett exempel (detta kommer även översättas till svenska):

Varningen innehåller även en länk till en sida med mer information om vikten av att uppgradera PHP.

Denna länk går dock att anpassa för enskilda webbhotell. Som webbhotell kan man definiera en egen informationssida om PHP, som en miljövariabel på servernivå. På så sätt kan man nå ut med t ex uppgraderingsinstruktioner för egna användare.

Om ni har kunder med äldre PHP-version så är detta ett gyllene tillfälle att hjälpa dem via WordPress!

Det ”enda” man som leverantör behöver göra är att definiera servervariabeln WP_UPDATE_PHP_URL. Om man kör Apache så kan man t ex göra det via mod_env-modulen i en vhost för berörda kunder.

Här framöver kommer gränsen för vilken PHP-version som får denna varning att stiga, men det börjar med PHP 5-serien för att minimera mängden support. WordPress Servehappy-projekt arbetar även vidare för att höja nivån för de PHP-versioner som stöds av WordPress med teman och tillägg.

Så håll er fortsatt uppdaterade! Läs gärna mer hos WordPress: PHP Site Health Mechanisms in 5.1

Ett litet, men naggande gott, fel i PHP

av

Sprang på ett lagom irriterande fel i ett WordPress-tillägg under helgen som gick. Med felmeddelandet ”Cannot modify header information – headers already sent” som enligt bl a WordPress Codex, FAQ Troubleshooting betyder att det finns tecken före/efter php-taggarna.

Öppnade den berörda filen med ett flertal olika textredigerare, men lyckades inte hitta dessa tecken. Körde till slut följande kommando i en terminal:

less filnamn.php

Och såg då att filen inleddes med ”<U+FEFF>”. Vilket innebar att filen teckenkodades med UTF-8 BOM istället för enbart UTF-8. Försökte lösa det genom att skapa en ny fil, med samma innehåll, men felet kvarstod. Googlade då lite och hittade denna lösning (via en terminal):

sed -i '1s/^\xEF\xBB\xBF//' filnamn.php

Laddade upp filen, laddade om WordPress och vips så var felet borta.

En smygtitt på WordPress 3.2

av

Idag släpptes den första betan av WordPress 3.2. Bland nyheterna märks bl a förbättrad prestanda, lite snyggare gränssnitt, ett fullskärmsläge när man skriver inlägg och ett nytt standardtema. Här är några skärmbilder:

Stiligt och rent i wp-admin

Fullskärm med WordPress

Jag har lattjat runt med WordPress 3.2 en knapp timme och ja, visst känns det lite rappare. Det nya standardtemat ger jag däremot inte mycket för (än). Det känns alldeles på tok för luftigt och stort. Att sidhuvudet tar upp halva skärmen från början är inte ok.

Testa gärna WordPress 3.2, med det nya temat, på Letsbuyshit.com.

Vill du även köra det på din egen webbplats så kan du göra det med tillägget WordPress Beta Tester (installera, aktivera, välj ”Verktyg” > ”Beta Testing” och ”Bleeding edge nightlies”). Notera dock att det är en tidig beta, med allt vad det innebär.

WordPress 3.2 kommer att släppas skarpt den 30:e juni.

Det bör noteras att versionskraven på PHP och MySQL kommer att öka (avsevärt) med WordPress 3.2. Nu krävs minst PHP 5.2.4 och MySQL 5.0. Om du inte har detta, då kan du inte uppdatera (eller ja, då kommer din uppdaterade webbplats inte fungera).

Du kan testa om ditt webbhotell har stöd för WordPress 3.2 med tillägget WordPress Requirements Check. Så här ser det t ex ut på ett webbhotell som inte kan hantera WordPress 3.2:

WordPress 3.2 #fail hos Crystone