Frågor och svar

Sökord:

Hur påverkar uppgraderingen från PHP 4 till 5 mitt webhotell?

Detta gäller endast kunder som har websidor på webhotell Medium eller större.

Vi fasade ut PHP 4 i början av 2010. Kunder på webservrar med PHP 4 som inte själv uppgraderade blev automatiskt uppgraderade av våra system, oberoende av om dom själva använder PHP eller inte — vi kontrollerar inte om PHP används eller inte.

Webhotell som inte använder PHP kan därför ändå påverkas av uppgraderingen.

Om andra har installerat programvaran eller designat dina websidor så måste du kontakta dem och be dem om att läsa denna sidan. Det ska inte vara något problem att lösa eventuella svårigheter du har, baserat på informationen som står här.

Checklist för web-ansvariga
Kända probleme
Bakgrund

Checklist

Se till att programvaran du använder är av sista version och att den versionen stöder PHP 5. Om den inte stöder PHP 5, så måste du byta till programvara som stöder PHP 5.
(Dom nyaste versionerna av Coppermine, eZ Publish, Gallery, Joomla, Mambo, phpBB, WordPress, osv. stöder PHP 5)
Försäkra dig om att du inte har några filer som slutar på .php4. Webservrarna med PHP 5 tolkar dom inte som PHP-filer, eftersom att du har sagt att dom tillhör version 4. Använd .php om du tror att programmen fungerar under PHP 5 och framtidiga versioner, eller .php5 om du tror att dom bara fungerar under PHP 5.
Dubbelkolla att filer med databaslösenord, adminlösenord eller liknande inte är läsbara för andra. Dessa filerna heter som regel nåt liknande som config.php, configuration.php eller settings.php.
Kom ihåg att inga filer eller kataloger/mappar ska vara skrivbara för andra (chmod 666, chmod 777 o.l. är farligt)! Om filer/mappar är skrivbara för andra, så kommer det medföra problem för dina websidor. Efter uppgradering av programvara så måste du undersöka det, eftersom vissa PHP-program i onödan gör filer/mappar skrivbara för andra.
Se till att du inte är beroende av register_globals, men at du använder $_REQUEST, $_GET, $_POST osv. till att hämta input-variabler från bl.a. formulär. PHP skruvade av register_globals som standard i 2002 och stöd för det är helt borta från och med PHP 5.3.
Om du är beroende av att definera speciella PHP-konfigurationsparametrar, så kan du inte längre göra det i .htaccess, använd eventuellt egen php.ini.
Våra PHP 5-servrar kör Apache 2.2. Några konfigurationsparametrar för .htaccess kan därför vara olika, se dokumentation för runtime-parametrar från 1.3 til 2.0, og fra 2.0 til 2.2.
Shell-servern för våra kunder blev utbytt i november 2009 och den gamla servern skruvades av 4. januar 2010. Den nya shell-servern har samma programvara installerad som våra nya webservrar, men stöder inte telnet, bara SSH-login.

Kända problem

Problemen som listas under löser man som regel genom att noga läsa checklistan över.

Publicering till web kan sluta att fungera för kunder med utdaterad PHP- eller CGI-programvara.
Formulär som fylls ut på web kan sluta att fungera eftersom register_globals har skruvats av.
Detta gäller också länkar av sorten vis_side.php?side=42, variabeln $side sätts inte automatiskt, men det blir $_GET["side"].
Användande av URL-er ("http://" osv.) i include()/require() fungerar heller inte och leder till felmeddelande.
OSCommerce i eldgammal utgåva har flera kända problem med PHP 5. OSCommerce underhålls inte aktivt, men dom sista versionerna som kom ska fungera. Kunderna som inte verkligen har behov för OSCommerce rekommenderar vi bytte av programvara.
Internal Server Error är ett felmeddelande som kommer antingen när man har PHP-direktiv i .htaccess eller har gjort filer eller mappar skrivbara för andra. Programmer som har skrivits som CGI (Perl, Python, Ruby osv.), så kan det samma inträffa pga. både filrättigheter och evt. inkompatibilitet mellan versionerna av Perl/Python/Ruby.
Det är andra funktionella skillnader mellan PHP 4 och PHP 5.2, som är versionen vi för tillfället erbjuder. Dessa beskrivs på PHPs websidor för varje version sedan PHP 4.
Vissa av våra PHP 4-användare använde kanske för mycket plats, eftersom dom hade många filer som tillhörde användare "www". Detta kunde vi inte se med PHP 4-systemen, men det syns nå. Om du använder mer diskplats än du betalar för, så kan du inte lasta upp nya filer och din installerade programvara riskerer att få problem om den inte kan skriva till filer. I så fall så måste du uppgradera till ett större webhotell eller ta bort filer som inte används.
Domänen kan visas som "parkerad hos Domänshop" för kunder med egna namnservrar som inte har uppdaterat DNS-pekarna.
Gammal programvara kan innehålla tolkningar om hur webservrarna fungerar som inte längre stämmer, det kan därför uppstå "konstig" uppförsel, ostabilitet och andra problem vi inte har kännedom till. Uppgradera programvaran.

Bakgrund

PHP 4 avslutades som produkt i december 2007 och den sista säkerhetsuppdateringen från PHP.net kom 8. augusti 2008.

Vi informerade våra kunder om utfasningen av dom gamla webservrarna i flera driftsmeddelanden frå hösten 2008 till 30. november 2009 och på nytt 4. januari 2010, samt i nyhetsbrev som skickats till alla abonnerande kunder i mars och november 2009.

I november 2009 kontaktade vi administrator av domäner med dedikerade IP-adresser, t.ex. till SSL-sertifikat.

I januari 2010 kontaktade vi administrator av domäner som vi kunde se använde externa namnservrar, så att dom kunde uppdatera sina DNS-pekare.