Cum influenteaza rata de adoptie a noilor produse si/sau versiuni de soft dezvoltarea produselor pentru Web si cele de tip client-server?

Din perspectiva unui web developer, suntem restrictionati de serverele pentru care dezvoltam si browserele clientilor. De multe ori compromisurile merg foarte departe de dragul de a satisface o piata mai larga.

PHP

In prezent versiunea stabila de PHP este 5.3.0, totusi folosirea acestei versiuni in productie ar fi o decizie puierila. Versiunea a aparut de putin timp si probabilitatea de a gasi aceasta versiune pe serverele de hosting este foarte mica.

In mod logic o versiune mai potrivita este 5.2.10. Si totusi, daca versiunea 5 a aparut acum aproape 5 ani, de ce un framework popular precum CakePHP inca nu foloseste avantajele aduse de aceasta versiune? Pentru ca pana de curand o buna parte din serverele de shared hosting care aveau suport pentru PHP, aveau inca versiunea 4.

Cum se traduce asta in productie? Daca nu dezvolti produse interne sau pe servere proprii, sau asupra carora ai control, ar trebui sa fi constient ca produsul tau poate ar trebui sa fie compatibil si cu versiuni de PHP mai vechi, iar noile facilitatie nu trebuiesc folosite.

Trist si ridicol dar adevarat.

PHP 5.3 aduce destul de multe facilitati noi, dar pana aceste facilitati vor putea fi folosite in productie probabil vor mai trece cativa ani. Iar pana acestea vor ajunge si in framework-uri probabil si mai mult (de exemplu namespace-urile sunt utile in framework-uri).

MySQL

Versiunea stabila curenta este 5.1.36.  Versiunea 5.x, lansata in 2005 a adus multe facilitati noi, cateva dintre ele sunt: rutine stocate (functii si proceduri), triggere, views, cursori, information schema etc.

Rutinele stocate probabil reprezinta una dintre cele mai mari schimbari. Acestea sunt cel mai cunoscute probabil de la Oracle PL/SQL, desi MySQL le-a implementat dupa standardul ANSI SQL 2003.

Dar pentru ca MySQL 5.0 a stat mult in beta rata de adoptie este si aici foarte scazuta. Din nou, sunt aproape 4 ani de cand a fost lansata versiunea iar ea inca nu este suficient de raspandita.

Concluzia, pur si simplu nu se recomanda folosirea noilor facilitati daca nu vei putea controla serverul.

Browserele si JavaScript

Problema browserelor ii afecteaza atat pe programatori cat si pe designeri.

Probabil cel mai vechi browser folosit pe o scara inca destul de larga este Internet Explorer 6. Acesta a fost lansat in 2001, adica in urma cu 8 ani si este inca folosit de ~30% dintre utilizatori.

In 2001 JavaScript era considerat inca un limbaj de scripting infantil, care era folosit mai mult pentru efecte vizuale simple.

O data cu “descoperire” AJAX in 2005, JavaScript a prins din nou viata. JavaScript nu mai era doar un limbaj folosit pentru efecte vizuale reduse ci era privit ca o tehnologie de viitor.

Browsere cum ar fi FireFox, Opera, Google Chrome sau Safari au facut progrese mari pentru a imbunatatii viteza de executie pentru JavaScript. Pana si Internet Explorer 8 lucreaza mai bine cu JavaScript, dar este departe de a fi la fel de popular ca versiunea 6. Si ca sa fie completa problema Microsoft are o mare problema cu pastrarea compatibilitatii intre produsele sale.

Motivul pentru aceasta problema de adoptie a noilor versiuni Internet Explorer este de fapt sistemul de operare. Cel mai popular sistem de operare de la Microsoft este Windows XP. Acesta avea preinstalat Internet Explorer 6. Avand in vedere ca Windows Vista a intrat mult mai greu pe piata din pricina bug-urilor initiale, problemelor cu driverele, resurselor consumate si a altor probleme, a insemnat ca Windows XP a ramas inca foarte popular. Evident nu toti care folosesc Windows XP utilizeaza IE 6, multi au facut update sau pur si simplu folosesc alt browser. Dar multi dintre utilizatori folosesc acest browser care vine preinstalat.

Apropo de acest aspect, Windows 7 va fi distribuit in Europa fara IE instalat. Sunt foarte curios cum va influenta asta piata browserelor.

In ultima vreme telefoanele “smart phone” si dispozitivele PDA au devenit tot mai populare. Multa lume le foloseste pentru a naviga pe Internet. Deci dupa problema de compatibilitate cu browserele de pe PC, acum apare si problema de compatibilitate cu browserele de pe mobil. De exemplu, telefonul meu a venit cu doua browsere: Internet Explorer si Opera. Internet Explorer pentru mobil este groaznic, asa ca eu folosesc Opera care face o treaba buna.

Problema este ca multe dispozitive PDA/smart phone cu Windows Mobile au doar Internet Explorer in standard, si  revenim la problema anterioara.

Cand vine vorba de Apple cu renumitul iPhone browserul folosit este Safari (si cred ca nu se poate instala alt browser, dar nu sunt sigur ca mai este inca aceasta problema).

Deci atunci cand realizam o interfata sau o aplicatie JavaScript, ar trebuie sa luam in considerare cateva aspecte cum ar fi:

• dispozitiv (ex: PC, PDA, smart phone etc.)
• sistem de operare (ex: Windows, Linux, Mac, Symbian etc.)
• browser cu versiunea aferenta (Internet Explorer 6,7,8; FireFox, Safari, Opera etc.) HTML 5 este aproape aici, dar cand vine vorba de browsere ma intreb cand se va spune cu adevarat despre HTML 5 ca se poate folosi pe scara larga avand in vedere ca peste jumatate din piata in arest moment este dominata de IE 6 si 7.

Eu zic ca o sa fie cam 5 ani…

Problema apare atunci cand utilizatorul intra pe un domeniu si trebuie redirectionat care acelasi nume de domeniu, pastrand variabilele GET dar adaugand www.

Solutia mea se bazeaza pe functia header si variabilele globale din $_SERVER:

 1// retinem adresa pentru a lucra mai usor cu ea
 2// va fi 'www.exemple.org' sau 'exemple.org'
 3$host = $_SERVER['HTTP_HOST'];
 4
 5// verificam daca primele 4 caractere sunt 'www.'
 6// '.' este important pentru numele de domeniu care incep cu 'www'
 7if(substr($host, 0, 4) !== 'www.') {
 8     // anuntam browserul ca pagina a fost mutata
 9     header('HTTP/1.1 301 Moved Permanently'); 
10
11     // introducem noua locatie
12     // in $_SERVER['REQUEST_URI'] se afla variabilele
13     header('Location: http://www.' . $host . $_SERVER['REQUEST_URI']);
14
15     // iesim din pagina
16     exit();
17}

Din pricina headerului 301 motoarele de cautare nu vor indexa pagina fara www.

PS: codul de mai sus trebuie sa fie primul lucru care il afisaza pagina!

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 de curand Google a lansat niste “Sfaturi de optimizare pentru PHP“.

Unul din “sfaturile” facute de Google este:

Sometimes PHP novices attempt to make their code “cleaner” by copying predefined variables to variables with shorter names before working with them. What this actually results in is doubled memory consumption, and therefore, slow scripts. In the following example, imagine if a malicious user had inserted 512KB worth of characters into a textarea field. This would result in 1MB of memory being used!

$description = strip_tags($_POST['description']);<br /> echo $description;

Exemplul mi se pare unul destul de slab, ce este mai interesant este raspunsul lui Gwynne Raskind ca reprezentant PHP:

The Zend Engine at the core of PHP 4 and 5 uses a technique known as
“copy-on-write” memory management. This means that no matter how many
times you assign the value of a variable to another variable, the data
is not copied until you change it.

Sa fie un lucru clar, Google nu foloseste PHP ca unul din limbajele de programare principale, cum fac cei de la Yahoo! sau Facebook, deci nu sunt implicati direct in optimizare.

Problema de fapt cu aceste “trucuri” de care este plin Internet-ul este ca acum vin si de la Google, lucru care o sa asigure vizibilitatea si din pacate este un articol slab va deveni un articol de referinta pentru multi.

PEAR si PECL sunt depozite de extensii pentru PHP. In aceste depozite se gasesc practic toate extensile mai importante care se folosesc cu PHP.

De ce nu ai folosi extensii care totusi se regasesc in cele doua depozite? Pentru ca limitarea cea mai mare si mai importanta este serverul pe care va rula aplicatia.

Majoritatea site-urilor mici si medii au hosting de tip share (adica pe acelasi server sunt gazduite mai multe domenii). Pentru ca hosting-ul este share atunci in momentul in care se face o schimbare pe server toate site-urile vor “beneficia” de ea (cel putin teoretic).

Si de aici apar problemele, nu poti fi niciodata sigur ca aplicatia pe care o dezvolti va ajunge pe un server care are o anumita extensie. Iar chiar daca unii o sa te lase sa instalezi extensii sau chiar le vor instala ei la cerere, mereu va exista problema celor care refuza sa faca asta sau chiar te pun pe tine sa o instalezi pe propria raspundere (da, am intalnit si asta).

Evident nu ar trebui excluse toate extensile, dar cele care nu sunt tocmai “populare” ar trebui totusi evitate.

Partea buna este ca multe extensii sunt facute chiar in PHP, deci ele nu mai trebuie complilate, activate etc., acestea pot fi direct incluse si folosite.

Un alt avantaj al PHP este si ca nu duce lipsa de resurse, de exemplu pentru clase PHP exista www.phpclasses.org o resursa foarte buna, unde se gasesc clase pentru orice ai visat sau nu ai indraznit sa visezi.

Din pacate totusi unele extensii pur si simplu nu se pot inlocui, de exemplu GD. M-am trezit zilele trecuta ca serverul pe care lucram nu are GD iar eu nu pot sa fac nimic altceva decat sa astept sa se sesizeze cineva.

Concluzia, ai grija ce folosesti daca sti ca nu vei controla serverul pe care va ajunge aplicatia ta…