Claudiu Persoiu

Blog-ul lui Claudiu Persoiu


Archive for 22 February 2009

Redimensionarea imagnilor cu PHP si GD

without comments

Redimensionarea imaginilor folosind PHP si GD este foarte utila din doua motive:

  1. dimensiunea imaginilor este chiar dimensiunea asteptata, adica imaginile nu trebuie redimensionate fortat de catre browser si la calitatea la care browserul poate sa o faca,
  2. imaginea ocupa mai putin spatiu pe disk si implicit la transfer, rezultand in pagini mai rapide.

De obicei redimensionarea se face in doua moduri, redimensionare si afisare pe ecran sau redimensionare si salvare pe disk.

Metoda de a redimensiona si afisa pe ecran nu este foarte populara si exista niste motive bune pentru asta. In primul rand ca sa redimenionezi in functie de trebuinta o imagine inseamna sa ai deja pe server o imagine la dimensiunea initiala, de multe ori aceasta imagine unica ocupa mai mult spatiu pe disc decat doua imagini redimensionate (imagine mare si thumnail). De asemenea redimensionarea unei imagini de fiecare data cand este nevoie consuma foarte multe resurse de sistem, daca memoria nu este dezalocata corespunzator scriptul poate sa ramana fara memorie de lucru inainte de a se termina executia acestuia.

A doua metoda, cu salvare pe disk, este mult mai populara, avanjaul principal este ca imaginile redimensionate chiar exista pe disk, nu este nevoie redimensionarea acestora de fiecare data cand se ruleaza scriptul.

Redimensionarea se face in 4 pasi:

  1. incarcarea imaginii de redimensionat
  2. calcularea dimensiunii finale
  3. redimensionarea propriuzisa
  4. afisarea/salvarea pe disk a imaginii

Incarcarea imaginii de redimensionat:

// locatia unde se afla imaginea, presupunem ca imaginea exista acolo
$url = 'picture.jpg';

// extragem informatile legate de imagine
$img_info = getimagesize($url);

// in functie de tipul imaginii se va incarca imaginea
switch($img_info[2]) {
	// tipul jpeg
	case IMAGETYPE_JPEG:
		$imagine = imagecreatefromjpeg($url);
	break;
	// tipul gif
	case IMAGETYPE_GIF:
		$imagine = imagecreatefromgif($url);
	break;
	// tipul png
	case IMAGETYPE_PNG:
		$imagine = imagecreatefrompng($url);
	break;
	// tipul bmp
	case IMAGETYPE_BMP:
		$imagine = imagecreatefromwbmp($url);
	break;
}

Practic in codul de mai sus se vor extrage informatile legate de imagine apoi se va incarca imaginea propriuzisa in memorie.

Nota In functie de rezolutia si calitatea imaginii scriptul poate sa ramana fara memorie la incarcarea imaginii. Nu va bazati pe faptul ca pe disk imaginea ocupa sub 1MB!

Functia getimagesize intoarce un array cu informatile legate de imagine, eventual rulati un var_dump($img_info); ca sa vedeti cam ce informatii sunt disponibile.

In functie de tipul imaginii aceasta se va incarca in memorie folosind functia corespunzatoare, in cazul de mai sus va fi imagecreatefromjpeg();

Calcularea dimensiunii finale:

Calculul dimensiunii finale se rezuma de cele mai multe ori la geometrie. Mai jos voi prezenta calculul cand imaginea este redimensionata in functie de latura maxima:

// latura maxima a imaginii finale
$max = 200;

// latimea
$x = $img_info[0];

// inaltimea
$y = $img_info[1];

// aflarea laturei cu dimensiunea maxima
$latMax = max($x, $y);

if($latMax == $x) { // cazul cand latimea este maxima
   // se calculeaza proportional inaltimea si se rotunjeste
   $y2 = round($y*$max/$x);
   // latimea va fi latura maxima
   $x2 = $max;
} elseif($latMax == $y) { // cazul cand inaltimea este maxima
   // se calculeaza proportional latimea si se rotunjeste
   $x2 = round($x*$max/$y);
   // inaltimea va fi latura maxima
   $y2 = $max;
}

Acum in $x si $y sunt dimensiunile originale ale imaginii, iar in $x2 si $y2 dimensiunile pentru imaginea redimensionata.

Redimensionarea propriuzisa:

// construim imaginea care va rezulta
$img_finala = imagecreatetruecolor($x2, $y2);

// redimensionam imaginea
imagecopyresampled($img_finala, $imagine, 0, 0, 0, 0, $x2, $y2, $x, $y);

// dezalocam imaginea initiala
imagedestroy($imagine);

Mai multe despre imagecopyresample(); in manual.

Afisarea/salvarea pe disk a imaginii
In cazul in care se doreste salvarea imaginii pe disk:

// locatia unde va fi salvata
$destinatie = 'new-picture.jpg';

// salvarea imaginii pe disk la noua destinatie
imagejpeg($img_finala, $destinatie);

In cazul in care se doreste doar afisarea pe ecran a imaginii:

// se afisaza headerul corespunzator pentru tipul imaginii
header('Content-Type: image/jpeg');

// se afisaza continutul imaginii in browser
imagejpeg($img_finala);

In functie de tipul imaginii salvate se pot folosi si alte functii sau headere. Dar pentru exemplul curent cam asta e tot.

Nota Nu uitati ca trebuie sa aveti drepturi de scriere pe folderul unde salvati imaginea.

Written by Claudiu Persoiu

22 February 2009 at 1:20 PM

Posted in PHP

Tagged with , , ,

Nu ezita sa suni la deranjamente

without comments

M-am gandit multa vreme daca sa scriu acest blog sau nu, dar azi m-am decis ca este mai degraba necesar.

Sa luam o retea de cartier, majoritatea au urmatoarea reteta:

  • se ia una bucata persoana cu initiativa (sau doar putin nebun)
  • se gaseste primul vecin interesat
  • se trage cablu pana la vecin, eventual din switch-ul propriu de pe birou
  • se face reclama si se face rost si de alti clienti
  • se repeta pasul 3

Lipseste ceva? In mod sigur, MONITORIZAREA!

De cele mai multe ori furnizorii mici, sau chiar subretelele care apartin unei firme mari care nu au fost complet asimilate nu au un sistem de monitorizare. Rezultatul? Nimeni nu stie ca TU nu ai net. De fapt cel mai probabil ei vor afla ca nu ai net daca mai raman si alti vecini fara conexiune si unul din ei are mai multa initiativa si suna. Daca mai multi vecini raman fara net si prefera sa astepte sa se repare singura problema, iar in acest timp nu fac decat sa injure ISP-ul nu se va rezolva nimic prea curand.

Sa nu va ganditi ca daca este o firma mare problema se rezolva mai repede de la sine, de fapt o firma mare nu monitorizeaza fiecare client, monitorizeaza doar (unele) echipamente importante, restul pur si simplu nu se pot monitoriza constant, iar cand se pun toate cifrele pe hartie totul incepe sa aiba o logica.

Acum cateva saptamani am vorbit cu cineva care avea o conexiunea deosebit de proasta. Evident nu a sunat nicaieri sa semnaleze acest lucru, iar atunci cand a facut-o, BUM, totul a fost ok in urmatoarea ora.

De ce oare lumea ezita sa faca lucrul asta? De asta exista serviciul acesta, ca sa fie folosit! Nu ezita, suna un reprezentant al ISP-ului tau azi! Iar daca nu rezolva problema intr-o perioada de timp rezonabila… poate este timpul sa schimbi ISP-ul.

Written by Claudiu Persoiu

21 February 2009 at 1:45 AM

Posted in Diverse

Tagged with ,

Argumentele id si name in Internet Explorer si FireFox

without comments

Ca tot postam zilele trecute legat de incompatibilitati cu adevarat enervante, zilele trecute am descoperit un bug care l-am plantat cu succes de mai bine de un an jumatate.

Aveam niste campuri, respectiv:

<input id="cos1" name="cos20" type="text" />
<input id="cos2" name="cos19" type="text" />
<input id="cos3" name="cos18" type="text" />
--------
<input id="cos10" name="cos11" type="text" />
<input id="cos11" name="cos10" type="text" />

Ideea era ca atunci cand trebuie sa verific din JavaScript sa o fac folosind un for() iar din PHP folosind numele.

Codul JavaScript arata cam asa:

for(var i=1; i<=coshmax; i++)
{
     element = document.getElementById("cos"+i).value;
     if(element>0 && !isNaN(element))
           faCeva();
}

Pana aici totul bine, am testat aplicatia de nenumarat ori si nu a fost nici o problema.

Pana acum cateva zile cand am primit o reclamatie ca exista o problema pe la ultimele optiuni, respectiv asta se traduce prin ultimele variabile. Am inceput sa testez in Internet Explorer pentru ca acesta era deschis, apoi am testat si in FireFox ca sa urmaresc codul JavaScript si surpriza… in FireFox mergea fara probleme.

Am pierdut aproape jumatate de ora holbandu-ma si punand alert()-uri ca sa inteleg ce se petrece, apoi am realizat: Internet Explorer nu face mare diferenta intre id si name.

Problema era ca atunci cand apelam id-ul cos10 primeam valoarea de la id=”cos10″, cand testam cos11 primeam valoarea de la name=”cos11″. Rezultatul: nu mai testam ultima variabila nicioada.

Evident solutia a fost simpla, am redenumit id-urile ca sa nu mai existe artibute name si id cu aceeasi valoare.

Cazul acesta nu a fost foarte “trist” pentru ca am rasit bug-ul si am putut sa trec mai departe la ce faceam, dar daca eram la final de program dupa o zi agitata cred ca rezultatul era cu totul altul.

Problema este cu atat mai ciudata cu cat daca uiti sa redenumesti un element poti sa te trezesti cu un bug de toata frumusetea, respectiv daca in loc sa dai la un element name ii dai id, o sa mearga in Internet Explorer si… cam atat, de ex:

<input type="text" id="variabila" />

in Internet Explorer va fi trimis foarte frumos ca orice alta variabila, iar in alte browsere cum ar fi FireFox evident… nu!

Si dupa ce ca bug-ul asta era foarte greu de remarcat oricum nu aparea decat in cateva cazuri speciale, motiv pentru care a si stat linistit un an jumatate.

Written by Claudiu Persoiu

14 February 2009 at 12:14 PM

FTP folosind PHP

without comments

Acum ceva vreme m-am lovit de un scenariu care pe cat este de bizar pe atat este de realist. Pe un anumit server a unei anumite mare companie de cablu se afla site-ul unei anumite companii. Pana aici nimic nou, dar cand incercam sa urc fisiere cu file managerul site-ului fisierele nu se puteau urca. Pe scurt problema era ca user-ul Apache si user-ul de FTP nu aveau aceleasi drepturi. Stand si analizand problema pana la urma nu este o idee rea si cu toate astea, eu cum fac cu fisierelele? Solutia era simpla, fisierele pur si simplu trebuiau urcate prin ftp.

In primul rand am realizat in acel moment ca este o idee buna realizarea unei clase de abstractizare pentru operatiile cu fisiere, dar nu voi vorbi despre asta, voi incerca doar sa schitez operatiile principale cu fisiere, oricum este un secenariu putin bizar dupa parerea mea.

Dupa ce am rasfoit putin manualul am vazut si cam de ce este nevoie.

In primul rand avem nevoie de o conexiune FTP:

// conectarea la server-ul ftp
$ftp = ftp_connect("ftp.example.com") or die("nu se conecteaza la server");

// face login-ul propriuzis
$login_result = ftp_login($ftp, FTP_USER, FTP_PASS) or die("nu face log-in");

// aici vor fi operatiile

// se inchide conexiunea la server
ftp_close($ftp);

Copiere
Fata de metoda “traditionala” cand copierea era facuta simplu cu functii precum copy() sau move_uploaded_file(), prin ftp trebuie sa mai luam in calcul directorul unde se face aceasta:

// schimbam locatia in directorul destinatie
ftp_chdir($ftp, 'director/destinatie/');

// se copiaza fisierul care a fost urcat pe server in mod binar
ftp_put($ftp, 'fisier-destinatie.tip', $_FILES['fisier']['tmp_name'] ,
   FTP_BINARY) or die("nu copiaza");

Ceva mai mult parametri dar destul de direct. In exemplul de mai sus am folosit un fisier care a fost urcat printr-un formular POST. Iar dupa cum se poate vedea mie imi place sa folosesc “or die()” in loc de if(), dar in productie nu este cea mai buna idee.

Modificare drepturi
Se face folosind o functie similara cu chmod():

ftp_chmod($ftp, 0644, 'fisier.tip') or die("eroare in schimbarea drepturilor");

Destul de simplu, nu? Fata de chmod() practic mai apare si conexiunea.
Redenumire
Ca si mai devreme foarte similara cu rename():

ftp_rename($ftp, 'nume_vechi.tip', 'nume_nou.tip')
     or die("eroare la redenumire");

Crearea de foldere
Similar cu mkdir():

ftp_mkdir($ftp, 'director') or die("eroare creare director");

Stergere
Foarte similar cu unlink():

ftp_delete($ftp, 'fisier') or die("eroare la stergere");

Concluzionand functile sunt foarte similare cu cele de baza, iar cu ajutorul lor se pot face relativ usor clase de abstractizare.

PS: Am mai gasit un scenariu pentru care e interesanta folositea unei astfel de abordari, daca exista fisiere intr-un director pe server si trebuie modificate drepturile acestora doar pentru fisiere specifice, de exemplu intr-un director cu poze.

Written by Claudiu Persoiu

13 February 2009 at 9:44 PM

Posted in PHP

Tagged with ,

Internetul este pentru toata lumea dar nu pentru toate browserele?

without comments

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 <blink> in Internet Explorer sau ca <form> 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

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.

Written by Claudiu Persoiu

8 February 2009 at 2:00 PM

Rel nofallow, “don’t fallow him please!”

with one comment

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:

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

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

<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.

Written by Claudiu Persoiu

6 February 2009 at 9:01 PM

Posted in Web stuff

Tagged with , ,

trafic.ro pe bani

with one comment

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.

Written by Claudiu Persoiu

6 February 2009 at 8:40 PM

Posted in Web stuff

Tagged with ,

PHP free pdf

without comments

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:

require('fpdf.php');

// instantiaza clasa
$pdf=new FPDF();

// seteaza fontul
$pdf->SetFont('Arial','',5);

//adauga o noua pagina
$pdf->AddPage();

// primele doua celule, primii 2 parametrii sunt latimea si inaltimea
$pdf->Cell(20, 10, "celula 1", 1, 0, "C");
$pdf->Cell(20, 10, "celula 2", 1, 0, "C");

// un nou rand pentru a trece pe randul urmator
$pdf->Ln();

// celula a treia cu latimea cat primele doua celule, echivalentul lui
// "rowspan" din html
$pdf->Cell(40, 10, "celula 3", 1, 0, "C");

// afisarea rezultatului
$pdf->Output();

Rezultatul arata cam asa:

tabel simplu cu fpdf

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:

$pdf->Cell(20, 10, "Lorem ipsum dolor sit amet", 1, 0, "L");
$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:

// latimea primei celule
$w1 = 20;

// latimea cele de a doua celule
$w2 = 20;

// aflam coordonatele curente a le cursorului
$y1 = $pdf->GetY();
$x1 = $pdf->GetX();

// celula multiCell care se redimensioneaza automat pe inaltime
$pdf->MultiCell($w1, 10, "Lorem ipsum dolor sit amet", 1, "L"); 

// aflam coordonatele cursorului dupa ce a fost afisata prima celula
$y2 = $pdf->GetY();

// aflam inaltimea primei celule
$hCell = $y2 - $y1;

// setam coordonatele cursorului la noua locatie calculata
$pdf->SetXY($x1+$w1, $pdf->GetY() - $hCell);

//afisam a doua celula
$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:

// latimea primei celule
$w1 = 10;

// latimea cele de a doua celule
$w2 = 20;

// latimea cele de a treia celula
$w3 = 20;

// aflam coordonatele curente a le pointerului
$y1 = $pdf->GetY();
$x1 = $pdf->GetX();

$pdf->SetXY($x1+$w1, $pdf->GetY());

// celula multiCell care se redimensioneaza automat pe inaltime
$pdf->MultiCell($w2, 10, "Lorem ipsum dolor sit amet", 1, "L"); 

// aflam coordonatele pointerului dupa ce a fost afisata prima celula
$y2 = $pdf->GetY();

// aflam inaltimea celulei de tip MultiCell
$hCell = $y2 - $y1;

// setam coordonatele la pozitia initiala pentru a afisa prima celula
$pdf->SetXY($x1, $y1);

// afisam prima celula
$pdf->Cell($w1, $hCell, "celula 1", 1, 0, "C");

// setam coordonatele pointerului la noua locatie calculata
$pdf->SetXY($x1+$w1+$w2, $y1);

//afisam a treia celula
$pdf->Cell($w3, $hCell, "celula 3", 1, 0, "C");

// un nou rand pentru a trece pe randul urmator
$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.

Written by Claudiu Persoiu

4 February 2009 at 11:21 PM

Posted in PHP

Tagged with