Undeva in ghidul de certificare exista un capitol dedicat pentru “streams”.

O mica parte din asta reprezinta stream-ul de input, output si cel de eroare din PHP. In C/C++ este faimoasa biblioteca stdio.h, insa putina lume stie ca se poate realiza input de la tastatura si in PHP.

Pe scurt, acest lucru se realizeaza cu PHP://STDIN, PHP://STDOUT si PHP://STDERR.

Ca sa nu fie confuz termenul de stream, subiect care ii panicheaza pe multi care studiaza pentru ZCE, el reprezinta un flux de informatie, la fel cum citesti un fisier inter sau extern folosind fopen.

Dar cum un programator intelege cel mai bine din cod, sa trecem la lucruri mai concrete.

Input

Pentru input se foloseste PHP://STDIN.

Un script care citeste de la tastatura este urmatorul:

 1#!/usr/bin/php
 2<?php
 3// initializare stream de input
 4$input = fopen('php://stdin', 'r');
 5
 6// mesaj de intampinare
 7echo 'Scrie "exit" si apoi enter pentru a termina' . PHP_EOL;
 8
 9// citire de la stream
10while($line = fgets($input, 1024)) {
11 // conditie de iesire cu tot cu terminator de rand
12 if($line == 'exit' . PHP_EOL) {
13    echo 'bye bye' . PHP_EOL;
14    break;
15 }
16 // afisare input citit de la tastatura
17 echo 'Ai scris: ' . $line . PHP_EOL;
18}
19
20// inchidere stream
21fclose($input);

Prima linie din cod este speciala pentru Linux/Unix iar utilizatorii de Windows o pot scoate.
Codul de mai sus trebuie pus intr-un fisier, de exemplu testStream.php

Fisierul trebuie sa aiba drept de executie care se poate da cu:

1chmod +x testStream.php

Apoi fisierul poate fi rulat in Linux direct cu:

1$./testStream.php

In Windows trebuie sa fie data calea catre PHP daca nu este inclusa in include path:

1>c:\php\php.exe testStream.php

Este de remarcat ca inputul este cu tot cu “\n” sau “\r\n” de asta la “exit” se testreaza cu tot cu terminator de linie (PHP_EOL). Folosesc PHP_EOL ca sa poata functiona atat pe Linux/Unix cat si pe Windows.

Output

Pentru output se foloseste PHP://STDOUT.

Dar fata de Input, output-ul este mult mai putin relevant. Practic output-ul este cel standard, care se poate realiza si cu echo sau print.

Dar in scop educational sa modificam fisierul de mai sus sa foloseasca si PHP://STDOUT.

 1#!/usr/bin/php
 2<?php
 3// initializare stream de input
 4$input = fopen('php://stdin', 'r');
 5
 6// initializare stream de output
 7$output = fopen('php://stdout', 'w');
 8
 9// mesaj de intampinare
10fwrite($output, 'Scrie "exit" si apoi enter pentru a termina' . PHP_EOL);
11
12// citire de la stream
13while($line = fgets($input, 1024)) {
14 // conditie de iesire cu tot cu terminator de rand
15 if($line == 'exit' . PHP_EOL) {
16    fwrite($output, 'bye bye' . PHP_EOL);
17    break;
18 }
19 // afisare input citit de la tastatura
20 fwrite($output, 'Ai scris: ' . $line . PHP_EOL);
21}
22
23// inchidere stream input
24fclose($input);
25
26// inchidere stream output
27fclose($output);

Practic nu este nici o schimbare in script, doar ca output-ul a fost afisat folosind PHP://STDOUT intr-un mod mai explicit.

Eroare

Un subiect mai interesant decat output-ul este stream-ul de eroare.

Practic el este relevant mai mult in mediul linux, probabil este si in windows dar eu nu stiu cum se poate capta. Daca citesti acest blog si sti cum se poate face asta lasa te rog un comentariu.

Si din nou scriptul va fi modificat ca mesajele de eroare sa foloseasca stream-ul corespunzator. Voi face ca de fiecare data cand sunt introduse mai mult de 5 caractere sa fie afisat un mesaj de eroare (imi pare rau dar nu am mai multa inspiratie acum):

 1#!/usr/bin/php
 2<?php
 3// initializare stream de input
 4$input = fopen('php://stdin', 'r');
 5
 6// initializare stream de output
 7$output = fopen('php://stdout', 'w');
 8
 9// initializare stream de eroare
10$err = fopen('php://stderr', 'w');
11
12// mesaj de intampinare
13fwrite($output, 'Scrie "exit" si apoi enter pentru a termina' . PHP_EOL);
14
15// citire de la stream
16while($line = fgets($input, 1024)) {
17 // conditie de iesire cu tot cu terminator de rand
18 if($line == 'exit' . PHP_EOL) {
19    fwrite($output, 'bye bye' . PHP_EOL);
20    break;
21 }
22
23 if(strlen($line) > 5) {
24    fwrite($err, 'ATENTIE! Inputul mai mare de 5 caractere: ' . $line);
25    continue;
26 }
27
28 // afisare input citit de la tastatura
29 fwrite($output, 'Ai scris: ' . $line . PHP_EOL);
30}
31
32// inchidere stream input
33fclose($input);
34
35// inchidere stream output
36fclose($output);
37
38// inchidere stream eroare
39fclose($err);

Implicit in Linux mesajele de eroare sunt afisate pe ecran, dar sunt scenarii cand este mai relevanta trecerea erorilor intr-un log de exemplu.

Pentru ca mesajele de eroare sa fie redirectionate catre fisier log se foloseste 2>> dupa cum urmeaza:

1$./testStream 2>>testStream.log

Input din PIPE (|)

Sa luam urmatorul scenariu: Exista rezultatul unei procesari anterioare, care contine o serie de adrese email valide dar si unele invalide. Ar trebuie facute doua fisiere: valid.txt cu adrese valide si unul invalid.txt cu adrese invalide. Adresele valide si invalide vor fi trimise catre script cu pipe.

Lista de adrese va fi simulata prin fisierul email.txt:

1valid_addres@yahoo.com
2another_valid@yahoo.co.uk
3invalid@y.c
4good@gmail.com
5invalid addres@hotmail.com
6foo

Scriptul de procesare va fi emailTest.php:

 1#!/usr/bin/php
 2<?php
 3
 4// initializare stream de input
 5$input = fopen('php://stdin', 'r');
 6
 7// initializare stream de eroare
 8$err = fopen('php://stderr', 'w');
 9
10// faza de cazurile anterioare, aici se verifica sfarsitul fisierului
11// pentru ca inputul nu se citeste de la tastatura
12while(!feof($input)) {
13 // fac trim la linie pentru a scapa de eventuali terminatoari de linie
14 $line = trim(fgets($input, 1024));
15
16 // testez adresa de email
17 if(filter_var($line, FILTER_VALIDATE_EMAIL)) {
18    // output-ul se face direct pentru ca acesta este echivalent cu
19    // stream de php://stdout
20    echo $line . PHP_EOL;
21 } else {
22    // adresele invalide sunt scrise directionate catre stream-ul de
23    // php://stderr pentru a fi interceptate ulterior
24    fputs($err, $line . PHP_EOL);
25 }
26}
27
28// inchidere stream input
29fclose($input);
30
31// inchidere stream eroare
32fclose($err);

Pentru a testa voi simula output-ul de adrese de email print comanda cat:

1cat email.txt |./emailTest.php >valid.txt 2>invalid.txt

Acum fisierele valid.txt si invalid.txt din directorul curent sunt populate cu adresele corespunzatoare.

Procesarea de acest fel este foarte utila cand exista procesari mai complexe. Practic este o alternativa la Shell Scripting (linux) sau Batch Scripting (windows), limbaje care nu sunt la fel de flexibile.

Argumente catre script

De multe ori este util sa trimitem direct argumente catre script pentru a avea functionalitate diferita de exemplu.

Diferenta fata de scenariul anterior ar fi ca numele fisierului cu adrese de mail trebuie sa vina ca argument la script.

Argumentele sunt preluate automat in variabila $argv. Este de remarcat ca de fapt primul element din array, adica $argv[0] este chiar numele scriptului!

Exemplul anterior modificat este:

 1#!/usr/bin/php
 2<?php
 3
 4// numaratoarea incepe de la 1 pentru a elimina numele scriptului
 5for ($i = 1; $i < count($argv); $i++) {
 6  // initializare stream de input
 7  $input = fopen($argv[$i], 'r');
 8
 9  // initializare stream de eroare
10  $err = fopen('php://stderr', 'w');
11
12  if(!$input) {
13   continue;
14  }
15
16  // faza de cazurile anterioare, aici se verifica sfarsitul fisierului
17  // pentru ca inputul nu se citeste de la tastatura
18  while(!feof($input)) {
19   // fac trim la linie pentru a scapa de eventuali terminatoari de linie
20   $line = trim(fgets($input, 1024));
21
22   // testez adresa de email
23   if(filter_var($line, FILTER_VALIDATE_EMAIL)) {
24     // output-ul se face direct pentru ca acesta este echivalent cu
25     // stream de php://stdout
26     echo $line . PHP_EOL;
27   } else {
28     // adresele invalide sunt scrise directionate catre stream-ul de
29     // php://stderr pentru a fi interceptate ulterior
30     fputs($err, $line . PHP_EOL);
31   }
32  }
33
34  // inchidere stream input
35  fclose($input);
36
37  // inchidere stream eroare
38  fclose($err);
39}

Pentru a rula fisierul cu argumente:

1$./argTest.php email.txt >valid.txt 2>invalid.txt

In 2008 cand am dat primul examen de certificare erau 22 de ingineri certificati Zend in Romania, eu am devenit numarul 23.

Cu timpul se pare ca mai multa lume a inceput sa se certifice, iar saptamana aceasta numarul100 a fost depasit!

La o filtrare dupa data certificati ZCE PHP am constatat, plin de bucurie, ca web developer-ul cu numarul 100 certificat din Romania este chiar colegul si prietenul meu Emanuel Croitoru, pe care l-am chinuit saptamani intregi cu indemnul: “nu-ti face griji, e simplu”.

Atunci cand a trebuit sa aprofundeze manualul se pare ca nu era chiar atat de simplu. 🙂

Dar pana la urma, determinarea pentru a face pasul acesta este un argument in plus ca un ZCE se straduieste sa fie un web developer bun!

De cand am aflat de existenta elephpant-ului am vrut sa-l am. Un tel de loc romantic sau demn de a fi idealistic, dar totusi mult mai complicat decat ar putea parea.

Nici macar google se pare ca nu ofera rezultate cine stie ce relevante. Francezii de la Nexen care il produc nu au nici un magazin de distributie, de fapt nu exista retail oficial de loc pentru asa ceva.

Cu toate ca Web-ul este plin de poze cu elefantul php de la tot felul de evenimente, sau chiar cu caracter erotic, nu acelasi lucru se poate spune si despre locurile de unde se poate cumpara.

Pe site la Nexen scrie ca se pot comanda minim 50 elefanti php mici sau 1 mare, dar cam pe aici se termina povestea. La un moment dat am zis sa incerc sa comand 50 de elefanti dar… nici asta nu am reusit.

Intr-un final, dupa aproape 2 ani de cautari am ajuns intamplator pe eBay. M-am gandit ca poate macar unul s.h. exista. Se pare ca exista cineva din UE care ii distribuie! La momentul cand scriu acest blog se pare ca nici acel anunt nu mai exista, dar cu putin noroc in maxim cateva saptamani va reaparea. Cautarea trebuie facuta dupa “php elephant”, nu “elephpant” care este numele oficial.

Dupa aproape doua saptamani de cand am facut comanda, a venit! Acum sunt fericitul posesor al unui elephpant! Pretul nu a fost tocmai mic, 15 lite + transport, dar pentru aceasta mult asteptata mascota consider ca a meritat.

Este intradevar destul de micut dar foarte bine lucrat si simpatic. El a fost mascota mea pentru certificarea ZCE 5.3.

Misterul legat de raritatea acestor elefanti este elucidat pe elephpant.com: “No retail at the moment. We prefer relying on local PUG or online shop to actually do retail.”. Se pare ca momentan singurul mod de a achizitiona unul este sa gasesti pe cineva care a cumparat 50 elefanti php si acum vinde din ei, sau sa cumperi 50!

Soarta productiei din 2011 a fost decisa la finalul anului trecut, prin pagina de precomanda de pe http://www.elephpant.com/. Si aici probabil se vor putea precomanda din nou curand.

Cand a aparut formularul de precomanda pe elephpant.com am primit chiar si un mail in care mi se spunea sa comand daca sunt interesat. Deci daca sunteti interesati abonarea este utila.

O noutate este elefantul php roz! Probabil ideea a aparut pentru partea de PHP Woman din comunitate. Nu exista nici o poza cu acest nou elefant, pentru ca este la prima generatie.

Dupa cum spuneam intr-un blog anterior, cand Zend a lansat noua certificare ZCE 5.3 am primit un cod de discount pentru voucherul de certificare, valabil pana la finalul anului 2010. Am vrut sa profit, asa ca in ultima saptamana din an am cumparat voucherul.

Aveam deja experienta de la certificarea ZCE 5, despre care am vorbit la momentul respectiv.

Am vrut ca pana la finalul concediului, adica pe 7-I sa o dau.

Termenul a fost cam scurt, am avut teoretic aproape doua saptamani sa ma pregatesc, dar pentru ca acestea erau in preajma sarbatoriilor timpul a fost de fapt mult mai scurt.

Zend PHP5 Certification Study Guide – 2nd Edition

Am inceput studiul cu Zend PHP5 Certification Study Guide – 2nd Edition. Cartea chiar daca nu inglobeaza noiile facilitati 5.3 nu este depasita. Pentru ca nu era prima data cand o citeam deja intr-o buna masura a fost mai mult o recapitulare. Am incercat ca pentru fiecare capitol sa fac un exemplu care sa probeze functionalitatea si unul ca sa probeze cazurile pentru care nu se aplica. Cu toate acestea in 4 zile am reusit sa parcurg intreaga carte.

Ca o sugestie, pentru partea de stream-uri si SPL de exemplu, unde este destul de greu de studiat direct din manual ghid-ul mi se pare un inceput bun.

Pentru ca pana la urma cartea este un ghid, in timp ce am citit cartea m-am uitat in capitolele corespunzatoare din manualul de pe php.net pentru o imagine mai larga.

Mock tests

Inainte sa termin cartea am incercat sa fac un mock test pentru PHP5 si spre marea mea surprindere rezultatul a fost “Excellent”. Mock testele le am de cand am dat ZCE 5, iar pentru ca exista o frecventa destul de mare cu care se repetau intrebariile nu am folosit decat 3 atunci. Si acum am facut doar doua din acelasi motiv. Testele sunt foarte utile pentru partea de PHP 5 pentru ca dupa parerea mea, asa cum era si in descrierea lor, acestea sunt mai complicate de multe ori decat examenul in sine. Totusi nu faceti foarte multe, mai ales daca rezultatele la primele sunt slabe pentru ca va pot induce intr-o falsa incredere din pricina intrebariilor repetitive.

Zend PHP 5.3 Study Guide

Cand am terminat cartea am trecut la ghidul gratuit Zend PHP 5.3 Study Guide, care se poate decarca de pe pagina cu detaliile legate de certificare, partea dreapta. Ghidul este in versiune beta si se simte. Cred ca toti cei care vorbesc despre el spun ca are multe bug-uri, si pana la urma este adevarat. Unul dintre cele mai amuzante mi se pare la pagina 109, intrebarea 12, raspunsul la intrebare este D… care nu este afisat in pagina. Dar parerea mea este ca acolo unde sunt bug-uri acestea vor fi gasite relativ usor si nu vor induce in eroare.

Se simte mult mai tare ca acesta este un ghid decat la cartea precedenta, este mult mai sumar si abstract si te obliga sa studiezi manualul.

La finalul fiecarui capitol sunt intrebari, nu am avut rezultat 100% decat la doua capitole. Intrebariile sunt dificile, mai dificile decat la examen in sine dupa parerea mea. Cu toate astea cititi fiecare intrebare cu atentie pentru ca asa va fi si la examen.

Ca sa trec prin tot ghid-ul mi-a mai luat inca 2 zile pentru ca eram incins deja de la cartea precedenta.

Ziua dinainte de examen

Am citit pe blog-ul lui Lorna “lornajane” Mitchell ca inainte de examen e bine sa recapitulezi cateva subiecte mai delictate. Eu in ultima zi am inceput sa recapitulez lucrurile care necesita mai multa memorie decat intelect, cum ar fi zeciile de functii pentru string-uri si array-uri. De asemenea cred ca merita repetat si SPL.

Examenul

Dupa nu foarte mult timp de studiu a venit si momentul examenului.

La fel ca si data trecuta, m-am programat pe Internet cu o zi inainte si m-am prezentat in centrul Pearson VUE.

Examenul in sine nu mi s-a parut mult mai dificil decat cel anterior. Mi se pare ca se pune mai mult accent pe notiuni mai high level de OOP si SPL decat in cel precedent. Stilul intrebariilor mi se pare similar, poate un pic mai multe intrebari “type in”, dar asta se poate sa fie doar norocul meu pentru ca intrebariile sunt selectate dinamic dintr-o serie de intrebari de diferite grade de dificultate.

Timpul de 90 de minute a fost suficient pentru a parcurge toate intrebariile cu atentie si a face review la care nu eram sigur. Data trecuta am terminat cu aproape jumatate de ora inainte, acum nu mi-au mai ramas decat 10 min, poate pentru ca am incercat sa nu ma grabesc de loc.

MULTA ATENTIE! Este foarte important sa citesti intrebariile cu antetie si sa le recitesti de cate ori este nevoie pana cand esti sigur ca ai inteles ce se cere. Unele intrebari sunt formulate mai ciudat si pot induce foarte usor in eroare. Nu intra in panica, daca ai dubii poate trebuie sa marchezi intrebarea pentru review si sa te intorci la ea la final.

Eu personal la inceputul examenului am emotii si primele intrebari le marchez pentru review pentru ca nu reusesc sa ma concentrez suficient.

Fata de acum 2 ani, cand lucram mult mai mult cu PHP brut si mai erau si unele servere de PHP 4 anul trecut am lucrat mai mult cu framework-uri open-source. Asta poate fi un dezavantaj pentru ca nu mai lucrezi atat de mult direct cu functii de core. Dar fata de prima certificare recunosc ca am studiat mult mai putin, probabil si experienta isi spune cuvantul dar si faptul ca ocazional mai rasfoiesc vechiul ghid de certificare.

Iar cu acestea fiind spuse a venit timpul sa pun prima bifa pe rezolutia de an si sa atasez noua sigla la blog.

Pentru aceia care se pregatesc, va urez mult succes!

A mai trecut un an iar PHP 6 nu va veni.

De 2 ani astept PHP 6, cred ca a devenit mai mult un blog traditional cu care sa inchei anul.

PHP 6 nu va mai veni pentru ca trunk-ul a fost abandonat si refacut dintr-unul de 5.3.

In alta ordine de idei PHP 5.3 castiga popularitate. Frameworkuri precum Zend Framework si Symfony pregatesc pentru anul 2011 cate o versiune in 2.0 care va avea nevoie de PHP 5.3+. Chiar si CodeIgniter, un framework traditional PHP 4, va necesita o data cu versiunea 2.0 minim PHP 5.1.6.

Mai mult, certificarea oficiala Zend pentru PHP este mai nou ZCE 5.3, iar aceasta devine destul de populara, chiar daca a fost lansata doar cu cateva luni in urma.

Dar un nou an se incheie si este timpul sa bifam realizariile din rezolutia de anul trecut si sa o scriem pe urmatoarea.

Anul trecut am terminat masterul, cu asta am incheiat mult prea multi ani de scoala decat imi doresc sa calculez. De fapt aceasta este prima iarna cand nu sunt intr-o forma de invatamant, poate de asta mi se pare ca am ceva mai mult timp liber :).

Am schimbat locul de munca, iar cu asta am fost fortat sa folosesc cateva lucruri care erau pe lista de TODO de ceva vreme:

• Linux
• Symfony Framework Linux era un subiect in jurul caruia ma invart inevitabi de destul de multi ani, fara sa-l aprofundez de loc. A fost mereu pe lista mea de “todo”, dar niciodata nu am avut atata rabdare ca sa intru in detalii cu el sau nu am avut continuitate atunci cand am facut-o. Cand am ajuns la noul loc de munca m-am trezit in fata unui calculator cu Ubuntu si un pic de panica m-a cuprins.

Dupa cateva luni am facut un nou pas, pentru prima data in viata mea am fost la un curs profesional. Cursul era organizat de Info Academy. Platit din buzunarul meu si usor suprapus cu programul de lucru. Dar am ajuns la concluzia ca trebuie sa-l fac. Probabil nu suna ca mare lucru, dar pentru mine care sunt in general autodidact a fost destul de ciudat. Acum ca s-a terminat pot spune ca a fost o foarte buna investitie si il recomand.

Undeva pe parcursul cursului mi-am dat seama ca e timpul sa mai fac cate un boot in linux si acasa. Urmatorul pas a fost reconfigurarea boot managerului sa booteze direct in linux. Acum, dupa ce folosesc aproape exclusiv linux, am ajuns la concluzia ca este suficient de user friendly incat sa fie o alternativa reala pentru Windows.

Symfony framework este alt subiect prafuit pe lista de “todo”. Desi am mai abordat CodeIgniter si Zend Framework, de Symfony nici macar nu m-am apropiat pana anul trecut. Se simte diferenta fundamentala de concept dintre ZF si Symfony, iar eu am simtit-o pe pielea mea. Acesta a fost alt motiv de panica pentru mine la noul loc de munca, pana la urma “all frameworks suck”.

Nu este un framework usor de invatat din pricina conceptelor, dar acum sunt de parere ca merita. Ce-mi place cel mai mult la acest framework este generarea de CRUD, care se face foarte usor si totusi este foarte puternica si flexibila. De asemenea flosirea fisierelor YML, care se pare ca au fost preluate de la Ruby on Rails, este o alternativa mult mai buna la fisierele ini care sunt suportate nativ in PHP.

Ca sa concluzionez, 2010 a fost un an bun, cu multe realizari, chiar daca nu am bifat totul pe rezolutia de anul trecut, cred ca am bifat destule.

Iar acum va urez un an 2011 mai bun si plin de realizari! La multi ani!