skara, spatnej link :)
The Importance of Caching in WordPress
https://themeisle.com/blog/caching-in-wordpress/

namatkou sauce https://www.keycdn.com/support/setting-up-woocommerce-cache

btw jinak ted nejakej ten hosting kterej jsem mel moznost otukat mel RTT na db server pres 4s.. takova americka tragedie nebo jak to nazvat, osobne abych jim nekrivdil jsem si pro sebe rekl ze to treba bylo zrovna limitovany kvuli vytizeni serveru, dvakrat to kontrolovat nehodlam.. dlouho jsem db pristupy wp nemeril ale bez cache to fakt nelze rozumne provozovat pod zatezi vice nez jednotek lidi za minutu jakmile to trosku preroste pres par zakladnich stranek..

MRTVY_KENNY:jo tos mel napsat zes tam chtel provozovat woocommerce. tam se zrovna doporucuje mit db cache zaplou za veskerych okolnosti a vypinani cache pro prihlaseny odskrtnout, urcite si to nekde najdes. btw v konfiguraci tam jsou retezce ktery se tabulkam co se tykaj woocommerce zamerne vyhybaji tak aby i pres cachovani web daval stale aktualni vysledky.

jako tohle me trosku nasralo kdyz si vezmu ze kvuli tomuhle se navazis do hostingu kterej za nic nemuze.

THEODORT: no, ale ja resim admina, tam zadny cache plugin predpokladam nedela nic..
= muj problem byl, ze clovek na cokoliv v adminu cekal cca 11s. s tim se neda pracovat (500 produktu, cca 10obj/den)

(resp. w3tc jeste dela par veci mimo .htacces, treba jejich reseni lazy-load je pomerne inspirativni, a naopak ukladani transients pro page cache do databaze pomerne odstrasujici..)

hele ono to je fakt kus od kusu, tim ze jste "na hostingu" - ted nebudu stourat v tom do jake miry do toho vidite, nicmene to lze zjednodusit na kombo disk-pamet-procesor-sit-databaze, a optimalizace vyuziti.
na hostingu se optimalizace bez znalosti praktikuje tezko protoze zpravidla nevidite metriky ktere by se vam k tomu hodily.
u wp to obnasi trebas to ze ruzne kombinace cache vytezuji ruzne ruzne vrstvy, a to serveru muze nekdy i vic ublizit nez pomoct, typicky to je vetsi zatez jiz tak zatizeneho kanalu, tedy snazim se napr. ukladat v databazi data pro cachovani cimz jen vice zpomalim pripojeni k db.. a tak.

jinak namatkou k one nenavidene w3tc davam dva obrazky.. (ja pro advanced users doporucuju vykopirovat si ty upravy co w3tc pouziva pro nastaveni danych cachi ve wp a pak clovek nemusi vubec plejtvat casem s nejakym pluginem, jsou to jen upravy .htaccess)

JOHNBOY: mas nastavene content security policy na hostingu a na svem webu je porusujes

Hlavicka co posila server
Content-Security-Policy-Report-Only: default-src 'self'; script-src 'self' 'unsafe-inline'; script-src-elem 'self'; style-src 'self' 'unsafe-inline'; style-src-elem 'self' 'unsafe-inline'; report-uri https://igldesign.com/wp-json/rsssl/v1/csp?rsssl_apitoken=1612564540

Jsou nastavene na report = realne ten obsah nezakazou

CYBERWOLF: to bude asi obecný příklad toho, co by mohlo web zpomalovat dle supportu...

MRTVY_KENNY: proč tam máš 4 security a 2 zálohovací pluginy?

miniproblém:
Mám wysiwyg textový custom pole a občas tam potřebuju tvrdou mezeru. V html okýnku tam vložim nbsp nebo &#160 a ve výsledku je tam sice tvrdá mezera, ale vypadá to, že dvojnásobná, větší, než ostatní mezery.

MRTVY_KENNY: taky nemam s forpsi moc dobre zkusenosti.

THEODORT: hele nevim, ted jsem klienta z forpsi stehoval
web jel prakticky nepouzitelne v adminu a na supportu mi rekli, ze to bezi "na jednom z nejnovějších webových serverů" a ze mam "Odstranit pluginy, které by mohly WP zpomalovat (např. WordFence, Sucuri Security, iThemes Security, All in One WP Security, Elementor, Updraft/Updraft Plus, BackWPUp, Duplicator, WPML)"

takze jsem tu instalaci prehodil na a24 a bezi to normalne.

REFLEX: jj, nejvíc z usa, brazílie, francie a pak zbytek zemí, z česka je minimum

resp ony jich budou kvanta ale ja jsem linej si vic pamatovat ;)

REFLEX: imho nejlepe provozovat kdekoli na pateri a z evropskych hracu mas cesky forpsi, ze svetovych ovh. s rozumnym billingem a datacentry napric, tudiz i odpovidajici pateri a endpointy do internetu..