Christian Wenz a publicat cateva informatii interesante legate de Zend si viitorul PHP, informatii extrase din interviul pe care Zeev Suraski l-a dat portalului german Golem.
Astfel se pare ca:

- Incompatibilitatile dintre PHP5 si PHP6 vor fi mai severe decat cele intre PHP4 si PHP5.
- PHP6 va aparea peste cel putin 1 an
- APC ar putea fi parte din PHP6, dar va avea si o versiune comerciala ca produs Zend
- Zend vrea sa lanseze o suita de tooluri care sa faciliteze dezvoltarea de aplicatii AJAX cu PHP.

- echo este mai rapid ca print.
- $row[’id’] este de 7 ori mai rapid decat $row[id]
- Nu folositi functii in for-uri: for ($x=0; $x < count($array); $x).Functia count() este apelata de fiecare data.
- Inchide conexiunea la bd cand ai terminat lucrul cu ea.
- Suprimarea erorilor cu @ nu este recomandata.
Toate cele 40 de "tips"-uri le gasiti pe blogul lui Reinhold Weber

PHPLint este un analizator de cod care descopera:
- constantele/variabilele/functiile/clasele/metodele nefolosite.
- erori in argumentele metodelor (trimiterea ca parametru a unui string unei metode care necesita un array)

Il puteti descarca de la:
http://www.icosaedro.it/phplint/index.html sau puteti verifica versiunea online:
http://www.icosaedro.it/phplint/phplint-on-line.html

Jonathan Street publica un articol despre diferentele de performanta intre functiile PHP. Mai jos aveti functiile care au fost testate.

*sizeof vs count
*is_int vs is_integer
*chop vs rtrim
*doubleval vs floatval
*fwrite vs fputs
*implode vs join
*ini_alter vs ini_set

Derek Silvers a publicat un articol despre decizile care l-au determinat sa renunte la Ruby on Rails si sa se intoarca la PHP.

Back in January 2005, I announced on the O’Reilly blog that I was going to completely scrap over 100,000 lines of messy PHP code in my existing CD Baby (cdbaby.com) website, and rewrite the entire thing in Rails, from scratch. […] The first few months showed good progress, and Jeremy could not have been more amazing, twisting the deep inner guts of Rails to make it do things it was never intended to do.

But at every step, it seemed our needs clashed with Rails’ preferences. (Like trying to turn a train into a boat. It’s do-able with a lot of glue. But it’s damn hard. And certainly makes you ask why you’re really doing this.)

Un articol care merita citit si care contine cele 7 motive care l-au facut sa renunte la Ruby on Rails si sa revina la PHP.

De asemenea au aparut cateva reactii la acest articol:

* Elizabeth Naramore - “Derek Sivers’ Article on RoR vs PHP”
* Paul Jones - “Is there anything Rails can do that PHP cannot do? *No.*”
* Terry Chay - “Why PHP triumphs over Ruby”
* Jeff Moore - “Ruby versus PHP or There and Back Again”

AJAX este un fenomen complex care poate semnifica ceva diferit pentru fiecare persoana. Pentru utilizatori, AJAX se simte prin situri moderne cu o interfata mai prietenoasa si comportament mai prietenos decat siturile traditionale. Pentru programatori, AJAX inseamna Asynchronous Javascript and XML, si se refera la un set de tehnologii care permit implementarea unor facilitati deosebite in aplicatiile web cu doar putin efort suplimentar.

Inovatia AJAX s-a declansat ca urmare a nevoii de imbunatati viteza de navigare a siturilor, prin micsorarea timpilor de raspuns la actiunile utilizatorilor. Pentru fiecare actiune a utilizatorului, siturile obisnuiau sa reincarce complet pagina pentru a o actualiza cu noi date, chiar si in cazurile in care schimbarile erau minore. Astfel, inainte de AJAX, fiecare click de mouse cauza un timp mort pentru utilizator, pana cand noua pagina se incarca.

Este important de inteles ca multe din aceste asteptari sunt utile si necesare atunci cand ele se intampla natural, ca urmare a navigarii intre diverse pagini. Cel mai simplu argument este ca aceste reincarcari de pagini (page reloads) sunt modalitatea prin care adresa paginii se schimba, astfel incat ea sa poata fi insemnate (bookmarked) pentru referinte ulterioare. Totusi aceasta tehnica este folosita excesiv pentru multe alte circumstante, cand acea asteptare nu isi are sensul. Exemplele sunt nenumarate; un exemplu relevant este cazul cand este necesara completarea unui formular intreg, si apasarea butonului „Submit”, pentru a afla care sunt greselile facute in el. In mod natural, aceste greseli ar trebui semnalizate pe masura ce sunt facute. Alte exemple pot fi vazute in multe locuri pe internet, unde situri moderne permit utilizatorului sa faca diverse actiuni (spre exemplu, sa voteze prin butoane „Yes/No”), fara ca acestea sa cauzeze asteptari sesizabile.

Eliminarea reincarcarilor inutile de pagini a fost acel mic pas care a declansat o avalansa de eforturi in directia imbunatatirii interfetei siturilor web. Facilitati precum drag-n-drop, validare automata a datelor, unelte web de colaborare interactiva, si multe altele sunt noi in lumea aplicatiilor web, acestea fiind asociate in mod traditional cu aplicatiile care ruleaza local. Toate acestea, desi uneori fara temei tehnic, sunt atribuite fenomenului AJAX.

Intr-adevar, in momentul acesta totul suna bine despre AJAX, dar trebuie tinut cont de faptul ca AJAX un concept inca foarte nou. El a fost „inventat” in februarie 2005 de catre Jesse James Garett in articolul „Ajax: A New Approach to Web Applications”. Ca orice alta tehnologie, AJAX poate fi folosita gresit, cu efecte negative asupra aplicatiilor. Chiar daca ingredientele AJAX sunt mature (cea mai noua componenta este obiectul XMLHttpRequest care a fost conceput de Microsoft in jurul anului 1999), noul lor rol in lumea aplicatiilor web moderne este inca o tema controversata. In timp ce unii vad AJAX ca fiind viitorul aplicatiilor web, altii prefera sa nu foloseasca AJAX deloc. Probabil ca testul timpului va arata, ca de obicei, calea de mijloc ca fiind cea de urmat.

Tehnologiile AJAX se refera in wwspecial la partea de client in modelul client-server, limbajul JavaScript avand rolul principal. Pentru a construi o aplicatie functionala, este nevoie si de o tehnologie pentru implementarea partii de server. Pentru cei care sunt familiari cu limbajul PHP, PACKT Publishing a publicat, in Martie 2006, o noua carte numita „AJAX and PHP: Building Responsive Web Applications”. Aceasta carte abordeaza o serie de subiecte pertinente si este scrisa intr-un stil pragmatic si eficient. In primele capitole sunt prezentate fundamentele teoretice, dupa care sunt abordate o serie de studii de caz care prezinta implementarea unor sceanarii pe care credem ca le veti gasi relevante pentru multe proiecte PHP.

Puteti gasi demonstratii online, capitole gratuite si alte resurse relevante pentru aceasta carte la adresa http://www.cristiandarie.ro/ajax-php/. Cartea poate fi comandata cu un discount de 20% si transport gratuit pentru membrii comunitatii PHP Romania.

Justin Silverton a publicat un articol despre diferentele PHP si perl. El subliniaza faptul ca PHP este realizat pentru web, are suport built-in pentru baze de date si este mai sigur. Alt articol legat de acest subiect gasiti si la http://tnx.nl/php

Un alt articol care merita citit este si 10 PHP speed improvement tips for apachescris de acelasi Justin Silverton.

Dezbaterea privind păstrarea fişierelor (audio/video/imagini) in baza de date contra sistem de fişiere continuă cu noi argumente.

Într-un articol publicat pe MySQL-dump (găsit via PlanetPHP) se pare ca nu sunt singurul căruia îi place idea de a servi conţinutul static cu serverul web lightTPD.

La o concluzie finală pro sau contra nu se va ajunge prea curând dar se pare ca discuţiile se termină tot timpul cu:

“Don’t.”

Se pare ca din PHP 6.0 vor lipsi:

• register globals
• magic quotes
• safe mode

Mai multe pe blogul lui Par Pierre

Nexen.net a realizat o statistica in decembrie 2005 referitoare la procentul de utilizare a PHP pe serverele din fiecare tara.
Romania ocupa locul 16 (cu 55.29%).

Pentru a citi intregul articol vizitati  Nexen.net