Vyvíjej vlastní projekty a expanduj do zahraničí! Přijď na 14. Affiliate konferenci v Praze
Zobrazují se odpovědi 1 až 6 z 6

Pochopení cachování ve WP

  1. 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ě?

  2. Co se právě děje na Webtrhu?
  3. 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).

  4. Čá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

  5. 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. :)

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

  7. Citace Původně odeslal node Zobrazit příspěvek
    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.

Hostujeme u Server powered by TELE3