Что делать, ограничивается лишь фантазией.
Примеры:
- после успешной скачки сообщить об этом кому-либо (визуально, звуком, e-mail'ом и т.п.), передать скачанный файл куда-либо;
- значимые события (заблокировано/нет, взято из кэша/нет/сколько и др.) на лету фиксировать независимым обработчиком статистики, способным представлять информацию в любых разрезах;
- выяснив, что для файла запрещена запись в кэш, удалить его из кэша, если он там есть (своего рода автоматический сбор мусора);
- если файл не попадает под Ч, Т, Н и нет соединения, то выдать файл из кэша автоматически либо спрося пользователя...

Это функции даунлодера. Не уверен, что это нужно для прокси.


Помню была такая тема: "Интерфейс передачи активности монитора", но что-то быстро ее инициатор потерял интерес к воплощению этой идеи.


Это можно реализовать и из скриптов Ответов, только понадобятся соответствующие расширения функциональности.

Добавлено: 09 Августа 2008, 19:31:30


Я на Серверы-посредники горячую клавишу повесил, но дифференцированно отключать скрипты так не получится - только все сразу.

Хорошо бы сделать опцию: "Распространять горячие клавиши списков на действия скриптов"...

Пока не включаюсь в обсуждение этой проблемы, хочу сосредоточиться на ftp.

Перекрывать/отменять действие списка "Серверы-посредники". Переключать серверы-посредники и внешние прокси в зависимости от иных условий, нежели совпадение URL (пользователь, время суток и др.);
- хочется, к примеру, для ответа 403 выдавать ответ типа нынешнего, но на великом и могучем;
- для разных пользователей/сайтов могут быть разные объяснения, почему они блокированы;
- может не хотеться использовать коды 430 и 431. К примеру, если ниже НС стоит Сквид, то это приводит к заполонению лога Сквида предупреждениями о нестандартном коде ответа. На этом фоне выделить действительно полезную информацию в логе тяжело.
В подобных ситуациях "Показывать файл" бессилен.
Например, добавить распознавание по сигнатурам тех типов файлов, которые сейчас НС не распознает. Или перед переадресацией в определенных случаях делать паузу с выводом пояснения/подтверждения. Или добавить заголовок: Age, Date, Expires, Via, Vary, Warning для информирования клиента. Или скрыть, что ответ дает HandyCache...

Гм... Мне казалось, что из перечисленного ничего эффективно реализовать сейчас не получится. Как это эффективно сделать сейчас по каждому из пунктов?

Под эффективностью имею в виду недопущение выполнения лишних действий. К примеру, что бы мы ни хотели сделать с серверами-посредниками или внешними прокси, делать это нужно лишь после того как принято решение о скачке из интернета. Или дополнительное распознавание по сигнатурам должно включаться только после принятия решения о взятии из кэша.
Не получится. Все списки Ч, П, А переносить в скрипты не будем.
А здесь для изменения заголовка ответа при взятии файла из кэша мы бессильны что-либо сделать R-скриптом.

К сожалению, это не так. В большинстве ситуаций при взятии файла из кэша мне не надо полностью с нуля формировать весь заголовок ответа, мучительно продумывая и создавая в нем все необходимые поля. Пусть это делает НС. Нужно лишь добавить или убрать что-то одно оттуда. Например, убрать Server: HandyCache в ответе 200 From cache (HC) или добавить Expires в ответ 304 Not Modified (HC) и т.п. Я уж не говорю о случаях типа когда ответ в кэше запакован, а клиент не понимает gzip. И совсем плохо, что в попытке сделать как ты пишешь, списки Т и Н тоже придется полностью перемещать в скрипты, что не может даже рассматриваться.

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

пытаюсь осваивать скррипты
непойму если hc_answer_header задать значение а hc_answer_body нет- будет мой заголовок и "родное" тело?
и если сделать наоборот- будет мое тело при родлном заголовке?
хелп сделан так что не дает этот ответ
расскажите пжалста
и пжалста еще- зачем задумано присваивать hc_header_replace почему просто не изменить hc_header?

не вижу
пользуюсь HC_Lua_scripts.html
других более подробных справок не нашел дайте ссылок
сравнение с начальным заголовком?
почему бы ничего не сравнивая посылать hc_header- измененный или нет неважно