Arhicunoscutul site trafic.ro a devenit de curand serviciu pe bani, mai exact 10 euro fara TVA pe an.

Eu personal pentru acest blog folosesc google analytics, deci nu e ca si cum ma afecteaza pe mine dar undeva in sinea mea chiar imi pare rau. Era un mod foarte bun de a aflat date care altfel sunt condifentiale despre concurenta, era o unealta foarte buna si pe care multi o lasa complet neprotejata. Cu ajutorul trafic.ro poti vedea cuvinte cheie, surse de trafic si multe alte date foarte interesante din punct de vedere SEO. De asemenea cu acest serviciu puteai vedea cat de “sanatos” este traficul prin numarul de utilizatori care frecventeaza un anume site si cam ce rata de intoarcere au. Cu toate aceste date puteai sa faci un raport interesant chiar daca de multe ori si minimalist despre cum sa furi clientii unui site.

Dar toate acestea urmeaza sa se schimbe, o noua era in SEO din Romania se schiteaza.

Acum ceva vreme am primit un task sa realizez o forma de prezentare a unei oferte de produse. Nu trebuia sa fie un catalog, trebuia pur si simplu sa fie o lista de produse. Clientul m-a lasat sa decid eu intre xls si pdf. Nu am stat pe ganduri si am ales pdf dar… era problema ce sa folosesc. De dragul portabilitatii am zis sa nu folosesc modulul php_pdflib ca sa nu apara probleme daca incerc sa refac aplicatia cu alta ocazie.

Dar Google ca de obicei mi-a dat si solutia: fpdf! Fpdf este o clasa php, total independenta realizata in php4. Trebuie sa recunosc ca mi-a luat cateva ore pana am ajuns sa realizez fisierul dar sunt foarte multimit de rezultat si chiar daca a durat putin mai mult decat estimasem initial o data ce m-am prins ce am de facut a iesit totul bine.

In principiu cam tot ce este nevoie este in manual.

Foarte multimit de rezultat am vrut sa trec la pasul 2, factura in format pdf.

Ca si in html eram obisnuit ca atunci cand informatia este tabelara sa o formatez ca atare, dar in fpdf nu exista tabele proprizise, exista celulele separate printr-un rand nou. Iar o alta problema este legata de formatarea tabelara, celulele nu se redimensioneaza dupa continut ca in html.

Prima problema este simplu de rezolvat, put si simplu se apeleaza metoda Ln() cand se doreste trecerea pe un nou rand, dar pentru ca celulele nu sunt chiar celule se pot intersecta destul de usor folosind latimea celulei:

 1require('fpdf.php');
 2
 3// instantiaza clasa
 4$pdf=new FPDF();
 5
 6// seteaza fontul
 7$pdf->SetFont('Arial','',5);
 8
 9//adauga o noua pagina
10$pdf->AddPage();
11
12// primele doua celule, primii 2 parametrii sunt latimea si inaltimea
13$pdf->Cell(20, 10, "celula 1", 1, 0, "C");
14$pdf->Cell(20, 10, "celula 2", 1, 0, "C");
15
16// un nou rand pentru a trece pe randul urmator
17$pdf->Ln();
18
19// celula a treia cu latimea cat primele doua celule, echivalentul lui
20// "rowspan" din html
21$pdf->Cell(40, 10, "celula 3", 1, 0, "C");
22
23// afisarea rezultatului
24$pdf->Output();

Rezultatul arata cam asa:

Pana aici totul pare ok, eu in momentul asta priveam plin de optimism la pasul urmator din factura, afisarea campurilor facturii. Aici a aparut problema, campurile nu se redimensioneaza si arata cel putin bizar. De exemplu doua celule arata cam asta:

1$pdf->Cell(20, 10, "Lorem ipsum dolor sit amet", 1, 0, "L");
2$pdf->Cell(20, 10, "celula 2", 1, 0, "C");

Va rezultata:

Iar in momentul asta mi-a cazut lumea in cap, mai ales ca imi aduceam aminte de o proforma primita in posta unde era aceasi problema. Solutia nu este foarte dificila dar a durat destul de mult “scotocit” ca sa o gasesc: in afara de metoda Cell() mai exista si metoda MultiCell() care suporta redimensionarea, chiar intr-un mod relativ elegant. Problema este ca aceste doua elemente trebuie combinate in fpdf pentru a genera un tabel de proforma:

 1// latimea primei celule
 2$w1 = 20;
 3
 4// latimea cele de a doua celule
 5$w2 = 20;
 6
 7// aflam coordonatele curente a le cursorului
 8$y1 = $pdf->GetY();
 9$x1 = $pdf->GetX();
10
11// celula multiCell care se redimensioneaza automat pe inaltime
12$pdf->MultiCell($w1, 10, "Lorem ipsum dolor sit amet", 1, "L"); 
13
14// aflam coordonatele cursorului dupa ce a fost afisata prima celula
15$y2 = $pdf->GetY();
16
17// aflam inaltimea primei celule
18$hCell = $y2 - $y1;
19
20// setam coordonatele cursorului la noua locatie calculata
21$pdf->SetXY($x1+$w1, $pdf->GetY() - $hCell);
22
23//afisam a doua celula
24$pdf->Cell($w2, $hCell, "celula 2", 1, 0, "C");

Rezultatul este:

Pana aici deja zambetul incepea sa revina. Ultimul pas este pozitionarea primei celule, celula cu numar de ordine in fata celor doua celule. In exemplul urmator latimile celule au fost decalate cu 1. Practic trebuie sa mutam cursorul la dreapta cu latimea primei celule, sa afisam celula care se va lati si sa calculam inaltimea ei. Dupa ce am calculat inaltimea celulei redimensionata putem sa potitionam cursorul din nou in pozitia initiala sa afisam prima celula, dupa care sa multam cursorul dupa a doua celula si sa continuam cu celelalte celule asa cum se inampla in mod normal. Exemplu:

 1// latimea primei celule
 2$w1 = 10;
 3
 4// latimea cele de a doua celule
 5$w2 = 20;
 6
 7// latimea cele de a treia celula
 8$w3 = 20;
 9
10// aflam coordonatele curente a le pointerului
11$y1 = $pdf->GetY();
12$x1 = $pdf->GetX();
13
14$pdf->SetXY($x1+$w1, $pdf->GetY());
15
16// celula multiCell care se redimensioneaza automat pe inaltime
17$pdf->MultiCell($w2, 10, "Lorem ipsum dolor sit amet", 1, "L"); 
18
19// aflam coordonatele pointerului dupa ce a fost afisata prima celula
20$y2 = $pdf->GetY();
21
22// aflam inaltimea celulei de tip MultiCell
23$hCell = $y2 - $y1;
24
25// setam coordonatele la pozitia initiala pentru a afisa prima celula
26$pdf->SetXY($x1, $y1);
27
28// afisam prima celula
29$pdf->Cell($w1, $hCell, "celula 1", 1, 0, "C");
30
31// setam coordonatele pointerului la noua locatie calculata
32$pdf->SetXY($x1+$w1+$w2, $y1);
33
34//afisam a treia celula
35$pdf->Cell($w3, $hCell, "celula 3", 1, 0, "C");
36
37// un nou rand pentru a trece pe randul urmator
38$pdf->Ln();

Rezultatul este:

De aici problema este rezolvata. De aici nu este decat o problema de a multiplica randul in functie de cate inregistrari se afla in factura. Daca folositi fpdf nu uitati sa treceti prin manual, este foarte simplu si concis.

Acum cateva zile vorbeam cu cineva despre care ar trebui sa fie punctul de plecare pentru un proiect. Cand eram la inceput, un proiect de obicei pleca de la foarte putin apoi pe masura ce studiam subiectul adaugam noi facilitati. Cand m-am facut “mare” s-a ajuns la revers, plecam de la un proiect foarte complex apoi pe masura ce lucram la el incepeam sa mai scot din facilitati. O data cu timpul oricum am inceput sa ma gandesc serios la problema modularitatii si de obicei cu cat fac o aplicatie mai modulara cu atat o sa fiu mai putin motivat sa adaug module, in principiu pentru ca… pot, nu mai reprezinta o provocare.

Zilele trecute am primit o banda desenata foarte tare care insumeaza foarte bine ciclul de realizare al unui proiect.

Morala e ca atunci cand incepi un nou proiect trebuie sa ai standarde ridicate, eventual noteaza undeva ce vrei sa atingi si care sa fie scopul, oricum din primul moment cand o sa incepi implementarea o sa incepi sa faci compromisuri. Daca o sa faci compromisuri si in faza de proiectare nu ai unde sa ajungi decat la compromisuri.

Anul trecut am implinit 10 ani de la primul meu PC.

Primul meu PC era un AMD K6-2 la 300 MHz, cu 32MB RAM, 3,2 GB Hard Disk si 8M video cu un chip Intel i740.

De la el am schimba vro 5 calculatoare si am asamblat si depanat multe altele.

Chiar daca atunci mi se parea care are ridicol de multa putere acel calculator, astazi am un mobil mai puternic, iar parca mobilul nu este atat de smart chiar daca este un smart phone (HTC Diamond).

Este incredibil cat de multe s-au intamplat in ultimii 10 ani, cand am primit primul calculator Internetul era un subiect tabu, multi vorbeau despre el dar putini situau ce este de fapt.

Un an mai tarziu am intrat pe internet pentru prima data. Aveam un abonament la Internet gratuit timp de 6 luni bonus o data cu calculatorul. Imi aduc aminte cum imi batea inima cand am incercat sa ma contez prima data, era ca si cum intram intr-o incapere complet intunecata, nu stiam ce este acolo, dar ma atragea. Viteza pe atunci nu era tocmai cea mai buna, iar fax-modemul meu nu depasa o conexiune de 20kbps sau 2,5 kBps. Pe atunci siteurile erau in princiu text cu foarte putine imagini, iar JavaScript se rezuma in general la niste meniuri drop-down in cel mai fericit caz.

Pe atunci spam-ul era atat de putin incat te puteai inscrie la orice fel de newsletter fara sa ai grija ca o sa te umple de spam.

Dupa o vreme am inceput sa folosesc mIRC-ul, la fel cum orice adolescent foloseste acum retele sociale. Prin “99 IRC-ul a inceput sa devina popular, in special in randul caminelor din Regie. Era un mod foarte interesant de a socializa, fara voce si fara chip. Este incredibil cat de mult putea sa-ti puna imaginatia in miscare o linie de comanda monocroma si cateva instructiuni. Am facut pe la sfarsitul liceului primele mele scripturi pentru mIRC, era o distributie formata practic din codul adaptat luat de la alte distributii cu facilitati interesante. Dar cu viteza cu care a devenit popular a si decazut, astazi fiind mai mult o pagina din istoria Internetului.

Cand eram la finalul liceului am inceput sa invat HTML pentru proiectul de atestat. Pe atunci puteam replica cu succes site-uri simple folosind doar tag-uri html fara nimic in plus. Pe atunci totul era mult mai simplu, Flash nu era tocmai popular dar Java applet-uri pareau ca o sa cucereasca lumea, iar arhicunoscutul Google era doar beta, umbrit de Yahoo!. In clasa a XII-a am realizat primul meu site care evident era personal.

Imi aduc aminte cand am citit primul articol in Chip despre internet-ul prin cablu TV. Parea o nebunie, la o viteza de pana la 4Mb (asa era in articol) parea o viteza incredibila. 2 ani mai tarziu aveam deja o conexiune prin cablu, iar acum viteza de 4Mb nu mai pare tocmai incredibila.

Cand am terminat liceul am crezut ca o sa devin administrator de retea, eram sigur de asta.

Am depanat calculatore o vreme, era foarte interesant din punctul meu de vedere sa-mi bag nasul in atatea calculatoare de ultima generatie, dar… era o munca sisifica, azi depanam un calculator iar maine altii il stricau. Recordul a fost undeva in jur de 1h, dupa ce am reinstalat un Windows XP la o cunostinta, nu am apucat sa ajung acasa ca a reusit sa-l strice iar.

Atunci m-am hotarat ca trebuie sa schimb drumul pe care o apucasem iar 2 ani mai tarziu m-am angajat ca web developer.

Este incredibil cat de imprevizibila poate sa fie viata, acum 10 ani ma chinuiam sa ma conctez la Internet cu un modem de 56k iar acum parca este mai fascinant ca niciodata.

Este decembrie, frigul a venit, vitrinele magazinelor sunt pline de decoratiuni de Craciun iar PHP6 inca nu este aici… poate anul viitor…

Se pare ca versiunea 4 a fost cea mai populara versiune de PHP, PHP5 a avut viteza cea mai mica de penetrare in piata iar PHP6… cea mai asteptata.

Dupa cum sunt schitate lucrurile, PHP6 nu o sa aduca o schimbare atat de mare cum au adus versiuniile precedente, mai degraba o sa aduca schimbari calitative, probleme vechi vor fi rezolvare, REGISTER GLOBALS o sa dispara de tot, la fel si Magic Quotes, care nu este o problema atat de mare de securitate cat de performanta. Vechea si alta data populara gama de functii ereg vor disparea in favoarea preg, aceasta din urma fiind mult mai rapida. Pe de alta parte, cel mai mare avantaj o sa fie suportul pentru Unicode.

Pana atunci exista totusi versiunea de test, iar versiunea finala initial se credea ca o sa fie lansata in 2007, iar acum la finalul lui 2008 este inca in lucru.

Dar intre timp pe 4 decembrie pe site-ul PHP.net, a fost lansata versiunea 5.2.7. Totul bine si frumos, pana pe 7 decembrie cand a fost retrasa pentru ca Magic Quotes nu mai functiona. Sfatul era asteptarea versiunii 5.2.8. A doua zi aceasta a fost lansata, oricum nu cred ca cineva care se grabea sa faca update folosea si Magic Quotes pe on.

Iar acum ma retrag in liniste sa o astept… poate anul viitor…