Kontrola poslednej upravenej hlavičky. Hlavička Last-Modified urýchľuje indexovanie nových stránok občas

Prečo prispôsobiť hlavičku Last-Modified. Pokúsme sa čo najrýchlejšie a najjednoduchšie zistiť nastavenie hlavičky Last-Modified.

Na začiatok poviem, že je to potrebné predovšetkým na zníženie zaťaženia servera a zrýchlenie indexovania stránok. Práve preto je potrebné upraviť hlavičku Last-Modified, najmä pri veľkých zdrojoch s veľkým počtom strán.

Účelom tejto hlavičky je poskytnúť klientovi (prehliadaču alebo vyhľadávaciemu nástroju) informácie o najnovšie zmeny konkrétnu stránku. Klient odošle na server hlavičku If-Modified-Since. Ak sa na stránke nenájdu žiadne zmeny, zo servera sa vráti hlavička „304 neupravené“. V tomto prípade sa stránka nenačíta.

Ak boli vykonané zmeny, bude to zohľadnené a server vráti hlavičku „200 OK“ (stránka sa načíta s aktualizovaným obsahom).

Správna konfigurácia Last-Modified poskytuje nasledujúce výhody:

  • výsledky vyhľadávania zobrazujú dátum najnovšia aktualizácia obsah stránky;
  • stránky pri zoradení vo vyhľadávači podľa dátumu zaberajú vyššie pozície;
  • indexovanie stránok je výrazne zrýchlené.

    • Prečo roboty indexujú stránky s nakonfigurovaným Last-Modified rýchlejšie?

    Odpoveď je jednoduchá: ak bolo na stránke upravených iba 20 stránok, potom robot nemusí indexovať všetkých 500 pri hľadaní nového obsahu, pretože Last-Modified označí stránky so zmenami.

    Last-Modified je obzvlášť dôležité pre zdroje s veľkým počtom stránok, pretože robot má obmedzený čas na prehľadávanie každej lokality a nemusí mať čas dostať sa na požadované stránky.

    Ako nastaviť Last-Modified

    Najprv musíte skontrolovať, či máte túto hlavičku nakonfigurovanú. Na tento účel môžete použiť služby varvy.com, last-modified.com alebo tools.seo-auditor.com.ru. Ak kontrola ukázala absenciu hlavičky, mali by ste ju začať nastavovať.

    Ak máte statickú stránku, musíte pre každú stránku napísať kód, ktorý vidíte na obrazovke:

    Po každej zmene obsahu manuálne zmeňte dátum v kóde. A čo sa ma zakaždým pýtaš? Áno, ak je stránka statická.

    Ak je stránka dynamická, potom použijeme nastavenie v PHP. Často vidíte kód takto:

    header("Last-Modified: ". date('r',strtotime($post->post_modified)))

    Treba ho pridať do header.php. Bude však fungovať iba pre príspevky a stránky a nebude fungovať na hlavnej stránke. Neplatí to ani pre taxonómie, archívy a účtovanie nových komentárov.

    $LastModified_unix = 1294844676;

    $Posledná zmena = gmdate("D, d M Y H:i:s \G\M\T", $LastModified_unix);

    $IfModifiedSince = false;

    if (isset($_ENV['HTTP_IF_MODIFIED_SINCE']))

    $IfModifiedSince = strtotime(substr($_ENV['HTTP_IF_MODIFIED_SINCE'], 5));

    if (isset($_SERVER['HTTP_IF_MODIFIED_SINCE']))

    $IfModifiedSince = strtotime(substr($_SERVER['HTTP_IF_MODIFIED_SINCE'], 5));

    If ($IfModifiedSince && $IfModifiedSince >= &LastModified_unix) (

    hlavička ($_SERVER['SERVER_PROTOCOL'] . ' 304 neupravené');

    header('Last-Modified: ' . $LastModified);

    Hlavičku môžete prispôsobiť aj napísaním dvoch riadkov do súboru .htaccess:

    RewriteRule .*

    RewriteRule .*

    V tomto prípade však musíte skontrolovať, či sa nevyskytli nejaké problémy zo strany hostiteľa.

    Aby ste nepredpisovali kódy, môžete použiť hotové riešenia na konfiguráciu Last-Modified. Napríklad pre CMS WordPress existujú pluginy Clearfy a Last Modified Timestamp. Prispôsobenie je možné vykonať pomocou doplnku WP Super Cache. Ak to chcete urobiť, v pokročilých nastaveniach aktivujte položku „Chyba 304“ (podpora odpovede 304 je štandardne vypnutá, pretože niektoré hostingy môžu mať problémy). Ostatné CMS majú tiež svoje vlastné pluginy alebo v extrémnych prípadoch si môžete plugin objednať u programátora.

    Je potrebné si uvedomiť, že nastavenie Last-Modified nie je vždy užitočné (napríklad, keď je na každej stránke nainštalovaný „cez“ blok informácií s pravidelne sa meniacim obsahom rovnakého obsahu). V tomto prípade vyhľadávače už nemusia vnímať informácie ako nové a budú vašu stránku navštevovať menej často.

    V opačnom prípade konfiguráciou Last-Modified získate:

    • úspora dopravy;
    • urýchliť stránku;
    • postupujte podľa odporúčaní vyhľadávačov Google a Yandex, čo výrazne urýchľuje indexovanie a zvyšuje viditeľnosť stránok vo vyhľadávaní. Vidno to najmä na zdrojoch s veľkým počtom strán.

    Prečo je tento príspevok v sekcii SEO? Posledná úprava, ako uisťujú vyhľadávače, je veľmi dôležitá hlavička http, ktorá je potrebná na nahlásenie dátumu poslednej úpravy dokumentu, teda dátumu poslednej zmeny na stránke.

    Ak teda táto hlavička neexistuje, alebo skôr nebude zadaná, stránka stráca niektoré výhody. Najmä tu je to, čo som čítal na internete o výhodách poslednej úpravy:

    1. Zlepšuje sa rýchlosť indexovania nových stránok a robot dokáže zaradiť do indexu viac stránok za 1 návštevu.
    2. Zlepšuje rýchlosť opätovného indexovania stránok, na ktorých ste vykonali zmeny. Je to veľmi užitočné, ale bez tohto nadpisu na odosielanie vašich úprav budete musieť počkať dlhšie.

    V zásade to už stačí na to, aby ste túto hlavičku chceli skontrolovať a prípadne upraviť.

    Ako skontrolovať poslednú úpravu?

    Existuje niekoľko nástrojov, tento sa mi páčil najviac − http://www.tools.seo-auditor.com.ru/if-modified-since/
    Tu stačí zadať adresu hlavnej stránky alebo akéhokoľvek článku a potom vybrať vyhľadávacieho robota - Yandex.

    Posledná úprava nájdená na mojej stránke, je skvelá. Ale spočiatku to tam nebolo, ako som to nastavil?


    Ako nastaviť poslednú úpravu?

    Úprimne povedané, nič mi nepomohlo. Možno preto, že server je nginx. Nainštaloval som AddHeaders - tento plugin dáva všetky užitočné http hlavičky vrátane naposledy upravených, ale tento plugin mi nepomohol, hoci asi pred rokom úspešne aktivoval túto hlavičku na mojej stránke.

    Aj na tento blog som dal prémiový plugin Clearfy o ktorom som písal. Užitočná vec, je tu aj funkcia, ktorá by vám umožnila vložiť poslednú upravenú.

    Aktivoval som možnosť, ale titul sa na základe výsledkov kontroly nevrátil. O všetkom ale nakoniec rozhodlo odvolanie k tým. podpora pluginov - tam som opísal konfiguráciu môjho servera a dali mi konkrétnu radu - choďte na ovládací panel servera, vypnite toto a tamto. Len čo sa povie, tak urobí a teraz je daný názov.

    Myslím si, že pridanie hlavičky bude mať pozitívny vplyv na moje stránky.

    Univerzálne riešenie - doplnok AddHeaders je pre vás s najväčšou pravdepodobnosťou vhodný, ak máte server Apache. Ak nginx, skúste zakázať ssi v nastaveniach domény a znova aktivujte tento doplnok.

    Syntax

    Naposledy zmenené: , ::GMT

    smernice

    Jedna z možností „Po“, „Ut“, „Str“, „Štvrtok“, „Pia“, „So“ alebo „Ne“ (rozlišujú sa malé a veľké písmená). 2-miestne číslo dňa, napr. "04" alebo "23". Jeden z „január“, „február“, „mar“, „apríl“, „máj“, „jún“, „júl“, „aug.“, „september“, „október“, „november“, „december“ ( rozlišovať malé a veľké písmená). 4-miestne číslo roku, napr. „1990“ alebo „2016“. 2-miestne číslo hodiny, napr. "09" alebo "23". 2-miestne číslo minúty, napr. "04" alebo "59". 2-miestne druhé číslo, napr. "04" alebo "59". GMT

    Greenwichský stredný čas. Dátumy HTTP sú vždy vyjadrené v GMT, nikdy nie v miestnom čase.

    Príklady

    Posledná úprava: Streda, 21. október 2015 07:28:00 GMT

    technické údaje

    Špecifikácia Názov
    RFC 7232, časť 2.2: Posledná úprava Hypertext Transfer Protocol (HTTP/1.1): Podmienené požiadavky

    Kompatibilita prehliadača

    Tabuľka kompatibility na tejto stránke je vygenerovaná zo štruktúrovaných údajov. Ak by ste chceli prispieť k údajom, pozrite si https://github.com/mdn/browser-compat-data a pošlite nám žiadosť o stiahnutie.

    Aktualizujte údaje o kompatibilite na GitHub

    DesktopMobilné
    ChromehranaFirefoxinternet ExplorerOperasafariandroid webviewChrome pre AndroidFirefox pre AndroidOpera pre AndroidSafari na iOSInternet Samsung
    Naposledy zmenenéPlná podpora prehliadača Chrome ÁnoÚplná podpora Edge 12Plná podpora Firefoxu ÁnoIE Plná podpora ÁnoOpera Plná podporaÁnoPlná podpora Safari ÁnoWebView Plná podpora Androidu ÁnoChrome Plná podpora Androidu ÁnoFirefox Plná podpora AndroiduÁnoOpera Android Plná podpora ÁnoSafari iOS Plná podpora ÁnoPlná podpora Samsung Internet Android Áno

    V oblasti optimalizácie pre vyhľadávače (SEO) existuje množstvo rôznych mýtov. Niektoré z nich majú základ, ktorí nerozumeli, kde. V tejto poznámke sa budeme zaoberať jedným z nich - použitím hlavičky odpovede last-Modified.

    Pred časom sme narazili na dokument s názvom „Ingate's Guidelines for Web Studios on Promoted Sites“. A jedno z „odporúčaní“ bolo nasledovné:

    Po redizajne alebo na novom webe, ktorý sa vyvíja, by mal byť napísaný dátum poslednej úpravy stránok webu (Last Modified).

    Ak chcete pridať informáciu o dátume poslednej úpravy stránok na stránku v PHP, musíte skript vložiť na úplný začiatok zdrojového kódu každej stránky


    hlavička ("Last-Modified: " . date("D, d M Y H:i:s", time()) . " GMT");
    ?>

    Bol to tento divoký nezmysel, tento úplný nezmysel a úprimne povedané bludný kód, ktorý ma podnietil napísať tento článok. Tu sa pokúsim vysvetliť, čo je Last-Modified, prečo je potrebný a ako ho používajú prehliadače a vyhľadávače.

    Čo je naposledy upravené

    Webový server pri prenose informácií klientovi (prehliadači alebo vyhľadávaciemu robotu) hlási pomerne veľa dodatočných údajov. Možno ich zobraziť v konzole prehliadača, napríklad:

    nakonfigurovať server tak, aby vydával správne hlavičky odpovedí (ak napríklad stránka neexistuje, vydá chybu 404 a ak bude prijatá požiadavka If-Modified-Since, vydá kód 304, ak sa stránka od zadaného dátumu nezmenila v žiadosti).

    Môžete tiež vidieť, že ak server žiadnym spôsobom neodpovedá na podmienenú požiadavku GET, potom sa to nelíši od bežnej požiadavky. To znamená, že hlavička Last-Modified s aktuálnym časom a tiež nesprávne vytvorená (ahoj Integate!) nie je vôbec potrebná!

    Je teda Last-Modified potrebný alebo nie?

    Všeobecne potrebné. Je však dôležité pochopiť, že nie hlavička samotná nehrá žiadnu úlohu, ale celý scenár podmienených požiadaviek, ktoré musí stránka implementovať až do konca. Práve v tomto prípade získame vysokú rýchlosť indexovania stránky.

    Ale implementovať to do hotového CMS je často veľmi ťažké. Možno si to vyžiada dosť výrazné zmeny v kóde samotného CMS.

    Hoci pre množstvo CMS to možno implementovať povolením ukladania stránok do vyrovnávacej pamäte. Ak CMS ukladá stránky do vyrovnávacej pamäte vytváraním a poskytovaním virtuálnych statických súborov, potom samotný webový server bude správne reagovať na podmienené požiadavky. Napríklad vo WordPress to možno vykonať pomocou doplnku WP Super Cache:

    Pozrime sa na to v práci. Povolil som tento doplnok, otvoril som prehliadač v anonymnom režime a urobil som dve požiadavky na rovnakú stránku. Je jasne vidieť, že druhá odpoveď je správna - 304 Neupravené:

    Namiesto záveru

    Takto sme prišli na hlavičku Last-Modified. Po prvé, musí poskytnúť informácie o dátume a čase, kedy bol dokument skutočne upravený. Po druhé, reakcia servera na podmienenú požiadavku s hlavičkou If-Modified-Since je mimoriadne dôležitá.

    Menej počúvajte SEO, ktorí nepoznajú elementárne základy internetu.

    Poznámka: aktivuje sa adaptívna verzia stránky, ktorá sa automaticky prispôsobí malej veľkosti vášho prehliadača a skryje niektoré detaily stránky pre uľahčenie čítania. Príjemné sledovanie!

    Dobrý deň, milí čitatelia blogu Pokračujeme v téme, jednom z najdôležitejších SEO faktorov. Tento článok sa bude dotýkať toho, čo možno nazvať zložitosťou internej optimalizácie, keďže sa zameria na kód odpovede, ktorý vyhľadávače a návštevníci dostanú v reakcii na svoj prístup na stránku.

    Správna odpoveď servera

    Napriek tomu, že ide o pomerne malý detail pri budovaní a optimalizácii stránky ako celku, je veľmi dôležitý! Konkrétne je dôležité, aby stránka, na ktorej nenastali žiadne zmeny od poslednej návštevy robota alebo osoby, dávala kód 304, čo znamená, že stránka zostala nezmenená. Keď server odošle tento kód klientovi, vykonávanie všetkých PHP skriptov na stránke sa ani nespustí, namiesto toho sa stránka načíta z vyrovnávacej pamäte, čo výrazne znižuje zaťaženie servera a zrýchľuje načítanie stránky pre používateľa .

    Takže nastavením správnych odpovedí nášho servera zabijeme aspoň päť vtákov jednou ranou:

    • Návštevníkom (ľudom) zrýchlime načítavanie stránok.
    • Znižujeme zaťaženie servera.
    • Vo výsledkoch vyhľadávania sa (pre Yandex určite) zobrazí dátum poslednej aktualizácie stránky, čo môže pritiahnuť pozornosť používateľa, najmä ak je dátum nedávny.
    • Stránky lokality sa budú podieľať na triedení vyhľadávačov podľa dátumu.
    • Výrazne zrýchlite indexovanie stránky vyhľadávačmi!

    Z nejakého dôvodu sa mi posledný bod zdá byť najsladším (keďže ovplyvňuje SEO a zvyšuje dôveryhodnosť vašej stránky vo vyhľadávačoch), aj keď sú nepochybne mimoriadne dôležité aj ostatné body.

    Ako nakonfigurovať odpovede servera 304 a 200?

    Už sme povedali, že ako odpoveď na požiadavku na nezmenené stránky by sa mal server vrátiť 304 Nezmenené a aký kód by mal server vrátiť, ak klient pristupuje na stránku prvýkrát alebo pristupuje na stránku, ktorá sa zmenila? V takýchto prípadoch by mal server vrátiť stav 200 OK. Tento kód nie je potrebné posielať špeciálne, ak je so stránkou všetko v poriadku, potom vždy vydá 200.

    Preto sa musíme postarať iba o kód 304, pretože server ho bez nášho zásahu neodošle. K tomu nám pomôže, aj titul Naposledy zmenené a žiadosť.

    Tituly Naposledy zmenené

    Naposledy zmenené je hlavička, ktorú posielame pomocou PHP, táto hlavička obsahuje presný čas poslednej úpravy stránky (v sekundách). Na tento účel sa používa všeobecne akceptovaná miera merania času: Unix Time Stamp.

    Unixová časová pečiatka je počet sekúnd od začiatku epochy Unixu: 1. januára 1970. V čase písania tohto článku je časová pečiatka Unixu 1370597447 sekúnd, čo je 06/07/2013 09:30:47 GMT (+00:00).

    To znamená, že všetko, čo musíme urobiť, je poslať hlavičku PHP s inštrukciou Naposledy zmenené a požadovaný dátum:

    Header("Last-Modified: ".gmdate("D, d M Y H:i:s", $last_modified_time)." GMT");

    Kde hlavička je konštrukcia na odosielanie hlavičky HTTP, Naposledy zmenené- čo posielame a hneď za dvojbodkou prichádza jeho hodnota:

    Gmdate("D, d M Y H:i:s", $last_modified_time)."GMT".

    Posledná upravená hodnota je funkcia gmdate(), ktorá obsahuje premennú, ktorú som vymyslel $last_modified_time(môžete to nazvať akokoľvek). V premennej $last_modified_time a obsahuje čas poslednej úpravy vo formáte Unixová časová pečiatka a funkciu gmdate() slúži nám, aby dátum uviedol do správnej formy (Greenwichský čas).

    Pre prehľadnosť uvádzame príklad pre vás: ak sme vo funkcii gmdate() uveďte hodnotu 1365003142 , potom výstup bude: Streda, 3. apríla 2013, 15:32:22.

    Teraz, keď sme sa naučili, ako celý proces funguje, môže vyvstať otázka: „Musíme pre každú stránku manuálne uviesť čas poslednej úpravy?“. Odpoveď: "Áno!" Osobne to robím - ručne, najspoľahlivejšia možnosť. Konkrétne pre tento blog som však uviedol všetko, napríklad ak sa na stránke objaví nový komentár, tak v premennej $last_modified_time zaznamenáva sa čas, kedy bol tento komentár pridaný, robí sa to preto, aby vyhľadávače mohli indexovať nové komentáre a vedeli, že stránka je „živá“. Každá stránka je iná a budete si musieť vymyslieť vlastný algoritmus na určenie dátumu poslednej úpravy stránky, alebo ho zadať vždy ručne.

    Ešte raz zdôrazňujem, že môj algoritmus je nasledujúci:

    1) Dátum vytvorenia materiálu uvádzam ručne, ak v článku niečo zmením (preklepy alebo doplním), tak opäť ručne zadávam nový čas poslednej aktualizácie.

    2) Ak návštevník pridá komentár, tak v premennej $last_modified_time automaticky, bez môjho vedomia, sa zadá čas, kedy bol komentár pridaný, pretože v skutočnosti to bude dátum poslednej úpravy stránky.

    Čo som nebral do úvahy: v pravom stĺpci stránky mám čerstvé články, odporúčané A najlepších 10. Menia sa neustále a súčasne pre všetky stránky. Ak zakaždým, keď zmením pravý stĺpec stránky, ktorú som zmenil (automaticky alebo manuálne - na tom nezáleží), dátum poslednej úpravy stránky, potom by sa stratil celý zmysel tejto akcie. Rozhodol som sa, že tieto zmeny treba sledovať a brať do úvahy pri špecifikácii $last_modified_time nestojí za to, pretože nie sú prínosom pre SEO.

    Ako som písal, neviem vám presne povedať, ako zautomatizovať dátum poslednej úpravy stránky, ale poviem vám, ako to NEROBIŤ!

    Chyby pri zadávaní dátumu poslednej úpravy

    Prvé, čo môže väčšine ľudí napadnúť, je zaslanie dátumu poslednej úpravy súboru s obsahom stránky v hlavičke. Osobne sú moje texty článkov v súboroch, nie v databáze, takže sa mi táto metóda môže zdať ako skvelá cesta von, aby som nezadával zakaždým Unixová časová pečiatka manuálne. Ale nie! Väčšina hostiteľov, a možno aj všetci, berie dátum jeho vytvorenia ako dátum poslednej úpravy súboru, následné zmeny v ňom nezohľadňuje.

    Myslím, že chápete dôsledky v takýchto prípadoch. Jeden populárny ukrajinský poskytovateľ hostingu (a myslím, že nie je jediný) vo svojich FAQ píše niečo ako: „Namiesto dátumu poslednej úpravy súboru použite funkciu čas(), ktorý vracia aktuálny čas vo formáte časovej pečiatky Unix." To je také absurdné! Len strieľa na mieste! A tento poskytovateľ hostingu je považovaný za „jedného z najlepších“, keď som si to prečítal, okamžite som sa nechcel stať ich klientom.

    Je to len anti-SEO, zamyslite sa sami, prídete na stránku vášho vyhľadávača a pozrie sa: „Wow! Naposledy bola stránka zmenená práve teraz, takže som hádal, kedy mám prísť, trieda! O pár dní neskôr príde na tú istú stránku: „Pozri, opäť sa to zmenilo, toto je náhoda... Počkaj, prečo nevidím žiadne zmeny? Dobre, vrátim sa inokedy." Prichádza znova: "No, nie, chlapci, toto už nie je vtipné, určite sa vám nedá veriť." Tu je rozprávka :)

    A potom sa ľudia čudujú, prečo výsledky vo výsledkoch vyhľadávania nie sú také, aké by si želali, ale preto, že na vašom webe sa stratili banálne dôvera(dôvera). Presne ako v podobenstve „O pastierovi a vlkoch“.

    Takže sme prišli na hlavné chyby: nemôžete určiť aktuálny čas a neodporúčam vám špecifikovať čas úpravy súboru. Teraz poďme ďalej pochopiť, ako to celé funguje.

    Nastavte odosielanie hlavičiek Naposledy zmenené to je presne 1/3 prípadu, ešte musíme: dať odpoveď na požiadavku a zapnúť ukladanie stránky do vyrovnávacej pamäte. Obe tieto akcie nezaberú veľa času a riadkov kódu.

    je požiadavka klienta na váš server, v ktorej sa klient pýta: „zmenila sa stránka od mojej poslednej návštevy?“. Ak sa stránka nezmenila, musíme zastaviť vykonávanie ďalšieho načítania stránky príkazom:

    Zároveň by sa telo stránky nemalo začať kresliť, to všetko sa deje PRED prvým výstupom čohokoľvek na stránke! Spolu s tým je potrebné vrátiť odpoveď servera klientovi 304 Nezmenené, čím sa hovorí, že stránku je potrebné prevziať z vyrovnávacej pamäte. Poďme rovno k veci:

    If (isset($_SERVER["HTTP_IF_MODIFIED_SINCE"]) && strtotime($_SERVER["HTTP_IF_MODIFIED_SINCE"]) >= $last_modified_time)( header("HTTP/1.1 304 Not Modified"); die; ) header("Last-Mod : ".gmdate("D, d M Y H:i:s", $last_modified_time)." GMT");

    V prvom riadku teda skontrolujeme pomocou pomoci, či požiadavka HTTP_IF_MODIFIED_SINCE prišla na náš server, a tiež okamžite skontrolujeme, koľko sekúnd v prichádzajúcom HTTP_IF_MODIFIED_SINCE je väčšie ako v $last_modified_time alebo nie? Ak je viac, potom dátum poslednej návštevy klienta je neskorší ako dátum poslednej zmeny stránky, odtiaľ vyvodíme čisto logický záver, že stránka sa nezmenila, čo znamená, že odpoveď servera pošleme v druhý riadok 304 Nezmenené a riadok 3 zastavíme (zastavíme) vykonávanie všetkých skriptov na stránke. Inými slovami, prestaneme ho sťahovať.

    Ak nám klient neposlal požiadavku HTTP_IF_MODIFIED_SINCE alebo jeho posledná návšteva bola skôr ako dátum poslednej úpravy stránky, potom (predvolene) vrátime kód 200 OK a v piatom riadku mu pošleme SKUTOČNÝ dátum zmeny stránky, namiesto toho, ktorý mal.

    O IF_MODIFIED_SINCE a o tom, ako je kód usporiadaný, vám povedal všetko, čo potrebujete, okrem toho, čo robí funkcia strtotime ():

    Strtotime($_SERVER["HTTP_IF_MODIFIED_SINCE"])

    Pozorný a dôvtipný čitateľ už mohol tušiť, že táto funkcia prevádza bežný dátum na unixovú časovú pečiatku, keďže v nej nastavujeme premennú $last_modified_time, a preto pre porovnanie musíme všetko zredukovať na spoločného menovateľa bežného merania. systém.

    A nakoniec musíme povoliť ukladanie do vyrovnávacej pamäte, to sa vykonáva pomocou nasledujúcich riadkov:

    Header("CacheControl: public"); header("Platnosť vyprší: " . date("r", time()+10800));

    Kde číslo 10800 je čas (v sekundách), na ktorý chceme stránku cacheovať, teda v tomto príklade 3 hodiny.

    A ako vždy, pre tých, ktorí ničomu nerozumejú, všetko zverejňujem v plnom znení, ako je to usporiadané na mojom blogu:

    = $last_modified_time)( header("HTTP/1.1 304 Not Modified"); die; /* zabiť všetko dole */) header("Last-Modified: ".gmdate("D, d M Y H:i:s", $last_modified_time)." GMT"); ?> A zvyšok strany odišiel

    Myslím, že ste si mohli všimnúť, že celý tento príbeh s Last-modified je analógom značky v - . Lastmod má teda oboznamovací a poradenský charakter a nikto sa nebude hádať s odpoveďami vášho servera. Prirodzene, nie je nezvyčajné, že sa lastmod v sitemape líši od hlavičky LastModified, ale odteraz by mali byť pre vás rovnaké! Koniec koncov, teraz sme študovali nejakú vedu, nie preto, aby sme sa stali nešťastnými webmastermi, ktorí nepokročili ďalej ako sitemap.xml.

    Osobne tag lastmod momentálne vo svojich sitemapách vôbec nepoužívam, možno si to neskôr rozmyslím, ale zatiaľ nevidím zmysel v tak pedantskej práci s poriadnymi názvami Naposledy zmenené :)

    A nakoniec skontrolujte správnosť Naposledy zmenené a môžete s touto službou: kliknite na .

    Ďakujem za pozornosť a špeciálne ďakujem stále rastúcemu počtu odberateľov, pre mňa je to najväčší podnet písať na blog častejšie. Takže ak ste sa ešte neprihlásili na odber nových článkov, vitajte!



    Načítava...
    2023 •
    Hore