Када заједнички прокси кеш помаже краулеру
Процените понављајуће ресурсе, свежину и стварне захтеве краулера пре него што очекујете да ће заједнички forward-proxy кеш побољшати пропусност.
Претпоставимо да неколико радника у прегледачу отвара различите странице истог сајта. Те странице упућују на исти стилски лист, лого и скрипт-пакет. Заједнички forward кеш може прво преузимање учинити корисним каснијим радницима када се одговори могу поново користити.
Сада промените оптерећење: сваки радник преузима само један HTML документ и никада не учитава повезане ресурсе. Заједнички стилски лист још постоји у ознакама, али га ниједан радник не тражи. Он не доприноси стопи погодака кеша проксија.
Почните са захтевима које ваш краулер заиста шаље
Прегледач који приказује страницу и HTTP клијент који дохвата њен извор стварају различите скупове захтева. Прегледајте те скупове пре него што одаберете дизајн кеширања.
| Оптерећење | Потенцијал заједничког поновног коришћења |
|---|---|
| Радници више пута дохватају исте јавне ресурсе | Корисно када правила свежине и кеш-кључа то дозвољавају |
| Сваки захтев има јединствени URL или варијанту одговора | Мало преклапања за поновно коришћење |
| Одговор захтева поновну проверу пре поновног коришћења | Може да уштеди бајтове одговора, али још увек захтева одлазак према извору |
| Радници већ задовољавају захтеве из сопственог локалног кеша | Ти захтеви можда никада не стигну до заједничког проксија |
Сама једнакост URL-а није довољна. Политика свежине одговора и поља наведена у Vary могу разликовати приказе. Приватан, непохранљив или аутентификован садржај захтева применљива правила заједничког кеша; не сме се присилно свести на један јавни резултат само да би се повећао број погодака.
За обичан HTTPS CONNECT саобраћај forward прокси носи шифровани тунел и нема HTTP објекте унутра за кеширање. Поставка са TLS инспекцијом има другачије понашање поверења и обраде. Укључите стварни режим када процењујете да ли је кеширање објеката доступно.
Погодак у кешу може избећи одлазак према извору, док промашај ипак плаћа рад посредника. Упоредите завршене корисне бајтове, саобраћај према извору и кашњење за предвиђено оптерећење. Број нити описује паралелност; не описује колико поново искористивог садржаја те нити деле.