kešování obrázků v prohlížeči

Dobrý den, nevíte prosím kde se v Joomle! nastavuje cache? Nebo jak se řeší toto. Stává se mi, že když aktualizuji obrázky tak (hlavně v Chromu) se mi nějaký čas zobrazují ještě staré neaktualizované.

Moc děkuji za pomoc, Milan

v chromu zkuste prvně Ctrl+F5.
Ještě je to v cache?

Děkuji Vám za odpověď, ctrl+F5 funguje ale jde mi o to že návštěvník stránek nevidí provedenou změnu když nezavře a znovu neotevře prohlížeč. Někdy mám hlášky, že Chrome i po několika dnech zobrazuje starou neaktualizovanou verzi.

Jde tedy nějak v Joomle nastavit ukládání nebo nastavit dobu prošlých? Pomůže tomu pravidelné promazávání mezipaměti v Joomle? Nebo promazávání mezipaměti v Joomle přim každé aktualizaci?

Děkuji Milan

www.regularlabs.com/extensions/cachecleaner

Jde nastavit, že při každé uložené změně v administraci promaže automaticky cache a tím aktualizuje informace.
Nebo to můžete dělat ručně pomocí tlačítka, které si nastavíte aby bylo viditelné v administraci nahoře v menu.

Ještě jednou děkuji, nechce se mi instalovat další rozšíření. Raději bych to dělal ručně. Můžete mi prosím poradit jak nastavit to tlačítko?

Děkuji Milan

rozlisoval bych dve veci:
pamet prohlizece a pamet joomly
uvedenym doplnkem ci v administraci joomly smazete pamet joomly (joomla cache)
ale pomoci ctrl+f5 smazete pamet prohlizece (browser cache)

Pokud aktualizujete obrazky, tak bud zmente nejak nazev (napr. jmeno-obrazku-2019-03-06.png) nebo mejte uplne jiny nazev, nebo si nastavte na serveru ci v htaccessu, at prohlizeci rika, ze nema uchovavat navstiveny obsah ve sve pameti. Prohlizec to dela proto, aby nemusel staticke veci znovu a znovu stahovat (a tim usetril download, rezii serveru, ...) a stahuje jen zmeny (a kdyz nezmenite nazev, tak prohliec si mysli, ze je to totozny obrazek).

u vás nebude problém cache v joomle, ale v prohlížeči (pokud vám to Ctrl+F5) aktualizuje.
Tak pak opravdu jediné rozumné je změnit název obrázku, jak psal ghost. Ale stále budete mít tento problém, pokud změníte styly.
Nejlepší je opravdu to Ctrl+F5 a nevěřím, že by se někomu neaktualizoval ten obsah několik dní, to je téměř nesmysl, pokud tedy nemá nějakou cache u poskytovatele internetového připojení.

OK moc díky za pomoc.

i ty css a js se daji poresit a moznosti je vice:
- bud to poresit v sablone pomoci recache (.../style.css?recache=yyyymmdd)
- nebo to poresit na strane htaccessu ci serveru pomoci mod_expires a mod_headers

Ernst napsal: Nejlepší je opravdu to Ctrl+F5 a nevěřím, že by se někomu neaktualizoval ten obsah několik dní, to je téměř nesmysl, pokud tedy nemá nějakou cache u poskytovatele internetového připojení.

Z uživatelského pohledu to rozhodně nejlepší řešení není ... Těžko budete každému návštěvníkovi webu říkat, že jste něco změnil a tak ať si pro jistotu vymažou cache v prohlížeči ... Takto se to určitě neřeší - leda tak pro interní weby a nebo v rámci vývoje.

A cachovat obsah klidně rok není také vůbec žádný problém, pokud prohlížeč dodržuje to co mu web stránka sdělí. Restart prohlížeče obvykle nic neřeší, ale neznám funkčnost všech browserů na trhu (z logiky věci by to však nedávalo smysl - cache je cache a nevím proč by zavření prohlížeče mělo mít vliv, protože pak nemá cache smysl).

Z dlouhodobého hlediska se to řeší obvykle v závislosti na tom co a jak často se mění. Prakticky vždy je to pak kombinace správné konfigurace web serveru (např. v .htaccess) a URL k souborům, které se cachují:

1. Pokud se web teprve vyvíjí, tak to netřeba řešit a nebo vypnout cache čehokoli úplně (mnoho způsobů - htaccess, Chome DevTools, apod.).
2. Pokud je web nasazen, tak se očekává, že šablona se měnit moc nebude a tak je možné nastavit obrázkům a skriptům delší dobu cachování a v případě nutnosti se prostě:
   
   1. doplní k URL query string (např. style.css?v=1 považuje většina browserů za jiný soubor než style.css?v=2, ale na serveru jde o stejný skript)
   2. změní url úplně (např. tím přejmenováním), ale řekl bych, že toto se dělá méně často a když už, tak nějak automatizovaně na pozadí (ne přes FTP); např. se smaže obrázek z článku i nějaké "media" komponenty, vloží se nový, kdy pro něj komponenta vytvoří nový název na serveru a znovu se vloží do článku.
3. Pokud se šablona mění často, tak to je z mého pohledu špatný přístup k vývoji (opakuji MĚNÍ jako např. obrázky pozadí, ne že se doplňuje nová funkce).
4. A pokud jde např. o obsahové obrázky, tak tam je to zase na uvážení o které jde. Např. u článků, galerií či produktů se asi moc často měnit nebudou, takže nastavíme cachování klidně na dlouho a v případě nutnosti se změní opět URL, ale pokud je nějaký důvod měnit jeden a ten samý obrázek dokola (teď mě fakt nějak nic nenapadá), tak je nejlepší třeba na konkrétních obrázcích vypnout cache úplně (v .htaccess to lze nakonfigurovat pomocí reg. výrazů) a máte po starostech.

Edit: Ještě doplním, že řešit to na ostrém webu absolutním vypnutím cachování jen kvůli jednoduchosti také rozhodně není řešení. Kromě logických výhod pro návštěvníky i zátěž serveru je tu dost možná i ten důvod, že vás za to např. Google moc nepochválí / neodmění (minimálně v auditu, ale jak to ovlivní SEO těžko říct) .

H13 napsal:

Pavel V. napsal: ... , ale pokud je nějaký důvod měnit jeden a ten samý obrázek dokola (teď mě fakt nějak nic nenapadá), ...

captcha

Pravda , ale to moc zrovna majitele webu nemusí trápit, pokud nepoužívá nějakou hodně amatérskou nebo dokonce vlastní. To (ne)cachování si pak vyřeší poskytovatel captchy (obrázky či celý iframe se vším uvnitř se většinou předpokládám tahá odjinud). Navíc už jsem dlouho nenarazil na nic jiného než reCaptcha v2 (a výše) a tam je to asi úplně pasé (i když kdo ví co se tam na pozadí všechno děje).

Spíš by mě vážně zajímal nějaký příklad z praxe od majitele některého webu. Např. ten případ původního tazatele a jestli šlo opravdu jen o výjimku a nebo někde fakt mění třeba každý den pozadí webu .

Cony napsal:

Pavel V. napsal: Spíš by mě vážně zajímal nějaký příklad z praxe od majitele některého webu. Např. ten případ původního tazatele a jestli šlo opravdu jen o výjimku a nebo někde fakt mění třeba každý den pozadí webu .

Z praxe - záměna obrázků u produktů - proč vymýšlet složitě nový název souboru, když přece můžu přehrát jen staré fotky

No toto spadá právě do té občasné výměny, jak jsem psal. Nechce se mi věřit, že někdo chodí a neustále dokola mění obrázky u jednoho či více produktů. Proto si myslím, že dává pořád smysl tam to cachování mít nastavené na delší dobu a při výměně ten název prostě "změnit" a nebo to nechat na systému (nahraji nový obrázek přes administraci, vytvoří se nový unikátní název, staré obrázky odeberu z produktu /nebo i smažu se systému/ a přiřadím nové). A i když přijmu, že někdo skutečně mění každý měsíc stovky obrázků, tak mi nepřijde jako dobrý způsob si to zjednodušit tak, že vypnu cachování globálně na všechny tyto objemné obrázky, abych mohl ty původní nahrazovat prostým přepsáním na FTP.

Ale to je fuk ... Jen mě zajímalo, jestli někdo má nějaký unikátní příklad z praxe, kdy by dávalo třeba i na objemnější obrázky smysl vypínat cachování a nebyla to jen "lenost" nebo třeba nutnost kvůli komponentě, která na toto nemyslí a nemá to tedy pořešené.