Komentáře: Jak zobrazujeme obrázky

Od: Jakub Trmota

Jakub Trmota — Thu, 13 Nov 2014 18:52:53 +0000

Na ČSFD se nám osvědčilo vytvářet zmenšeniny pomocí nginxu a jeho modulu image filter. Stará se to o vytváření nových miniatur a jejich cachování a na serveru se statickými daty nemáme vůbec nainstalované PHP.

Od: Matěj Humpál

Matěj Humpál — Mon, 10 Nov 2014 10:05:54 +0000

[7] Petře, u nás ThumbnailGenerator dostane jen FileRepository pro zmenšeniny, cestu k originálu si tahá z instance IImageFileNamingStrategy. Ano, snad je pravda, že předání dvou instancí FileRepository by bylo čistší řešení.

URL obrázku generuje WebPath helper, který má jako závislost cestu k public adresáři a tu pak z absolutní cesty zmenšeniny ořízne – takže vznikne veřejná cesta k obrázku.

Konkrétní vzhled routy se ztratil v editaci HTML, napravili jsme to – nyní už je ta definice v pořádku.

Od: David Brtník

David Brtník — Fri, 07 Nov 2014 17:16:10 +0000

Dobrý den,

díky. Tím klíčovým prvkem co jsem neznal je RewriteCond %{REQUEST_FILENAME} !-f

Od: Petr Sládek

Petr Sládek — Fri, 07 Nov 2014 17:15:49 +0000

Ahoj, supr článek :)

Jen nešlo by trochu víc rozvést jak funguje ta třída
ThumbnailGenerator? Chápu, že ta má metodu do které se dostane entita Image a podle configu velikost a flag obrázku a ta vrátí absolutní cestu k té zmenšenině.
Takže ona musí dostat 2x instanci fileRepository? jednu na zmenšeniny a druhou na originály. Protože getThumbnailName potřebuje path k originálu pro vrácení filename zmenšeniny. A pak ještě potřebuju zjistit cestu ke zmenšenině.

Ještě by mě zajímalo jak z absolutní cesty k souboru potom generujete nějak jednoduše url k souboru (obrázku)?

A taky jak napsat tu routu pro to aby brala ten neexistující soubor 2f/25/2f2555d95ee03f950c9ddae2f1692c55-42-960×960-fit.jpg

Omlouvám se jestli jsou to stupidní otázky :D
A díky za odpověd :)

Od: Matěj Humpál

Matěj Humpál — Thu, 06 Nov 2014 18:59:47 +0000

[4] Davide, tohle neřešíme my, ale rovnou webový server, apache nebo nginx. Pokud cíl z cesty dotazu existuje jako fyzický soubor, naservíruje jej server přímo sám a aplikace se ke slovu vůbec nedostane. Pokud neexistuje, cesta z dotazu se předá aplikaci a aplikace zajistí vygenerování a odeslání dat souboru zpět uživateli. Zásadní je, že URL zmenšeniny JE vždy stejná, jako bychom počítali s tím, že je zmenšenina už vygenerovaná.

Je to tak srozumitelnější?

[5] Davide, proč by kolidující md5 hashe obrázků měly mít s tímto tématem něco společného?

Od: David Grudl

David Grudl — Thu, 06 Nov 2014 14:20:43 +0000

Posílám dva kolidující obrázky na otestování ;) http://natmchugh.blogspot.co.uk/2014/10/how-i-created-two-images-with-same-md5.html

Od: David Brtník

David Brtník — Thu, 06 Nov 2014 14:05:23 +0000

Dobrý den,

můžute prosím ještě detailněji popsat, jak se rozhodne jestli se má rovnou vracet statický obsah nebo spouštět aplikace která nejprve zmenšninu generuje, ukládá a potom ji vrací?

Já mám teď ve stávajícím řešení v aplikaci logiku, která při php generování stránky ověří jestli zmenšenina existuje (přes file_exists) a pokud ano, dává se do html odpovědi statickou url (kterou potom obslouží ngix). Pokud neexistuje, vloží se url kterou obslouží apache, php vygeneruje změnšeninu, uloží a tu vrátí.

Pro první volání je tedy url obrázku jiná než pro všechny ostatní.

Jde to řešit nějak elegantně. Vždy vložit rovnou statickou url a pokud soubor neexistuje tak přes ngix vrátit obsah a pokud ne tak spustit php generátor?

Prosím případně vysvětlení spíše pro laika :)

Děkuji
David Brtník

Od: rotten77

rotten77 — Thu, 06 Nov 2014 06:57:28 +0000

Stejný způsob používám už tak 2 roky – ze stejného důvodu. Pokud dojde ke změně designu, tak je potřeba všechny obrázky znovu zmenšit. Ale nejenom to – zastávám názor, že uživatel nemá zasahovat do kódu (a tím vzhledu) stránky, takže nějaké vkládání přes TinyMCE se mi nelíbí. Proto uživatel vloží pouze obrázek a kodér v šabloně určí, jak se má zobrazit. Výhoda různých velikostí pro mobil/tablet/desktop je pak jasná.

Podobně řeším i např. videa z YouTube. Uživatel nevkládá ale pouze informaci, že se na tomto místě má zobrazit YouTube videa. Na mobilní verzi pak můžu zobrazit jenom malý náhled s odkazem na YouTube.

Od: rbas

rbas — Wed, 05 Nov 2014 13:52:14 +0000

Na některých projektech používám hodně podobný přístup. Je dobré, že náhledy jsou více či méně cache o kterou se dá přijít.
Tímto přístupem se trochu zesložití práce s obrázky přímo z disku (zjištění velikosti, načtení do paměti atd..). Musí se řešit zda obrázek na něm již je a popř. ho nechat vygenerovat. Každopádně to není nic neřešitelného.

Já ještě umožňuji do konfigurace zadávat nějaké další nastavení které umožňuje imagick jako jsou např. colorspace, format, quality atd… Je to dost pohodlné.

Od: Michal Sänger

Michal Sänger — Wed, 05 Nov 2014 13:35:01 +0000

Super článek, taky to tak používám.

Místo ukládání zmenšenin na disk je pohodlnější použít CDN. Na zvládnutí resize peak je vhodné zapojit frontu.