Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

Настройка кэша

Кэширование

WinGate 3 WWW Proxy обеспечивает кэширование HTTP. НТТР кэширование - это процесс сохранения недавно полученной графики, HTML документов и других файлов из Интернет на машине с сервером Wingate. При повторном обращении к этим данным с клиентских машин они предоставляются из кэша, а не из Интернет, чем достигается большая скорость их получения и меньшая загруженность канала доступа в Интернет.

WinGate кэширует только запросы НТТР (но не FTP URLs), которые используют метод "GET". Wingate не кэширует любые запросы, содержащие передаваемые параметры после знака "?". Вы можете определить детальные правила о том, что должен Wingate кэшировать.

Замечание для пользователей NT. Каталог для кэша может быть очень большим. Большинство файлов имеет размер не более 5К, поэтому плохо плохо иметь более 10000 файлов в кэше. Разумно разместить кэш на диске с NTFS - это позволит сохранить вам место на диске и увеличит скорость доступа к диску.

Замечание для пользователей 95. Использование компрессии диска позволяет вам лучше использовать дисковое пространство, хотя скорость доступа несколько уменьшается.

Cache size (размер кэша)

Выберите это поле для ввода размера кеша в MB.

Рекомендуемые минимальные размеры для кэша:
1-5 пользователей с модемом 28k - 30 Мбайт;
до 10 пользователей и модем или линия ISDN - 40 Мбайт;
более 10 пользователей и быстрый доступ - 50 Мбайт.

Помните, что эффективность кэша повышается с большим количеством запасенных данных. При маленьком кэше увеличение его размера втрое повысит эффективность его использования на 100%.

Purge when full (очистка при заполнении)

Выбор этой опции позволит избавиться от ненужных файлов (определенных в "What to purge"), когда кэш превыситд определенный максимум.

Enable cache lookups (возможен просмотр кэша)

Выберите это, если хотите получат файлы из локального кэша. Если это не выбрано, то любой запрошенный документ будет загружаться из Интернета. Единственная причина не выбирать эту опцию может понадобится, когда вы все время получаете старую версию документа, а вы наверняка знаете, что есть уже его обновленная версия.

Enable additions to cache (разрешить пополнение кэша)

Назначение ясно из названия. Когда эта опция выбрана, любой файл, загруженный из Интернет, сохраняется в кэше. Эта возможность определяется опциями "'What to cache".

Number of days before rechecking HTML files (число дней до перепроверки HTML файлов)

Определяет количество дней, в течение которых запрошенный HTML файл будет предоставлен из кэша. По истечении этого срока, файл по запросу будет взят из Интернета, а его новая копия заменит предыдущую.

Number of days before rechecking other files (число дней до перепроверки других файлов)

Определяет количество дней, в течение которых запрошенный HTML файл будет предоставлен из кэша. По истечении этого срока, файл по запросу будет взят из Интернета, а его новая копия заменит предыдущую.

What to cache (что кэшировать)

Cache everything - кэшировать все;
Specify which requests will be cached - определить запросы подлежащие кэшированию;
Add Filter - добавить фильтр;
Add Criterion - добавить критерий;
Delete - удалить;
Apply - применить.

В этом примере кэширование не разрешается для пользователей mary и bob. Заметим, что они имеются в том же самом фильтре!

Для понимания того как работает кэш вы должны понимать операторы AND, OR и NOT и знать правила их использования в правилах логики в WinGate.

AND (и): Если между двумя событиями стоит AND, значит оба они должны произойти.

OR (или): Если между двумя событиями стоит OR, то должно произойти хотя бы одно из них.

NOT (не): Если к событию критерия применить оператор NOT, тогда этот критерий применяется, если событие не происходит.

В логике работы кэша Filters соответствует оператору OR, а Сriteria - оператору AND. Так что, если запрос соответствует всем критеряим и любому из фильтров, то он будет помещен в кэш. В противном случае - нет.

Здесь кроется общая ловушка. Если вы хотите сказать: "Не кэшировать файлы для пользователей mary и bob". Вы можете предположить. что для выполнения этого вам надо установить два фильтра. Один с критерием Not User: Username equals mary, а другой с критерием Not User: Username equals bob. Но в таком случае кэшироваться абсолютно все: bob не может сделать это через фильтр с критерием Not User: Username equals bob, но его имя не mary, поэтому он может сделать это в соответствии со вторым фильтром. Для mary наоборот: нет доступа по второму фильтру, но есть по первому.

Фраза "Не кэшировать файлы для mary или bob" на самом деле означает: "Не кэшировать файлы ни для mary, ни для bob". Значит одновременно должны выполняться два условия:

    a. Не кэшировать файлы запрошенные пользователем bob.
    b. Не кэшировать файлы запрошенные пользователем mary.

Итак, реальная логика заключается в следующем: Следует кэшировать файлы не (NOT) запрошенные пользователем bob и не (NOT) запрошенные пользователем mary. Окончательным результатом будет один фильтр с двумя критериями, как показано на рисунке выше.

Замечание. Правила отрицания (т.е. кэширование зависит от того, что не должно иметь место) становится всеобщим. Предыдущий пример показывает, что запись может быть запрещена одним фильтром, но разрешена другим. Если вы хотите использовать несколько фильтров и некоторый запрещающий критерий, то вы должны включить этот критерий в каждый из фильтров.

Это применимо ко всем правилам в WinGate, включая правила кэширования и правила доступа.

What to purge (что чистить)

После установки предельного размера кэша Wingate может инициировать очистку, т.е. удаление ненужных или редкоиспользуемых файлов.

Для понимания того как работает кэш вы должны понимать операторы AND, OR и NOT и знать правила их использования в правилах логики в WinGate.

AND (и): Если между двумя событиями стоит AND, значит оба они должны произойти.

OR (или): Если между двумя событиями стоит OR, то должно произойти хотя бы одно из них.

NOT (не): Если к событию критерия применить оператор NOT, тогда этот критерий применяется, если событие не происходит.

В логике работы очистки Filters соответствует оператору OR, а Сriteria - оператору AND. Так что, если кэшированные файлы соответствует всем критеряим и любому из фильтров, то они будут очищены. В противном случае - нет.

Вы можете думать о этих фильтрах, как о файлах, которые будут удалены. Добавляя фильтры, вы добавляете типы файлов, которые вы хотите удалить. Добавляя критерий к фильтру, вы определяете условия, при которых этот профиль применим.

Замечание. Правила отрицания (т.е. кэширование зависит от того, что не должно иметь место) становится всеобщим. Предыдущий пример показывает, что запись может быть запрещена одним фильтром, но разрешена другим. Если вы хотите использовать несколько фильтров и некоторый запрещающий критерий, то вы должны включить этот критерий в каждый из фильтров.

Назад | Содержание | Вперед

 

VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...