Spørgsmål og svar

Hvordan påvirker opgradering fra PHP 4 til 5 mit webhotel?

Dette punkt gælder kun for kunder, der har hjemmesider på webhotel af typen Web Medium eller større.

Vi udfasede support til PHP 4 i begyndelsen af 2010. Kunder på webservere med PHP 4, der ikke selv opgraderede, blev automatisk opgraderet af vores systemer, uanset om de selv bruger PHP eller ej ? vi kontrollerer ikke, om PHP bruges eller ikke.

Webhosting, der ikke bruger PHP , kan derfor stadig være påvirket af opgraderingen .

Hvis en anden har installeret softwaren eller oprettet websiderne for dig, skal du kontakte den, der gjorde dette for dig og bede dem om at læse denne webside. De burde være i stand til at løse eventuelle problemer, du har baseret på oplysningerne her.

1. Tjekliste for webadministratorer
2. Kendte problemer
3. Baggrund

---

Tjekliste

1. Tjek at den software du bruger er i den seneste tilgængelige version, og at den version understøtter PHP 5. Hvis den ikke understøtter PHP 5, så skal du skifte til software der understøtter PHP 5.
   (De seneste versioner af Coppermine, eZ Publish, Gallery, Joomla, Mambo, phpBB, WordPress osv. understøtter PHP 5)
2. Tjek, at du ikke har nogen filer med navne, der ender på .php4 . PHP 5-webserverne vil ikke fortolke disse som PHP-filer, da du ligesom har sagt, at de tilhører version 4. Brug .php , hvis du mener, at programmerne er sikre for PHP 5 og fremtidige versioner, eller .php5 , hvis du tror de er kun sikre til PHP 5.
3. Dobbelttjek, at filer med database-adgangskoder, admin-adgangskoder eller lignende ikke kan læses af andre. Disse filer hedder typisk noget, der ligner config.php , configuration.php eller settings.php .
4. Husk at ingen filer eller mapper/mapper bør kunne skrives af andre ( chmod 666 , chmod 777 osv. er farlige)! Hvis filer/mapper er skrivbare for andre, vil det give problemer for dine websider. Efter at have opgraderet software, skal du tjekke dette, da nogle PHP-programmer unødigt gør filer/mapper skrivbare for andre.
5. Sørg for at du ikke er afhængig af register_globals, men at du bruger $_REQUEST , $_GET , $_POST osv. til at hente inputvariabler fra f.eks. form. PHP slog register_globals fra som standard i 2002, og understøttelse af dette er fuldstændig fjernet fra og med PHP 5.3.
6. Hvis du er afhængig af at indstille visse PHP-konfigurationsparametre, kan du ikke længere gøre dette i .htaccess , brug din egen php.ini hvis det er nødvendigt.
7. Vores PHP 5-servere kører Apache 2.2. Nogle konfigurationsparametre for .htaccess kan derfor være anderledes, se dokumentationen for runtime-parametre fra 1.3 til 2.0 , og fra 2.0 til 2.2 .
8. Shell-serveren til vores kunder blev udskiftet i november 2009 , og den gamle server blev slukket den 4. januar 2010. Den nye shell-server har samme software installeret som vores nye webservere, men understøtter ikke telnet, kun SSH-login .

Kendte problemer

De kendte problemer anført nedenfor løses normalt ved omhyggeligt at følge tjeklisten ovenfor.

• Udgivelse på nettet kan stoppe med at fungere for kunder med forældet PHP- eller CGI-software.
• Formularer udfyldt på nettet holder muligvis op med at fungere, fordi register_globals er slået fra.
• Dette gælder også for links af typen vis_side.php?side=42 , variablen $side sættes ikke automatisk, men den bliver til $_GET["side"] .
• Brug af URL'er ("http://" osv.) i include()/require() vil heller ikke virke og vil resultere i en fejlmeddelelse.
• OSCommerce i en ældgammel version har flere kendte problemer med PHP 5. OSCommerce vedligeholdes ikke aktivt, men de nyeste versioner der kom burde stadig virke. For de kunder, der ikke er stærkt bundet til OSCommerce, anbefaler vi at finde alternativ software.
• Intern serverfejl er en fejlmeddelelse, der kommer, når du enten har PHP-direktiver i .htaccess eller har gjort filer eller mapper skrivbare for andre. For programmer skrevet som CGI (Perl, Python, Ruby osv.), kan det samme ske på grund af både filrettigheder og mulige inkompatibiliteter mellem versionerne af Perl/Python/Ruby.
• Der er andre funktionelle forskelle mellem PHP 4 og PHP 5.2, som er den version, vi tilbyder i øjeblikket. Disse er beskrevet på PHP's hjemmeside for hver version siden PHP 4 .
• Nogle af vores PHP 4-brugere bruger muligvis for meget plads, fordi de havde mange filer, der tilhører brugeren "www". Dette kunne ikke spores med PHP 4-systemerne, men det vises nu. Bruger du mere diskplads, end du betaler for, vil du ikke kunne uploade nye filer, og din installerede software risikerer at få problemer, hvis den ikke kan skrive til filer. I så fald skal du opgradere til en større webhost eller fjerne ubrugte filer.
• Domænet kan fremstå som "parkeret på Domæneshop" for kunder med egne navneservere, som ikke har opdateret deres DNS-post.
• Gammel software kan indeholde antagelser om, hvordan webservere fungerer, som ikke længere holder stik, så "mærkelig" adfærd, ustabilitet og andre problemer, vi ikke specifikt kender til, kan opstå. Opgrader softwaren.

Baggrund

PHP 4 blev udgået som et produkt i december 2007, og den sidste sikkerhedspatch fra PHP.net ankom den 8. august 2008.

Vi har meddelt vores kunder om udfasningen af de gamle webservere i løbende driftsmeddelelser fra efteråret 2008 til 30. november 2009 og igen den 4. januar 2010 , samt i nyhedsbreve udsendt til alle tilmeldte kunder i marts og november 2009.

I november 2009 kontaktede vi administratoren af domæner med dedikerede IP-adresser, f.eks. til SSL-certifikat.

I januar 2010 kontaktede vi administratorer af domæner, som vi kunne se brugte eksterne navneservere, så de kunne opdatere deres DNS-poster.