<header> Опции за кеш </header> <b>Кешови директории</b> : Можете да зададете няколко реда от директорията на кеш, за да разпространите кеша между различни дискови дялове. <p> <em>Directory</em> е <em>директория</em> от най-високо ниво, в която ще се съхраняват файловете за размяна на кеш. Ако искате да използвате цял диск за кеширане, това може да бъде директорията за точка на монтиране. Директорията трябва да съществува и да може да се записва от процеса на калмари. Калмари НЯМА да създаде тази директория за вас. <p> <em>Размерът</em> е количеството дисково пространство (MB), което трябва да използвате под тази директория. По подразбиране е 100 MB. Променете това, за да отговаря на вашата конфигурация. <p> <em>Dirs от 1-во ниво</em> е броят на <em>поддиректории</em> от първо ниво, които ще бъдат създадени под <em>Directoryi</em> . По подразбиране е 16. <p> <em>Dirs от второ ниво</em> е броят на <em>поддиректории</em> от второ ниво, които ще бъдат създадени под всяка директория от първо ниво. По подразбиране е 256. <P> <b>Среден размер на обекта</b> : по подразбиране до 13 kB. Среден размер на обекта, използван за оценка на броя на обектите, които вашият кеш може да държи. <p> <b>Обекти на кофа</b> : По подразбиране до 50. Насочете брой обекти на кофа в таблицата с хеш на магазина. Намаляването на тази стойност увеличава общия брой кофи, а също и степента на поддържане на съхранението. <p> <b>Не кеширайте URL адреси за ACL</b> : По подразбиране няма. Изберете всички ACL, за които не искате Squid да кешира данни. Полезно за дефиниране на вътрешен уеб сървър, който не трябва да се кешира. <p> <b>Максимално време за кеш</b> : По подразбиране до 1 година. Този параметър определя максималната LRU възраст. Например, ако зададете това на „1 седмица“, ще бъдат премахнати обекти, ако не са били достъпни в продължение на седмица или повече. <p> <b>Неуспешно време за кеш на заявката По</b> подразбиране е 5 минути. Време за живеене (TTL) за неуспешни заявки. Определени видове откази (като „връзка отказана“ и „404 не е намерена“) са кеширани отрицателно за конфигурируем период от време. Обърнете внимание, че това е различно от отрицателното кеширане на DNS търсене. <p> <b>Време за кеш на DNS търсене</b> : По подразбиране до 6 часа (360 минути). Време за живеене (TTL) за положително кеширане на успешни DNS търсения. Ако искате да сведете до минимум използването на ipcache на Squid, задайте това на 1, а не 0. <p> <b>Неуспешно време на кеш на DNS</b> : По подразбиране е 5 минути. Време за живеене (TTL) за отрицателно кеширане на неуспешни DNS търсения. <p> <b>Време за изчакване на свързване</b> : По подразбиране е 120 секунди. На някои системи (по-специално на Linux) не може да се разчита правилно изчакващите заявки за свързване (2). Следователно процесът на калмари налага собствения си изчакване на връзките към сървъра. Този параметър указва колко време да чакаме завършването на връзката. <p> <b>Времето за четене</b> : По подразбиране е 15 минути. Read_timeout се прилага при връзки от страна на сървъра. След всяко успешно четене (), времето ще бъде удължено с тази сума. Ако след този период от време не се прочетат данни, заявката се прекратява и се логира с ERR_READ_TIMEOUT. <p> <b>Време за избиране на сайта</b> : По подразбиране е 4 секунди. За избор на URN до многократен URL адрес. <p> <b>Време за изчакване на клиентска заявка</b> : По подразбиране е 15 минути. Read_timeout се прилага при връзки от страна на сървъра. След всяко успешно четене (), времето ще бъде удължено с тази сума. Ако след този период от време не се прочетат данни, заявката се прекратява и се логира с ERR_READ_TIMEOUT. <p> <b>Максимално време за свързване с клиента</b> : По подразбиране е 1 ден. Максималният период от време, през който клиент (браузър) е позволен да остане свързан с процеса на кеш. Това предпазва кеша от много гнезда (и следователно дескриптори на файлове), свързани в състояние CLOSE_WAIT от отдалечени клиенти, които се разминават без правилно изключване (или поради грешка в мрежата или поради лоша реализация на клиента). <p> <b>Максимално време за изключване</b> : По подразбиране до 30 секунди. Когато се получи SIGTERM или SIGHUP, кешът се поставя в режим "изключване в очакване" до затваряне на всички активни гнезда. Тази стойност е продължителността на живот, която трябва да се зададе за всички отворени дескриптори по време на режим на изключване. Всички активни клиенти след тези много секунди ще получат съобщение за „изчакване“. <p> <b>Полузатворени клиенти</b> : По подразбиране е „включено“. Някои клиенти могат да изключат изпращащата страна на своите TCP връзки, като оставят приемащите страни отворени. Понякога Squid не може да определи разликата между полузатворена и напълно затворена TCP връзка. По подразбиране полузатворените клиентски връзки се държат отворени, докато четене (2) или запис (2) на сокета не върне грешка. Променете тази опция на „изключено“ и Squid незабавно ще затвори клиентските връзки, когато read (2) върне „няма повече данни за четене“. <p> <b>Постоянен период на изчакване</b> : По подразбиране до 120 секунди. Време за изчакване за постоянни празни връзки с клиенти, сървъри и други прокси сървъри. Постоянните връзки ще бъдат деактивирани, ако това е по-малко от 10 секунди. <p> <b>WAIS реле хост</b> : По подразбиране е няма. Име на хост или адрес, на който да препредава WAIS заявки. <p> <b>Реле за WAIS реле</b> : По подразбиране няма. Порт за директно предаване на WAIS заявки към. <hr>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
