Pochopení cachování ve WP

Ahoj, chci se ujistit jestli (ne)chápu správně, jak funguje cachování ve WP pomocí pluginu jako je wp super chache, wp fastest cache apod. Lajcky řečeno: Plugin pri prvním nacteni stránky uloží soubor jako prosté html nějak do určené složky. Při dalším zadání stejné URL dojde už na úrovni htaccess k dotazu, zda náhodou neexistuje soubor stejného jmena jako je slug v url adrese a pokud ano, zobrazi tuto prostou html stránku. Znamená to tedy, že v tu chvíli se vlastně úplně vyhýbá red. systému jako takovému? Nedojde k žádnému php a v podstate kdybych např. vymazal celou složku wp-admin tak by se tento html soubor stejně zobrazil v poradku? Chapu to prosím správně?

ahoj, wordpress nepouzivam, cize dam skor obecnu odpoved..nato aby si "obisiel" redakcny system (resp. php ako take), a poslal uzivatelovi cacheovany subor musi byt tento ulozeny tak, ako je zadany v url. V zasade sa nepouzije ani htaccess.Priklad: www.domena.cz/clanok/1-nazov.html - by mal existovat ako subor v roote domeny - /clanok/1-nazov.html - ak dany subor neexistuje, musi nastupit "vyssia logika" tzn. htaccess, PHP, wordpress....Cacheovanie funguje skor tak, ze pred vykonavanim poziadavky samotnym redakcnym systemom (ziskanie dat, spojenie s db atd), tento skontroluje ci si predtym niekde do zlozky s docasnymi subormi neulozil vygenerovany rovnaky dokument ktory je prave pozadovany.. Ak ano, zobrazi ho, cim vlastne nedojde k vykonaniu poziadavky (co usetri kopec casu). Ak tento dokument ulozeny nema, vykona poziadavku a vysledok zobrazi, ale aj zaroven ulozi na dalsie pouzitie. Pri druhej rovnakej poziadavke ho len zobrazi. V zasade ale neuklada do rovnakych ciest, ako su poziadavky kladene, ale do nejakej zlozky s docasnymi subormi.Existuje zaroven aj viac druhov cacheovania (do suborov, do pamati ram, cache servery a pod). Taktiez viac urovni (cacheuje sa len urcita cast dokumentu a pod).

Částečně to chápete správně. Vytvoří se soubor, kde se uloží vygenerované HTML a při příštím dotazu na stejnou url se použije. Ovšem jestli existuje a jestli se nemá obnovit(viz nastavení expirace), jestli se má vůbec použít(výjímky pro přihlášené uživatele) a kdovíco ještě se rozhodne normálně v php wordpressu. A kvůli tomu se musí "spustit" docela dost věcí a proto nemá wordpress ani s cache nějak slavnou odezvu

Ber to tak, jako když se jdeš zeptat táty, co je tohle. A keš je Wikipedie - takže už k němu nemusíš chodit. :)

generovanie do statickych html dnes moc nefici. dnes sa kesovanie v CMSkach riesi skor tak ze mas vsetok obsah ktory by sa mal vyrenderovat ulozeny v db tabulke a namiesto toho aby si robil stovky query a budoval obsah tak spravis jednu na cache tabulku, odtial si vytiahnes uz predpripravene data a len ich vyrenderujes. To ti umoznuje mat flexibilnu cache kde mozes mat tokeny/placeholdery a dynamicky zobrazovat nejake male zmeny a nie si tak obmedzeny kompletne statickym obsahom. Drupal 8 ma toto nesmierne premakane. Do toho mas cache tagy a invalidaciu takze kazda cache vie aky obsah v nej je takze ak zmenis nakesovany clanok tak ten clanok ma nejake cache tagy a system podla nich invaliduje existujuce cache zaznamy takze pri nacitani stranky sa cache obnovi s novymi datami a ty tak necakas na nejake okno kedy sa cache premaze.

Napsal node;1545259

generovanie do statickych html dnes moc nefici. dnes sa kesovanie v CMSkach riesi skor tak ze mas vsetok obsah ktory by sa mal vyrenderovat ulozeny v db tabulke a namiesto toho aby si robil stovky query a budoval obsah tak spravis jednu na cache tabulku, odtial si vytiahnes uz predpripravene data a len ich vyrenderujes. To ti umoznuje mat flexibilnu cache kde mozes mat tokeny/placeholdery a dynamicky zobrazovat nejake male zmeny a nie si tak obmedzeny kompletne statickym obsahom. Drupal 8 ma toto nesmierne premakane. Do toho mas cache tagy a invalidaciu takze kazda cache vie aky obsah v nej je takze ak zmenis nakesovany clanok tak ten clanok ma nejake cache tagy a system podla nich invaliduje existujuce cache zaznamy takze pri nacitani stranky sa cache obnovi s novymi datami a ty tak necakas na nejake okno kedy sa cache premaze.

No Drupal to tak má a možná je to lepší způsob, ale většina cachovacích pluginu do WP ne a tam se to děje do html stránek. Nicméně i tak je to poměrně učinné zvláště když je zkombinované s CDN kde si myslím že má WP lepší podporu než Drupal a s dalšíma optimalizačníma technikama.