Za rad sa slikama u PHP-u koristi se GD library. Ako nije instaliran ili aktiviran treba to napraviti.

Raznih tutoriala i skripti ima širom neta (tražite php i gd). Par primjera:
Creating images using GD
Shrink image
Online Photo Album Development using PHP and GD: Part 1

imate li neki korisni link za ucenje ili neki primjer skriptu da je prostudiram malo.Thanks drazXen

Not Acceptable
An appropriate representation of the requested resource /wp-comments-post.php could not be found on this server.

Slazemo se da to nije pametno, to je bitno!
Upravo ja koristim tu praksu da pohranim samo ime datoteke u bazu, cak niti putanju ne pohranjujem jer opet postoji mogucnost da cu mijenjati lokaciju direktorija gdje pohranjujem slike te put to direktorija navedem u nekom konfiguracijskom fajlu i onda sam miran u svakom slucaju
A u isto vrijeme izbjegnem kojekakve hijerarhijske manipulacije ../../../ i sta ti ja znam Tesko, ali opet moguce :)(

Ja sam i na početku i na kraju naznačio da sam protiv te prakse.

Interesantno je da se većina manje iskusnih developera, kad se suoči s problemom povezivanja slika s nekim podatkom u bazi, odmah odluči na trpanje slika u bazu, a rješenje sa spremanjem puta do slike na datotečnom sustavu im u pravilu na pada na pamet.

Upravo kada se radi o pohranjivanju slika u bazu, moras brinuti o dosta stvari, bas moras brinuti o pravima pristupa i zastiti, posto se obicno radi o unixoidnim sistemima, lakse je postaviti odredjene dozvole na sliku na datotecnom sustavu nego razvijati jos jedan layer prava pristupa podacima u bazi.
U drugu ruku, postoje mehanizmi kojima se odredjuje pristup podacima u bazi podataka - no smatram da je “chmod” puno puno laksi IMHO.

Sinhronizacija, argument ne stoji, kako je lako obrisati sliku iz baze, tako je isto lako obrisati sliku sa datotecnog sustava, par jednostavnih wrapera u bilo kojem programskom jeziku ce totalno dobro odraditi posao - that is, ako se dobro iskodira.

Odavno sam napustio BLOB-anje, koristim ga za objekte manje od 50 KB, a i onda sam skeptican upravo prema brzini aplikacije. Ima to svojih prednosti no u rijetkim slucajevima.

Datotecni sustav je sjajno mjesto za pohranjivanje slika i inih datoteka, to su datoteke i mjesto im je na datotecnom sustavu u obliku datoteka. Ustedis toliko procesorske snage samim time sto niti (php) programski jezik ne trosi vrijeme na trazenje slike, niti je troughput baze opterecen filanjem tamo nekih slika…

Zadnja recenica ti je sjajna, dakle - slike NE u bazu

Ako se radi o brzini, developer moze ici jos dalje i totalno izostaviti Apache iz te price (child procesi i finte, uzasan performans na tom polju) te koristiti nekih non-throttling I/O based server poput “thttpd”-a koji ce nadmasiti vecinu servera pri sluzenju datoteka korisnicima. Dakle, ostavimo statican sadrzaj onome tko ga moze i zna efikasno sluziti.

Mislim da developer neke iole ozbiljnije web aplikacije ne bi smio niti pomisljati na koristenje baze za pohranu datoteka, cemu to? Ne mozes ih indexirati, FULLTEXT pretrazivati, nista … one su tamo i jos zahtijevaju obicno jedno polje koje opisuje sadrzaj / naziv doticne.

Nadam se da je ovo dosta argumenata da ljudi jednostavno zaborave nate perverzije

Inace, zanimljiv post u svakom slucaju