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

29. 12. 2011 10:30:34

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

29. 12. 2011 10:30:34

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711059

Tomáš Faldyna

(54 hodnocení)

29. 12. 2011 12:51:28

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 ;)

29. 12. 2011 12:51:28

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711058

(20 hodnocení)

29. 12. 2011 12:58:15

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 :)

29. 12. 2011 12:58:15

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711057

(22 hodnocení)

29. 12. 2011 13:45:11

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

29. 12. 2011 13:45:11

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711056

(20 hodnocení)

29. 12. 2011 14:58:26

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

29. 12. 2011 14:58:26

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711055

(22 hodnocení)

29. 12. 2011 15:37:30

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

29. 12. 2011 15:37:30

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711054

(20 hodnocení)

30. 12. 2011 02:24:49

Napsal ne;737711
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

30. 12. 2011 02:24:49

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711053

Martin Krejčí

(1 hodnocení)

30. 12. 2011 23:20:14

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

30. 12. 2011 23:20:14

https://webtrh.cz/diskuse/jak-resit-ukladani-vice-rozmeru-obrazku#reply711052

Pro odpověď se přihlašte.

Přihlásit