A mai trecut un an iar PHP 6 tot nu e aici…

Dar asta nu este tocmai o noutate, este al 4-lea an in care aceasta versiune mult asteptata nu se lanseaza, nu degeaba este numita cea mai asteptata versiune.

Totusi a fost un an bun pentru comunitate, chiar daca Unicode nativ nu exista inca intr-o versiune stabila, acum avem cam toate celelalte noutati asteptate in PHP 5.3, care probabil va mai avea nevoie de cativa ani ca sa devina folosit pe scara larga.

Chiar daca toata lumea astepta in acest an ca Oracle sa intre in forta pe piata de baze de date medii si mici prin achizitia Sun, marind portofoliul deja detinut pe piata enterprise. Se pare ca nu a fost asa, CE inca analizeaza propunerea.

Oricum MySQL nu mai este ce era acum 5-6 ani, cand nimeni nu indraznea sa-l foloseasca pentru produse enterprise, acum MySQL este un produs gata pentru a fi folosit atat pentru proiecte mici cat si pentru produse care necesita muta scalabilitate.

Dar revenind la anul care tocmai s-a incheia, a fost un an plin, chiar si in timp de criza.

Una dintre cele mai mari probleme legate de web este coadarea.

Pe vremuri standardul folosit de baza folosit era ISO 8859-1, unde erau definite 191 caractere latine, iar 1 caracter = 1B. Pentru limbi diferite erau folosite codari diferite, dar de aici pleaca multe probleme legate de portabilitate, posibilitatea de a acoperii un numar mai mare de limbi etc.

Problema apare cand un proiect trebuie sa fie disponibil in mai multe limbi, iar numarul limbilor nu este controlat. Un proiect cum este WordPress de exemplu trebuie sa poata fi folosit in orice limba.

Unicode este o alternativa mult mai buna pentru ISO 8859-1, acesta avand definite peste 100.000 caractere. Cu alte cuvinte cuprinde cam toate caracterele existente in orice limba.

Cum spuneam si la MySQL, caracterele UTF-8 au o lungime variabila intre 1 si 4B.

Afisarea de continut UTF-8 in paginile PHP

Pentru ca browserul sa interpreteze continutul unei pagini in format UTF-8, acesta trebuie sa primeasca header-ele potrivite:

1<?php header("Content-type: text/html; charset=utf-8");?>

Atentie! Headerul trebuie sa fie primele lucruri trimise catre server! Adica trebuie sa fie primul lucru afisat pe pagina.

Tipul documentului se poate specifica si prin meta-ul “Content-Type”. Daca mai exista un tag meta similar in pagina acesta trebuie scos si inlocuit cu:

1<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

**Fisierul .htaccess si procesarea stringurilor
**

Adaugati in fisierul .htaccess (pentru serverul Apache) urmatoarele linii:

1# charset-ul default folosit de PHP
2php_value default_charset utf-8
3# codarea pentru mbstring
4php_value mbstring.internal_encoding utf-8
5php_value mbstring.func_overload 7

Prima linie seteaza charset-ul default pentru PHP, acesta poate sa nu fie setat din php.ini.

A doua si a treia linie linie seteaza functile mbstring (multi byte string).

Folosind UTF-8, cum spuneam si mai sus 1 caracter != 1B, iar de aici pot aparea erori:

1$var = 'aşadar';
2
3echo strlen($var).PHP_EOL; // 7
4echo strtoupper($var).PHP_EOL; // AşADAR
5
6// folosind functii mbstring
7echo mb_strlen($var).PHP_EOL; // 6
8echo mb_strtoupper($var).PHP_EOL; // AŞADAR

De asta am setat mai sus modul pentru mbstring folsind fisierul .htacess. Continutul introdus prin formulare trebuie procesat folosind functii mbstring, pentru a evita probleme ca cele de mai sus.

Functiile disponibile sunt in manual.

Codare continut vechi

Exista multe moduri de a converti continut ISO 8859-1 in UTF-8. Doua dintre solutiile de conversie puse la dispozitie de PHP sunt:

– functia iconv() care converteste dintr-un format in altul:

1echo iconv("ISO-8859-1", "UTF-8", "Test");

– functia utf8_encode() care converteste din ISO 8859-1 in UTF-8:

1echo utf8_encode("Test");

Ce ne rezerva viitorul?

Mult asteptatul PHP6 va avea suport nativ pentru Unicode, deci toate trucurile de mai sus nu vor mai fi necesare. In momentul cand scriu acest blog PHP 6 este gata 70.70%, iar cu putin noroc va fi gata in mai putin de un an.

Ieri a fost lansat oficial PHP 5.3! Aceasta versiune aduce cele mai multe schimbari de la versiune 5 pana acum, iar PHP 5.0 a fost lansat acum aproape 5 ani.

Pe langa noile facilitati pe care le aduce versiunea (despre care am mai discutat), sper ca acum se va grabi si finalizarea lui PHP6, care in principiu o sa fie aproape PHP5.3+Unicode.

De asemenea pe pagina PHP-GTK un anunt spune:

Rumours of PHP-GTK’s death have been greatly exaggerated! The project is very much still alive, but we’re waiting for PHP 5.3 to come out, and also some work needs to be done on the Cairo extension before a new release can be made. This should be completed soon. This release will come with support for GTK+ 2.14 and 2.16, Cairo, and PHP 5.3.

Din noutatile aduse, una dintre facilitatile care eu ma intreb in ce masura va prinde este PHAR. Aceasta permite crearea de “arhive” a fisierelor php, intr-un mod inspirat din Java unde se foloseste JAR. Accesarea arhivelor se face print-un stream (phar), deci teoretic se poate distribui o intreaga aplicatie PHP intr-un singur fisier, fara a fi nevoie de extensia PHAR sa fie instalata.

Se pare ca PHP 5.3 aproape a fost lansat azi. Dar pana la urma lansarea a fost amanata pentru data de 30.06.

Cum am mai spus si intr-un post anterior, PHP 5.3 este o versiunea destul de importanta aducand multe facilitati noi, care din pacate nu au putut fi lansate ca PHP 6, aceasta din urma avand (cand va ajunge sa fie lansata) suport pentru Unicode.

Mai multe despre facilitatile aduse de PHP 5.3 in:  “PHP 5.3 ce aduce nou?“.

Cred ca asta este un moment bun sa va verificati app-urile pentru compatibilitate.

Pana la versiunea mult asteptata 6, PHP 5.3 este deja la RC 2.

PHP 5.3 vine cu multe lucruri noi, de fapt sunt atat de multe incat putea sa fie cu succes versiunea 6, dar de ce nu este PHP 6? Pentru ca toata lumea se asteapta ca versiunea 6 sa aiba suport Unicode, iar cand o comunitate de programatori asteapta de mai bine de 3 ani asta, nu poti pur si simplu sa le spui ca te-ai gandit sa lasi suportul pentru Unicode pentru versiunea 7.

Namespaces

Printre noutati se afla si namespaces, mi se pare o idee interesanta dar nu fantastica, initial acestea nu erau pe lista de prioritati pentru ca se considera ca problema lor se poate rezolva relativ simplu folosind prefixuri si clase.

Un exemplu de namespace:

 1<?php
 2// clasa.php
 3
 4// definirea namespace-ului, in cazul asta trebuie sa fie prima instructiune din fisier
 5namespace teste;
 6
 7// o clasa cu un conscturctor
 8class clasaTest {
 9   function __construct() {
10      echo "in constrcutor";
11   }
12}
13
14// o functie
15function funcTest() {
16   echo "in functie";
17}
18
19// o constanta
20const CONSTANTA = 'global';
21?>

Acelasi fisier se mai poate defini intr-un anumit namespace si in felul urmator:

 1<?php
 2// clasa.php
 3
 4// definirea namespace-ului
 5namespace teste {
 6
 7   // o clasa cu un conscturctor
 8   class clasaTest {
 9     function __construct() {
10        echo "in constrcutor";
11     }
12   }
13
14   // o functie
15   function funcTest() {
16      echo "in functie";
17   }
18
19   // o constanta
20   const CONSTANTA = 'global';
21
22}
23?>

Fisierul in care fac testele:

 1<?php
 2
 3// includem fisierul de mai sus
 4require('clasa.php');
 5
 6$obj = new clasaTest(); // Fatal Error:clasa 'clasaTest' not found in ...
 7
 8$obj2 = new teste\clasaTest(); // afisaza "in constructor"
 9
10// aparent suprascriem constanta
11const CONSTANTA = 'local';
12
13echo CONSTANTA; // afisaza "local"
14
15echo teste\CONSTANTA; // afisza "global"
16
17teste\funcTest(); // afisaza "in functie"
18
19?>

iar daca vrem sa nu mai folosim operatorul “” si numele namespace-ului:

 1<?php
 2// trebuie sa fie prima insctructiune
 3namespace teste;
 4
 5// includem fisierul de mai sus
 6require('clasa.php');
 7
 8$obj = new clasaTest(); // afisaza "in constructor";
 9
10// suprascriem constanta
11const CONSTANTA = 'local'; // Notice: Constant teste\CONSTANTA already defined in...
12
13echo CONSTANTA; // afisaza global
14
15?>

Si acestea sunt functiile de baza, folosindu-le pe acestea o sa ajute portabilitatea, si scalabilitatea. Acum numele de clase si functii nu mai trebuie sa fie unice, trebuie pur si simplu sa fie in namespace-uri diferite.

Functile lambda si “closures”

Cele mai interesante facilitati mi se par functile lambda si “closures”.

Suna cunoscut? Poate pentru ca sunt foarte folosite in JavaScript:

1<script language="javascript">
2closure = function(text) {
3   alert(text);
4}
5
6closure("hello");
7</script>

Iar acum in php este posibil:

1<?php
2$closure = function ($text) {
3   return $text;
4};
5
6echo $closure("hello");
7?>

Tot la functii lambda si “closures” a mai fost introdus si “use”, care permite folosirea unor variabile din exterior:

1<?php
2$x = 'Claudiu';
3$closure = function ($text) use ($x) {
4   return $text.' '.$x;
5};
6
7echo $closure("hello"); // afisaza "hello Claudiu"
8?>

Iar daca in exemplul de mai sus vrem sa modificam variabilele care sunt parametri la “use” nu trebuie decat sa le trimitem prin referinta:

 1<?php
 2$x = 'Claudiu';
 3$closure = function ($text) use (&$x) {
 4   $x = 'utilizator';
 5   return $text;
 6};
 7
 8echo $closure("hello"); // afisaza "hello"
 9
10echo $x; // afisaza "utilizator"
11?>

Iar ca sa luam un exemplu concret unde pot fi utile, sa zicem functia “usort“:

 1<?php
 2function cmp($a, $b)
 3{
 4    if ($a == $b) return 0;
 5    return ($a < $b) ? -1 : 1;
 6}
 7
 8$a = array(3, 2, 5, 6, 1);
 9
10usort($a, "cmp");
11
12// este echivalent cu:
13
14$a = array(3, 2, 5, 6, 1);
15
16usort($a, function ($a, $b){
17    if ($a == $b) return 0;
18    return ($a < $b) ? -1 : 1;
19});
20?>

Dragut, nu? Cred ca asa se vede si mult mai clar ce se intampla in functie si la ce foloseste aceasta.

De asemenea obiectele se pot comporta ca niste closures folosind noua “metoda magica” __invoke():

 1<?php 
 2
 3class testCl {
 4   function __invoke() {
 5      return "metoda de closure";
 6   }
 7}
 8
 9$obj = new testCl(); // instantiem clasa
10echo $obj(); // o apelam ca pe un closure si afisaza "metoda de closure"
11
12?>

NOWDOC

NOWDOC este similar cu HEREDOC doar ca nu interpreteaza variabilele si caracterele speciale. Cu alte cuvinte HEREDOC era echivalentul ghilimelelor duble, NOWDOC este echivalentul ghilimelelor simple:

 1<?php
 2
 3$var = "5";
 4
 5// ghilimele duble
 6echo "Valoarea este: $var <br>"; // "Valoarea este 5"
 7
 8// ghilimele simple
 9echo 'Valoarea este: $var <br>'; // "Valoarea este $var"
10
11// HEREDOC
12echo <<<HEREDOC
13Valoarea este: $var <br>
14HEREDOC;
15// "Valoarea este 5"
16
17// NOWDOC
18echo <<<'NOWDOC'
19Valoarea este: $var <br>
20NOWDOC;
21// "Valoarea este $var"
22
23?>

Operatorul “?”

Acest operator a fost putin “inbunatatit”:

1<?php
2// inainte
3echo $_GET['ceva']?$_GET['ceva']:false;
4
5// acum
6echo $_GET['ceva']?:false;
7
8?>

Cu alte cuvinte acum conditia poate fi folosita ca valoare pentru adevarat.

goto

Sincer… nuprea vad de ce era nevoie de asa ceva, dar poate nu e chiar asa rau. Si un mic exemplu:

 1<?php
 2
 3$x = 1;
 4
 5label1:
 6echo "la label1 $x <br>";
 7$x++;
 8
 9if($x>3) goto label2;
10goto label1;
11
12label2:
13echo "la label2";
14
15// va afisa:
16// la label1 1
17// la label1 2
18// la label1 3
19// la label2
20?>

Arata mai mult a Basic decat a PHP dar chiar functioneaza.

Mai sunt si alte noutati, am incercat sa le enumar doar pe cele care mi se pare mie mai interesante.

Din pacate toate aceste lucruri nu vor ajunge sa fie folosite cu adevarat pe scara larga decat poate peste 2-3 ani, sau chiar mai mult. Poate nu este PHP 6 dar eu cred ca toate schimbarile vor fi mai degraba asociate cu PHP 6 decat cu PHP 5, nu cred ca vrea nimeni sa riste o intreaga aplicatie care foloseste namespace-uri sau closures pentru ca nu este versiunea “noua” de PHP 5.