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

Now some time a go, a got a task to create a form of presentation of a products list. It wasn’t supposed to be a catalog, it was supposed to be a simple products list. The client let me decide between xls and pdf. I choose pdf, but the problem was what to use. For the sake of portability I decided not to use the php_pdflib module, so no problems will ariseĀ  if I try to reuse the application on another project.

But Google as usual gave me the solution: fpdf! Fpdf is a module independent php class, created with php4. I must admit that it took me several hours until I got to finish the file, but I’m happy with the results, and even though it took a little more than initially estimated, once I got the picture, everything went well.

Basically about everything needed is in the manual.

Very happy with the result I wanted to go to step 2, the invoice in pdf format.

As in HTML, I was used when the information is in a table format, to format it as such, but in fpdf there are no actual tables, there are only cells separated by a new row. And another problem is related to table format, cells do not re size dynamically by there content like in html.

The first problem is easy to solve, you just simply call the Ln() method when you want to go to a new row, but because the cells are not actually cells they may cross each other fairly easily using the cell width:

require('fpdf.php');

// create a class instance
$pdf=new FPDF();

// setting a font
$pdf->SetFont('Arial','',5);

// add a new page
$pdf->AddPage();

// first two cells, first couple of parameters are the width and the height
$pdf->Cell(20, 10, "celula 1", 1, 0, "C");
$pdf->Cell(20, 10, "celula 2", 1, 0, "C");

// a new row to go to the next line
$pdf->Ln();

// the third cell with the width of the first 2 cells, the equivalent of
// "rowspan" from html
$pdf->Cell(40, 10, "celula 3", 1, 0, "C");

// display the result
$pdf->Output();

The result looks something like this:

tabel simplu cu fpdf

So far everything seems ok, I looked full of confidence upon the next step in the invoice, displaying the invoice fields. Here a problem arisen, fields do not resize and they look at least bizarre. For instance, two cells look like this:

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

The result:

And in that moment my world has fallen in my head, especially that I remembered of a bill received in the mail with the same problem. The solution is not very difficult, but it took me quite a lot of digging: beside the Cell() method, there is a method called MultiCell(), which is able to resize in an almost elegant way. The thing is that the two elements have to be combined in fpdf to generate an invoice table:

// first cell width
$w1 = 20;

// second cell width
$w2 = 20;

// find the cursor position and store it
$y1 = $pdf->GetY();
$x1 = $pdf->GetX();

// the "multiCell" cell, which will resize automaticly
$pdf->MultiCell($w1, 10, "Lorem ipsum dolor sit amet", 1, "L"); 

// find the cursor position after the first cell was displayed
$y2 = $pdf->GetY();

// find the height of the first cell
$hCell = $y2 - $y1;

// set the cursor position to the new location
$pdf->SetXY($x1+$w1, $pdf->GetY() - $hCell);

// display the second cell
$pdf->Cell($w2, $hCell, "celula 2", 1, 0, "C");

And the result is:

Here the smile was reappearing. The last step is positioning the first cell, the cell with the product number sequence in front of the two cells. In the example below the width of the cell was reduced by 1. Basically you have to move the cursor to the right, by the width of the first cell, to display the cell with will be widthed and to calculate its height. After we calculated the height of the resized cell, we can reposition the cursor to the initial position and display the first cell with the new height. After that we move the cursor after the second cell and we continue with the rest of the cells. Example:

// width of the firs cell
$w1 = 10;

// width of the second cell
$w2 = 20;

// width of the third cell
$w3 = 20;

// find the cursor's position and store it
$y1 = $pdf->GetY();
$x1 = $pdf->GetX();

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

// the "multiCell" cell, which will resize automaticly
$pdf->MultiCell($w2, 10, "Lorem ipsum dolor sit amet", 1, "L"); 

// find the cursor position after the second cell was displayed
$y2 = $pdf->GetY();

// find the height of the multiCell
$hCell = $y2 - $y1;

// setting the cursor to the initial coordonates to display the first cell
$pdf->SetXY($x1, $y1);

// display the first cell
$pdf->Cell($w1, $hCell, "celula 1", 1, 0, "C");

// setting cursor to the new calculated location
$pdf->SetXY($x1+$w1+$w2, $y1);

// display the third cell
$pdf->Cell($w3, $hCell, "celula 3", 1, 0, "C");

// a new row to go to the next line.
$pdf->Ln();

The result is:

And the problem was solved. From here is just a problem of multiplying the row according to the number of products on the invoice. If your using fpdf don’t forget to check the manual, is very simple and concise.

Written by Claudiu Persoiu

4 February 2009 at 11:21 PM

Posted in PHP

Tagged with