Povestea incepe pe la inceputul Internetului, atunci cand WWW era inca la inceput, conexiunea se facea prin linii telefonice incete iar Mosaic facea furori. Dar a trecut mult timp de atunci, acum problema generala e cum sa faci o pagina web sa se miste ca o aplicatie Desktop si sa arate ca nimic altceva vazut pana acum. Dar cum unicitatea este doar o problema de timp iar aplicatile web nu vor ajunge niciodata cu adevarat aplicatii desktop nu are rost sa vorbesc despre asta.

Problema este ca o data cu dezolvarea Web-ului tehnologiile au inceput sa fie confilctuale, iar cand spun asta nu ma refer la lucruri cum ar fi ca Microsoft nu a implementat in Internet Explorer sau ca

are margin in Internet Explorer iar in FireFox nu, ma refer la lucruri cu adevarat enervante, cum ar fi incompatibilitatile intre DOM din JavaScript si cel din JScript de la Microsoft. Unul din site-urile care mi se par bizar de incompatibile cu Internet Explorer este site-ul Ubuntu.

Ubuntu.com in Internet Explorer

Ubuntu.com in FireFox

Cand esti o distributie de renume cum e Ubuntu e usor de inteles de ce nu te preocupa compatibilitatea cu IE dar asta nu se aplica si in general. Nu poti pur si simplu sa te duci la un client si sa-i explici ca pe tine nu te intereseaza compatibilitatea cu un anumit browser pentru ca numarul clientiilor va scadea in mod dramatic. Acesta este si unul dintre motivele pentru care nuprea poti sa faci design sau programare JavaScript in linux, cel putin nu lucruri complexe fara sa testezi in Internet Explorer, cel putin partial.

Din pacate se pare ca nici versiuniile Internet Explorer nu sunt tocmai compatibile intre ele, iar cum in acest moment cel mai folosit browser (in Romania) este Internet Explorer 6, urmat la mica distanta de Firefox 3 si Internet Explorer 7, la construirea unui site trebuie luate in calcul toate cele 3 versiuni.

Problema cea mai mare este ca Web-ul acum nu mai este doar pentru sisteme Desktop si eventual cateva Laptop-uri de ultima generatie cum era cu ani in urma, acum exista sisteme cu diverse sisteme de operare, dispozitive mobile etc. De exemplu eu am pe telefonul mobil (HTC Touch Diamond) doua browsere in mod implicit, Internet Explorer si Opera 9.5 pentru mobil, diferentele sunt foarte mari si cu parere de rau Internet Explorer pentru mobil este deosebit de slab! Ca webdeveloper trebuie sa iei in calcul marea majoritate a dispozitivelor de pe piata, nu poti ignora un segment de piata si in special dispozitive de lux, acel segment de piata este foarte important pentru oricine.

Din fericire toate aceste probleme se rezuma de cele mai multe ori la compatibilitatea dintre diferite versiuni de Internet Explorer si celelalte browsere care sunt in general surprinzator de compatibile intre ele. De exemplu eu testez aplicatile in general doar in Internet Explorer si FireFox pentru ca in general daca se comporta similar in cele doua se vor comporta similar si in Opera, Safari, Chrome si altele.

Sa speram ca o data cu Internet Explorer 8 se vor mai reduce din problemele de incompatibilitate si pe segmentul de piata detinut de Microsoft si o data cu asta Internetul va redeveni nu doar pentru toata lumea ci si pentru toate browserele.

Toata lumea tanjeste dupa PR de la Google, dar cum sa faci sa nu dai PR fara rost?

Aceasta problema este foarte comuna, incepand de la site-uri de prezentare pana la blog-uri si forumuri. Sau mai exista si cazuri speciale cand preferi sa nu se indexeze anumite link-uri, cum ar fi link-urile care tin locul formularelor de tip GET.

Raspunsul este foarte simplu! Argumentul rel=”nofallow”. Sa luam un exemplu:

1<a href="http://www.claudiupersoiu.ro">Claudiu Persoiu</a>

Cam asa arata un link normal, acum nu mai trebuie adaugat decat rel=”nofallow”:

1<a href="http://www.claudiupersoiu.ro" rel="nofallow">Claudiu Persoiu</a>

Hmmm… ce mai trebuie? Nimic! Practic cu acest mic argument s-a rezolvat problema.

De multe ori pentru site-uri externe se marchiaza cu “external nofollow”, practic rezultatul este similar. In acest mod sunt marcate si link-urile de la comentarii de la acest blog.

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.