Mikor segít egy megosztott proxy-gyorsítótár a crawlernek
Értékelje az ismétlődő erőforrásokat, a frissességet és a crawler tényleges kéréseit, mielőtt a megosztott forward-proxy gyorsítótár nagyobb áteresztőképességét várná.
Tegyük fel, hogy több böngészős munkás egy oldal különböző lapjait nyitja meg. Ezek a lapok ugyanarra a stíluslapra, logóra és szkriptcsomagra hivatkoznak. Egy megosztott forward gyorsítótár hasznossá teheti az első lekérést a későbbi munkások számára, ha a válaszok újra felhasználhatók.
Most változtassa meg a terhelést: minden munkás csak egy HTML dokumentumot tölt le, és soha nem tölti be a hivatkozott erőforrásokat. A közös stíluslap továbbra is ott van a jelölésben, de egyetlen munkás sem kéri. Semmit nem ad a proxy gyorsítótár-találati arányához.
Kezdje azokkal a kérésekkel, amelyeket a crawler valóban küld
A lapot megjelenítő böngésző és a forrást letöltő HTTP kliens különböző kéréskészleteket hoz létre. Vizsgálja meg ezeket a készleteket, mielőtt gyorsítótár-tervet választ.
| Terhelés | Megosztott újrafelhasználás lehetősége |
|---|---|
| A munkások ismételten ugyanazokat a nyilvános erőforrásokat kérik le | Hasznos, ha a frissességi és gyorsítótárkulcs-szabályok engedik |
| Minden kérésnek egyedi URL-je vagy válaszváltozata van | Kevés átfedés az újrafelhasználáshoz |
| A választ újra kell érvényesíteni az újrafelhasználás előtt | Megtakaríthat válaszbájtokat, de továbbra is kell felfelé irányuló kör |
| A munkások már saját helyi gyorsítótárból szolgálják ki a kéréseket | Ezek a kérések talán soha nem érik el a megosztott proxyt |
Az URL egyezése önmagában nem elég. A válasz frissességi irányelve és a Vary által megnevezett mezők megkülönböztethetik a reprezentációkat. A privát, nem tárolható vagy hitelesített tartalomhoz a vonatkozó megosztott gyorsítótár-szabályok kellenek; nem szabad egyetlen nyilvános eredménybe kényszeríteni csak azért, hogy növelje a találatok számát.
A szokásos HTTPS CONNECT forgalomnál a forward proxy titkosított alagutat visz, és nincs benne gyorsítótárazható HTTP objektum. A TLS-ellenőrzéses telepítés bizalmi és feldolgozási viselkedése eltér. Az objektum-gyorsítótárazás elérhetőségének értékelésekor vegye figyelembe a tényleges módot.
Egy gyorsítótár-találat elkerülheti a felfelé irányuló lekérést, míg egy kihagyás továbbra is fizet a közvetítő munkájáért. Hasonlítsa össze a befejezett hasznos bájtokat, a felfelé irányuló forgalmat és a késleltetést a tervezett terheléshez. A szálak száma az egyidejűséget írja le; nem írja le, mennyi újrafelhasználható tartalmat osztanak meg ezek a szálak.