-
Afisarea lunilor nu este de loc o problema dificila, de asta si modurile de rezolvare nu sunt mereu eficiente.
In primul rand avem nevoie de luna, sa zicem luna curenta folosind functia date():
1// preia timestampul curent 2$timestamp = time(); 3 4// afisaza luna in numere de la 1 la 12 5echo date('n', $timestamp); 6// in cazul curent va afisa "3"Evident este inutila variabila $timestamp pentru ca acesta este oricum implicit data curenta, dar am zis sa fie mai clar.
Daca se dorea afisarea numelui lunii curente in engleza se poate folosi:
1echo date('F', $timestamp); 2// in cazul curent va afisa "March"Acum vine dilema, cel mai “sanatos” dupa parerea mea este crearea unei functii separate.
Cazul cel mai nefericit este:
1function getLuna($luna) { 2 $ret = ''; 3 if($luna==1) { 4 $ret = 'Ianuarie'; 5 } elseif($luna==2) { 6 $ret = 'Februarie'; 7 } elseif($luna==3) { 8 $ret = 'Martie'; 9 } elseif($luna==4) { 10 $ret = 'Aprilie'; 11 } elseif($luna==5) { 12 $ret = 'Mai'; 13 } elseif($luna==6) { 14 $ret = 'Iunie'; 15 } elseif($luna==7) { 16 $ret = 'Iulie'; 17 } elseif($luna==8) { 18 $ret = 'August'; 19 } elseif($luna==9) { 20 $ret = 'Septembrie'; 21 } elseif($luna==10) { 22 $ret = 'Octombrie'; 23 } elseif($luna==11) { 24 $ret = 'Noiembrie'; 25 } elseif($luna==12) { 26 $ret = 'Decembrie'; 27 } 28 29 return $ret; 30}Spun ca este cel mai “nefericit” pentru ca in luna decembrie vor fi executate 12 operatii if, evident nu o sa crape serverul dar il va incetinii, iar cu cat aceasta functie este apelata mai des, cu atat serverul va fi mai afectat.
Varianta numarul 2, o abordare mai usoara:
1function getLuna($luna) { 2 $ret = ''; 3 4 switch($luna) { 5 case 1: 6 $ret = 'Ianuarie'; 7 break; 8 case 2: 9 $ret = 'Februarie'; 10 break; 11 case 3: 12 $ret = 'Martie'; 13 break; 14 case 4: 15 $ret = 'Aprilie'; 16 break; 17 case 5: 18 $ret = 'Mai'; 19 break; 20 case 6: 21 $ret = 'Iunie'; 22 break; 23 case 7: 24 $ret = 'Iulie'; 25 break; 26 case 8: 27 $ret = 'August'; 28 break; 29 case 9: 30 $ret = 'Septembrie'; 31 break; 32 case 10: 33 $ret = 'Octombrie'; 34 break; 35 case 11: 36 $ret = 'Noiembrie'; 37 break; 38 case 12: 39 $ret = 'Decembrie'; 40 break; 41 42 } 43 return $ret; 44}Aceasta varianta este putin mai buna pentru ca foloseste un singur swith fata de 12 if-uri imbricate. Aceasta varianta mi se pare una care este relativ suficient de frumos scrisa, dar… se poate si mai bine.
Varianta 3, o abordare simpla si concisa:
1function getLuna($luna) { 2 $luni = array( 3 '', 4 'Ianuarie', 5 'Februarie', 6 'Martie', 7 'Aprilie', 8 'Mai', 9 'Iunie', 10 'Iulie', 11 'August', 12 'Septembrie', 13 'Octombrie', 14 'Noiembrie', 15 'Decembrie', 16 ); 17 18 return $luni[$luna]; 19}Mult mai putin scris, mult mai putina batai de cap si dupa parerea mea mult mai usor de inteles. Am vrut sa scriu acest post incare de acum cateva luni cand am gasit intr-o bucata de cod prima abordare (cu if-uri) si in afara de faptul ca este slaba ca performanta este si greu de citit.
M-am folosit de aceasta functie de afisare a lunii pentru a pune in evidenta aceste 3 abordari, dar sunt multe pasaje de cod care merita revizuite pentru a se folosi o astfel de abordare.
-
Redimensionarea imaginilor folosind PHP si GD este foarte utila din doua motive:
- 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,
- 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:
- incarcarea imaginii de redimensionat
- calcularea dimensiunii finale
- redimensionarea propriuzisa
- afisarea/salvarea pe disk a imaginii
Incarcarea imaginii de redimensionat:
1// locatia unde se afla imaginea, presupunem ca imaginea exista acolo 2$url = 'picture.jpg'; 3 4// extragem informatile legate de imagine 5$img_info = getimagesize($url); 6 7// in functie de tipul imaginii se va incarca imaginea 8switch($img_info[2]) { 9 // tipul jpeg 10 case IMAGETYPE_JPEG: 11 $imagine = imagecreatefromjpeg($url); 12 break; 13 // tipul gif 14 case IMAGETYPE_GIF: 15 $imagine = imagecreatefromgif($url); 16 break; 17 // tipul png 18 case IMAGETYPE_PNG: 19 $imagine = imagecreatefrompng($url); 20 break; 21 // tipul bmp 22 case IMAGETYPE_BMP: 23 $imagine = imagecreatefromwbmp($url); 24 break; 25}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:
1// latura maxima a imaginii finale 2$max = 200; 3 4// latimea 5$x = $img_info[0]; 6 7// inaltimea 8$y = $img_info[1]; 9 10// aflarea laturei cu dimensiunea maxima 11$latMax = max($x, $y); 12 13if($latMax == $x) { // cazul cand latimea este maxima 14 // se calculeaza proportional inaltimea si se rotunjeste 15 $y2 = round($y*$max/$x); 16 // latimea va fi latura maxima 17 $x2 = $max; 18} elseif($latMax == $y) { // cazul cand inaltimea este maxima 19 // se calculeaza proportional latimea si se rotunjeste 20 $x2 = round($x*$max/$y); 21 // inaltimea va fi latura maxima 22 $y2 = $max; 23}Acum in $x si $y sunt dimensiunile originale ale imaginii, iar in $x2 si $y2 dimensiunile pentru imaginea redimensionata.
Redimensionarea propriuzisa:
1// construim imaginea care va rezulta 2$img_finala = imagecreatetruecolor($x2, $y2); 3 4// redimensionam imaginea 5imagecopyresampled($img_finala, $imagine, 0, 0, 0, 0, $x2, $y2, $x, $y); 6 7// dezalocam imaginea initiala 8imagedestroy($imagine);Mai multe despre imagecopyresample(); in manual.
Afisarea/salvarea pe disk a imaginii
In cazul in care se doreste salvarea imaginii pe disk:1// locatia unde va fi salvata 2$destinatie = 'new-picture.jpg'; 3 4// salvarea imaginii pe disk la noua destinatie 5imagejpeg($img_finala, $destinatie);In cazul in care se doreste doar afisarea pe ecran a imaginii:
1// se afisaza headerul corespunzator pentru tipul imaginii 2header('Content-Type: image/jpeg'); 3 4// se afisaza continutul imaginii in browser 5imagejpeg($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.
-
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:
1// conectarea la server-ul ftp 2$ftp = ftp_connect("ftp.example.com") or die("nu se conecteaza la server"); 3 4// face login-ul propriuzis 5$login_result = ftp_login($ftp, FTP_USER, FTP_PASS) or die("nu face log-in"); 6 7// aici vor fi operatiile 8 9// se inchide conexiunea la server 10ftp_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:1// schimbam locatia in directorul destinatie 2ftp_chdir($ftp, 'director/destinatie/'); 3 4// se copiaza fisierul care a fost urcat pe server in mod binar 5ftp_put($ftp, 'fisier-destinatie.tip', $_FILES['fisier']['tmp_name'] , 6 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():1ftp_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():1ftp_rename($ftp, 'nume_vechi.tip', 'nume_nou.tip') 2 or die("eroare la redenumire");Crearea de foldere
Similar cu mkdir():1ftp_mkdir($ftp, 'director') or die("eroare creare director");Stergere
Foarte similar cu unlink():1ftp_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.
-
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…
-
Ca sa faci o aplicatie web in general ai nevoie de o baza de date. La scoala in general invatam ca “baza de date este administrata de administratorul bazei de date”. Teoretic asa ar trebui sa se intample, practic… ajungem sa ne facem singuri bazele de date de cele mai multe ori.
PHP este folosit in general cu un SGBD (Sistem de Gestiune al Bazelor de Date), de obicei aceasta este MySQL. Atunci cand o aplicatie incepe sa mearga greu in general se cauta metode de optimizare incepand de la reducerea sau inlocuirea functiilor lente (de exemplu echo este mai rapida ca print sau nl2br($text) este mai rapida ca str_replace(“\r\n”,”
”,$text)) pana la reducerea numarului de cereri http (in loc de mai multe fisiere css se foloseste unul singur). Totusi un mod foarte simplu pe care foarte multi nu il iau in calcul este acela de a adauga un index pe tabela.Index-ul se adauga pe un camp pe care se fac sortari sau se pun conditii. Avantajul major este in momentul cand se extragi datele. Dezavantajul este atunci cand se introduc datele. Pe o tabela unde se fac modificari frecvent poate sa fie discutabila nevoia de un index, depinde de raportul de select-uri vs. insert-uri.
Cum se adauga un index:
1ALTER TABLE tabela SET INDEX(camp);Chiar zilele trecute aveam o interogate destul de greoaie pe mai multe tabele si nu intelegeam cum poate totusi sa mearga atat de greu. Am adaugat un index pe criteriul de filtrare si unul pe cel de ordonare iar in mai putin de 5 minute totul a devenit mult mai rapid, a devenit de 3 ori mai rapida interogarea (si nu am decat 2000 de inregistrari)!
Poate cateva milisecunde in plus nu par mare lucru, dar luati in calcul cateva zeci sau chiar sute de interogari pe o singura pagina, inmultiti cu numarul utilizatoriilor care acceseaza pagina simultan si… nu o sa mai apara atat de putin.