Jak řešit ukládání více rozměrů obrázků

Zdravím,
řeším problém jak ukládat různé rozměry obrázků, situace je taková že uživatel může jednotlivé obrázky ukládat do složek (složka není fyzická,ale je to jen záznam v databázi ke kterému se připojí jkaý je tam obrázek,ale fyzicky jsou obrázky uložené v jedné složce), zatím uživatel vložil jen jeden obrázek a ten se zmenšil na 2 rozměry a uložil se do 2 složek "original" a "nahled", informace o obrázku se uložily do databáze spolu s informací do jaké složky ze struktury patří. Teď ale potřebuji aby si uživatel mohl vytvářet i vlastní rozměry na jakou velikost se obrázek zmenší,a tak řeším jak je ukládat (zda pro každý rozměr udělat další fyzickou slozku nebo to řešit jinak). díky za nápady

Pro kazdy rozmer delat fyzickou slozku je blbost, za chvili budes mit preslozkovano a v kazde slozce jeden obrazek.

Pokud mas db vytvorenou aspon trochu inteligentne, tak prece neni problem ulozit cokoliv, kdekoliv, pod jakymkoliv nazvem ;)

mam strukturu original/thumbs

pricemz v techto slozkach zahashuji retezec klic_100x100 pomoci md5
nasledne se vezme toto md5 treba c4ca4238a0b923820dcc509a6f75849b
vytvori se slozky nebo se overi ze uz existuji c4/ca/ (prvni dva znaky+nasledujici dva)
a obrazek se do teto slozky ulozi pod md5 hash nazvem

kdyz se pak obrazek hleda je na to jendoducha fce ktera opet podle retezce ktery je bud v db nebo se tvori nejakou predem znamou metodikou se vytvori md5 a zpetne se vytvori c4/ca/c4ca4238a0b923820dcc509a6f75849b.jpg

samozrejme to pak nejde prochazet rucne, protoze poroste nemas poneti jaky soubor co znamena, nicmene neni problem to dohledat scriptem, coz je v podstate jedine co potrebujes :)

jinak proc md5 a podsloozky? protoze nechci do jedne slozky z mnoha duvodu ukladat miliony souboru a tohle pouzivam i u projektu kde ty miliony jsou - a proc to rovnou nepouzivat vsude kdyz to mam zajete :)

alebo ukladat podla autoincrement IDecka v db...

obrazky s id 1 ulozis do 0/0/1/obrazok_velkost.jpg
obrazky s id 1258 ulozis do 0/1/258/obrazok_velkost.jpg

moje reseni je vyhodne v podstate v tom, ze se tam da michat spousty ruznejch typu obrazku dokupy, proste obrazky k produktum, obrzaky ke clankum, obrazky jako nakej samostatnej obsah, vsehcno to muze byt trideno do jednoho mista, jen se tam zvoli jiny klic podle ktereho se tvori MD5
'produkt1-obrazek2-100x100'
'clanek10-obrazek10-200x300'

atp. :) ale to je samozrejme podle potreby, kdyz nic podobneho potreba neni tak klidne podle toho ID

moje ma zas vyhodu ze urcite neprekrocis 1000 zloziek / suborov v jednej zlozke... v tvojom rieseni teoreticky nevies kolko ti vznikne rovnakych hashov z uvodnymi 2 znakmi... ;)

Původně odeslal ne

moje ma zas vyhodu ze urcite neprekrocis 1000 zloziek / suborov v jednej zlozke... v tvojom rieseni teoreticky nevies kolko ti vznikne rovnakych hashov z uvodnymi 2 znakmi... ;)

ono je to jedno, pokud pojedes na miliony souboru udelas c/4/c/a/4/ :) stejne je X desitek tisic ve slozce porad prijatelny, jakekoliv realne problemy teoreticky nastnou u statisicu milionu souboru a svym zpusobem i tam to porad v realnem provozu bude ok, takze 1tisic nebo teoretickych XX tisic ? to uz ej fakt fuk :) hlavne ze tam nejsou mega

Já bych držel odděleně originály a to všechno ostatní bych s klidným srdcem a úsměvem na rtech narval všechno do jedný složky X. Akorát si pohlídejte jedinečnost názvů. V databázi bych držel parametrizaci těch custom náhledů s tím, že ta složka X by de facto fungovala jenom jako cache. Tzn. šla by klidně i smazat např. při migraci a daný obrázek by se podle parametrů v databázi dogeneroval při prvním příštím použití.