Diskuze: Bazar, ukládání obrázků PHP
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 8 zpráv z 8.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
google = js multi image upload
https://colorlib.com/…oad-scripts/
https://www.dropzonejs.com/
https://www.sitepoint.com/…ile-uploads/
(treba i je tam i bootstrap priklad)
Ja bych to nahraval do jedne slozky. Souboru priradil cislo a do db si dal k
nemu dalsi info (nazev, datum, user, inzerat). Navic, budes stejne potrebovat
udelat mozna nahledy pro rychlejsi nacitani stranky. A nebo mozna ne. A nebo
mozna budes pouzivat php kod pro zmensovani prilis velkych. Nebo by se dal
pouzit js. Nebo budes potrebovat js pro orezani, .... A nebo vubec nic z toho.
Soubor jako soubor. jenze do obrazku nebo videa je mozne zasit vir. Takze
vlastni premena je spis bezp. opatreni.
Take je dobre si pohlidat, aby uzivatel nemohl soubor najit, link na primy
soubor. Mel by jit pred php (nebo htaccess). Proc? Bud muze obrazky vykradat (v
pripade seznamky ero fotek je to nezadouci). A nebo muzes mit spatne prava k
souboru a pokud misto obrazku nahraje exe nebo jiny format, muze jej spustit.
Coz je take nezadouci Bud pres
web prohlizec nebo jako parazitni kod do nektereho z formularu, ktery nemas
zabezpeceny.
Dobře, většinu z toho beru. Radíš tedy udělat jednu složku a do té střílet všechny obrázky? Nebylo by lepší pro každý inzerát dát složku zvlášť ? Myslím že by to bylo minimálně efektivnější na promazávání starých inzerátů.
Udelej to tak, aby to tobe vyhovovalo. Jen nabizim jiny pohled na vec.
Nevtrdim, ze tve reseni je uplne spatne. Naopak, budes mit v tom poradek. Neco
jako kdyz fotky k clanku ulozit do vlastni slozky.
Kdyz budes mit 100 uzivatelu, jake bude rozlozeni? 1 kus - 10x, 5 kusu 90x. Pak
se to vyplati. Ale treba pruberne pro jednu fotku vytvaret adresar, ma to smysl?
Muze byt, rikam, u clanku to ma smysl.
Zvlast, kdyby se rozbila db, tak mas aspon slozky a nemusis dohledavat obrazek
po obrazku, k cemu patri.
Po osobních zkušenostech bych navrhoval složky. Jako dobrá praxe se mi osvědčilo do názvu složky na první místo vložit id. "Vše v jedné složce" bude jistě potřebovat řešit i názvy souborů, aby se vzájemně nepřepisovaly. To sice platí i u více složek - ale problém je tam méně akutní - někdy naopak je to žádoucí. V některých případech stojí za úvahu i členění podle rok - měsíc - inzerát... pokud s úložištěm často pracuješ tzv. "windows style", špatně se pracuje se složkou kde jsou desítky tisíc souborů.
Řekl bych, že dost záleží na konkrétních aktuálních potřebách případně hypoteticky budoucích. Co pro jeden případ je zásadní výhoda, pro jiný je třeba absolutně nezajímavé. Osobně si tedy nemyslím, že databáze je magické zaříkávadlo na vše.
Dávat všechno do jedné složky není moc dobrý nápad. Některé
filesystémy (např. ext3) to dávají dost špatně a u webhostingu si člověk
nemůže být jistý co používají za fs. Navíc pokud tam člověk např.
vleze přes ftp aby vyřešil manuálně nějaký problém tak se bude
přenášet zbytečně velké množství dat a případný soubor se bude hledat
dost blbě (nehledě na to, že předpokládám že ftp klient spadne ).
Zobrazeno 8 zpráv z 8.