Scriptorama.nl

Iedereen die een beetje met PHP werkt weet hopelijk nu wel dat PHP4 vanaf het eind van dit jaar niet meer ondersteund zal worden door de ontwikkelaars. Dat is natuurlijk vervelend voor de mensen die nu nog gebruik maken van PHP4 maar het wordt nu dus toch echt tijd om te gaan upgraden.

Vervolgens staat PHP6 ook al in de planning, dus als je inderdaad vanaf PHP4 af komt is het verstandig om nu alvast rekening te gaan houden met PHP6. In dit artikel leer je hoe nu voor PHP 5.2 al code kunt schrijven die compatibel blijft met PHP6.

1. Besef dat Unicode er aan komt

Dé feature van PHP6 is natuurlijk native Unicode ondersteuning. Hoewel deze functionaliteit deels uitgeschakeld kan worden is het vaak gunstig om met Unicode te gaan werken. Zeker wanneer je plannen hebt voor meerdere talen in je website.

Een van de belangrijkste kenmerken van Unicode waar je rekening mee zult gaan moeten houden is het feit dat in een encoding van Unicode, zoals bijvoorbeeld UTF-8, een karakter niet perse bestaat uit 1 byte. Karakters uit bijvoorbeeld het cyrillisch, arabisch of japanse alfabet kunnen 1 tot en met 4 bytes aan geheugen innemen.

Tot en met PHP 5 heeft PHP geen benul gehad van unicode (behalve wellicht met de mbstring extensie). Dit houdt in dat PHP 5 intern altijd werkt met het concept dat 1 karakter maximaal 1 byte groot is. In PHP 6 begrijpt PHP unicode en hoeft 1 karakter dus niet meer perse 1 byte groot te zijn. Dit zorgt voor een verandering in gedrag in alle string functies, zoals het volgende voorbeeld laat zien:

Oftewel, in PHP 5 geeft strlen() het aantal bytes in de string terwijl in PHP6 strlen() het aantal karakters geeft. In de meeste gevallen gaat dit geen probleem zijn voor je. Zeker niet wanneer je een site alleen in de Nederlandse taal ontwikkelt, maar er zijn situaties denkbaar waar je het gedrag van PHP5 wilt behouden.

Denk bijvoorbeeld aan een situatie waarbij je met binaire data werkt. Wanneer je met binaire data werkt, wil je de individuele bytes en niet de individuele karakters kunnen aanspreken. Een reeks willekeurige bytes kunnen mogelijkerwijs als een paar UTF-8 karakters gezien worden. Ga je vervolgens aan de slag met functies als substr() dan kan het zijn dat je 4 bytes terug krijgt terwijl je maar 1 byte verwachtte! Dat kan natuurlijk de nodige problemen oproepen.

Daarom zijn er in PHP 6 twee string types in het leven geroepen. Je hebt een gewone, unicode string en een binaire string. Met een unicode string geeft strlen() het aantal karakters terug, terwijl met een binaire string je het aantal bytes krijgt. Om een binaire string te maken plaats je simpelweg een 'b' voor je string, of je kunt een (bestaande) unicode string casten naar een binaire string.

Het mooie is dat deze syntax ook al te gebruiken is in PHP 5.2 en het is dus aan te raden om wanneer je werkt met binaire data nu alvast aan te geven welke strings perse niet als unicode string benaderd moeten worden. Het gebruik van deze syntax heeft in PHP 5.2 verder geen effect, maar ga je op een gegeven moment over naar PHP6 dan zullen alle niet gemarkeerde strings gezien worden als een Unicode string, terwijl die gemarkeerd zijn als Binary blijven werken zoals verwacht.

2. Vergeet register_globals

Als je nog gebruik maakt van de feature register_globals, de feature die alle variabelen die van buiten komen - zoals GET,POST en COOKIE variabelen - in de global scope registreert, wordt het nu echt tijd om over te schakelen op de superglobals die in PHP 4.2 zijn geintroduceerd. register_globals wordt in z'n geheel uit PHP6 gehaald.

Het verwijderen van deze feature houdt óók in dat enkele functies, die gebaseerd waren op register_globals functionaliteit, niet meer zullen bestaan.

• Verwijderde functies:
  • session_register()
  • session_unregister()
  • session_is_registered()
• Waarschuwingen bij:
  • gebruik van de INI setting: register_global

3. Vergeet magic_quotes

Nog een feature die uit PHP6 is verwijderd is, is de magic_quotes feature. Wanneer geactiveerd voorzag de magic quotes feature de verschillende variabelen die van buiten kwamen, zoals GET, POST en COOKIE variabelen, van slashes wanneer er in deze string gebruik werd gemaakt van backslashes, NULL karakters, apostrofs of aanhalingstekens. Dit om eventuele SQL injectie en/of cross site scripting te voorkomen. Echter schakelde sommige ontwikkelaars en hosters deze functionaliteit uit, waardoor je als software ontwikkelaar eigenlijk toch altijd voor beide gevallen moest programmeren.

Deze feature wordt volledig verwijderd uit PHP6. Om code te schrijven die compatibel blijft met zowel PHP5 als PHP6 (en dus moet controleren of magic_quotes_gpc aan staat of niet) raad ik je aan om met de functie ini_get() te kijken of magic_quotes feature geactiveerd is:

Ik dacht eigenlijk dat de functies get_magic_quotes_gpc() en get_magic_quotes_runtime() voorlopig nog zouden blijven bestaan maar dan altijd FALSE retourneren. Echter lijkt geen van deze 2 functies nog te bestaan in een recente snapshot van PHP6.

• Verwijderde functies:
  • get_magic_quotes_gpc()
  • get_magic_quotes_runtime()
  • set_magic_quotes_runtime()
• Waarschuwingen bij:
  • gebruik INI setting 'magic_quotes_gpc'
  • gebruik INI setting 'magic_quotes_runtime'
  • gebruik INI setting 'magic_quotes_sybase'

4. Vergeet de $HTTP_*_VARS variabelen

Voordat de zeer praktische super globals werden toegevoegd in PHP 4.2 hadden de ontwikkelaars van PHP het probleem van register_globals opgelost door middel van de zogenaamde "Register Long Arrays" functionaliteit. Dit zijn de variabelen met de namen $HTTP_GET_VARS, $HTTP_POST_VARS, enzovoorts.

Aangezien deze variabelen zijn overschaduwd door de superglobals $_GET, $_POST, $_COOKIE, $_ENV, $_SERVER en $_SESSION worden ze dus compleet verwijderd uit PHP6.

Mensen die $HTTP_RAW_POST_DATA gebruiken wordt aangeraden om over te stappen op het gebruik van php://input .

• Waarschuwingen bij: gebruik INI settings 'register_long_arrays'

Conclusie

Hoewel deze 4 tips je kunnen helpen om je code vooraf meer compatibel te maken, is het natuurlijk niet gegarandeerd dat alle code die zich enkel aan deze 4 tips houden ook daadwerkelijk goed blijft werken in PHP6. Het is daarom belangrijk om, als je mee wilt met PHP6, nu alvast te gaan testen met PHP6.

Dagelijks geupdate test versies van PHP6 zijn te downloaden vanaf snaps.php.net.