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..

BLO_GROS: taky otazka jakou mas cilovku protoze hosting v cesku = sux pro vetsinu sveta a podle toho jak koukam na ten web tak tam spis lezou cizinci ne? BLO_GROS:

CYBERWOLF:
THEODORT: díky!

BLO_GROS: hele urcite, vic v poste