Utolsó módosított fejléc és If-Modified-óta
Indexelés során helyszíni lánctalpas szabályozza a kért összeg egy megkerülő dokumentumok szerint a kvóta, amely attól függ, sok paraméter oldalon. Ebben az esetben elég nagy területek, ahol a mérete kvóta sokkal kisebb, mint az összes rendelkezésre álló dokumentumok indexelése, ez nagyon fontos, racionális kiadások kvóta indexelés. Nevezetesen, a robot letöltés csak az új, még nem indexelt dokumentumok és iratok ténylegesen változott a legutóbbi csúszás, és a kvóta nem pazarolja újra tartalmának indexelése változatlan. meg kell érteni, hogy az illetékes kezelése indexálás, amely feldolgozza fordul elő ugyanabban az időben, és hogyan lehet befolyásolni őket.
Nemrég volt, hogy többször is szembenézni a ténnyel, hogy egyes SEO-szakemberek, elhelyezni nem a leggyengébb szakemberek az ipar, nem mutatott elég egy teljes megértéséhez, hogyan kell kezelni az indexelés oldalt az oldal, és beszélgettek csak arról szól, hogy a fejléc Last-Modified, vesztes látványa a kérelem feldolgozását a If-Modified-Since fejlécet. Ezért szeretnék kitérni erre a kérdésre részletesebben.
Tehát mi a Last-Modified fejléc, és milyen szerepet játszik az indexelés?
Last-Modified header ad a módosítás időpontjában a dokumentumot. Ez az információ természetesen bizonyos mértékig hasznos, ha a cím nem ad, akkor például a Yandex a kivonatok nem jelennek meg a dokumentum dátumát, és ez is hiányzik a keresési eredmények között, dátum szerint rendezve. Azonban a tényleges ellenőrzési indexelt ezt a fejlécet nem lehetséges.
És most, hogy válaszoljon a kérésére az If-Modified-Since fejléc tartalmazza a következő lehetőségek szerint RFC2616 protokoll.
a) Ha a kérelem általában semmi más, mint egy 200 (OK) állapotát, vagy ha az eltelt If-Modified-Since dátum érvénytelen, ezért a válasz pontosan ugyanaz, mint a normál GET. A dátum későbbi, mint a szerver aktuális idő érvénytelen. (Ha az eredmény volt a válasz a szokásos kérés eltérőnek kell lennie 200 (OK), vagy ha a dátum az If-Modified-Since hibás, akkor a válasz pontosan meg kell egyeznie a válasz a szokásos GET kérelmet. A dátum későbbi, mint az aktuális időt a szerver helytelen).
b) Ha a variáns óta módosította az If-Modified-Since dátumát, a válasz pontosan ugyanaz, mint a normál GET. (Ha a dokumentum megváltozott meghatározott időpontban az If-Modified-Since, a válasz pontosan meg kell egyeznie a válasz a szokásos GET kérés).
c) Ha a variáns nem módosult, mivel érvényes If-Modified-Since dátumát, a szerver vissza 304 (nem változott) választ. (Ha a dokumentum nem változik a meghatározott időpontban az If-Modified-Since, a szerver vissza kell választ 304 nem változtatja meg.)
Így a dokumentum nem változik, mivel az előző indexálás dátum, ami azt jelzi, hogy a bejáró a fejlécben If-Modified-Since, ő is a választ a 304. és ne töltsön le azok tartalmát, a kiadások kvóta csak nagyon megváltozott, mivel az előző indexálás új dokumentumok hogy, mint már említettük, ez különösen fontos oldalak sok oldalt. Ne feledje azonban, hogy ebben az esetben a tartalmát az adott ki Last-Modified fejléc nem fontos, fontos az eredménye egy válasz a kérésre egy fejlécet If-Modified-Since, és hogy megfelelően be kell állítani az első helyen. És mellesleg, nem ritkák a helyzet, amikor a webmesterek meghatározására korlátozódik csak vissza a fejléc Last modifed, megfeledkezve arról felállítása helyes feldolgozása kérésére a If-Modified-Since fejlécet. És a végén kezelésével kapcsolatos feladatokat az indexálási továbbra is megoldatlan.
Nos, befejezésül, szeretnék egy példát egy hiba, ahonnan szeretném figyelmeztetni ebben a cikkben, vagyis ha a fejlesztő korlátozódott csupán visszatérés header Last-Modified, beállítás nélkül egyidejűleg megfelelő kezelése a kérelem If-Modified-Since:
