Joomla 5.2.2 Security & Bugfix Release
Joomla 5.2.2 je nyní k dispozici. Jedná se o bezpečnostní vydání pro Joomla 5.x.
kešování obrázků v prohlížeči
06. bře 2019 16:18 #139335
Odpověď od Ernst
Joomla Expert
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í.
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í.
06. bře 2019 18:10 #139337
Joomla! pro každého
Odpověď od ghost
Zkušený uživatel
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
- 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
Joomla! pro každého
06. bře 2019 18:30 - 06. bře 2019 18:35 #139338
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í:
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) .
Odpověď od Pavel [byPV]
Začátečník
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.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í.
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í:
- 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.).
- 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ě:
- 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)
- 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.
- 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).
- 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) .
06. bře 2019 20:58 #139339
captcha
Phoca Cart - www.phoca.cz/phocacart - e-shop, e-commerce
Phoca Gallery - www.phoca.cz/phocagallery - obrázková galerie
Phoca Download - www.phoca.cz/phocadownload - stahování souborů
Phoca Guestbook - www.phoca.cz/phocaguestbook - guestbook
Odpověď od H13
Admin
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
Phoca Cart - www.phoca.cz/phocacart - e-shop, e-commerce
Phoca Gallery - www.phoca.cz/phocagallery - obrázková galerie
Phoca Download - www.phoca.cz/phocadownload - stahování souborů
Phoca Guestbook - www.phoca.cz/phocaguestbook - guestbook
07. bře 2019 00:07 #139340
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 .
Odpověď od Pavel [byPV]
Začátečník
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).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
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 .