Re: POST cache
смысл тогда вообще ставить нгинкс? все прелести реверс-прокси сводятся на нед. Kind regards, Alexandr Kutuzov, alleteam@...
смысл тогда вообще ставить нгинкс? все прелести реверс-прокси сводятся на нед. Kind regards, Alexandr Kutuzov, alleteam@...
Alex Vorona wrote: >>> Наверно отдельная директивка типа proxy_source или proxy_outgoing_ip =) >>> Ну и для fastcgi тогда сразу такое же ;) >>> Выглядит полезным, хотя лично мне не требовалось ничего такого пока ;) >> >> proxy_source_address, но дело не в имени, а как передать это вглубь, я >> пока >> не смотрел. > ещё же наверно потом захочется выставлять адрес для каждого бекенда в > апстриме ... Угу, у меня тоже этот вопрос возник.
Пока что работает ;) Спасибо.
Igor Sysoev пишет:
> On Wed, Aug 27, 2008 at 11:49:43PM +0400, Igor Sysoev wrote:
>
>
>> On Wed, Aug 27, 2008 at 05:05:33PM +0700, Artem Bokhan wrote:
>>
>>
>>> Игорь, а нельзя ли упростить включение ssl до вида,
схожего с указанным
>>> ниже? Возможно, я ошибаюсь, и возможность слушать ssl
и не-ssl порты в
>>> контексте одного сервера уже реализована?
>>>
>>> server {
>>> listen 80;
>>> listen 443 ssl;
>>> ....
>>> }
>>>
>> Прилагаемый патч добавляет такую функциональность.
>> Если тестирование пройдёт успешно, то патч будет
включён в 0.7.14.
>>
>> server {
>> listen 80;
>> listen 443 default ssl;
>>
>> server_name www.example.com;
(Continue reading)
Здравствуйте, Bogun.
Вы писали 1 сентября 2008 г., 0:19:42:
|
> |
Здравствуй, Народ. Подскажите имеется ли в nginx'e способ отключения кэширования "тела" POST запроса и передача его по мере прихода в backend? Дело в том что http://wiki.codemongers.com/NginxHttpUploadProgressModule вещь замечательная, но ведь весь существующий софт реализующий подобную функциональность по своему не перепишешь под него и не всегда есть возможность для переписывания... :( |
Присоединяюсь к вопросу. Необходима функциональность по отключению кэширования POST на бэкэнд для какого-то location.
Дело в том, что мне надо закачиваемый файл напрямую сразу же передавать на бэкэнд. Пока что не придумал ничего лучше как на отдельный ip-адрес выставить кусочек бэкэнда, что мне не нравится.
--
С уважением,
Евгений mailto:devyatyh-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
On Mon, 1 Sep 2008, Евгений Девятых wrote: > Подскажите имеется ли в nginx'e способ отключения кэширования "тела" POST > запроса и передача его по мере прихода в backend? Дело в том > что http://wiki.codemongers.com/NginxHttpUploadProgressModule вещь > замечательная, но ведь весь существующий софт реализующий подобную > функциональность по своему не перепишешь под него и не всегда есть > возможность для переписывания... :( > > > > Присоединяюсь к вопросу. Необходима функциональность по отключению > кэширования POST на бэкэнд для какого-то location. > > Дело в том, что мне надо закачиваемый файл напрямую сразу же передавать > на бэкэнд. Для чего? Зачем? Чем, лично для вас, плоха буферизация тела POST-запроса на фронтенде? Какая от этого проблема возникает? > Пока что не придумал ничего лучше как на отдельный ip-адрес > выставить кусочек бэкэнда, что мне не нравится. -- -- Best regards, Andrew Kopeyko <kaa@...>
> Привет, > хочу представить новый проект IP геолокации, содержащий базу, api и расширение для Firefox. > > База бесплатна, ее можно скачать в SQL,текстовом и главное - CIDRформате для nginx, так как первоначально для него она и планировалась. Обновления регулярные раз в два месяца. > > Другие базы IP адресов не устраивали меня качеством, поэтому взялся за разработку своего варианта, что вылилось впоследствии в небольшую команду, использование серверов в разных точках мира и много месяцев работы. Отличительной особенностью является определение именно реальных географических данных сетей, а не их владельцев, как в whois, данные которого лежат в основе всех других баз. Про whois ошибки можно прочитать здесь: > http://www.wipmania.com/ru/blog/why-worldip-data-rather-than-whois-data-examples/ > > Сайт проекта: > http://www.wipmania.com/ru/ > Здесь статья с моего блога, где есть и будут некоторые детали, которые не публикуются на самом проекте. > http://www.alrond.com/ru/2008/aug/30/wipmania-open/ > > Использование в nginx-е уже подробно в документации расписано, но я приведу еще раз пример конфигурации: > geo $geo { > include worldip.conf; > default XX; > } > Также переменную $geo можно записать в log_format. > > Эх ещё бы и города определяла... -- -- Тен Костя
а в чём отличие от всем известного GeoIP (платная версия, которая, как утверждают издатели - не содержит ошибок) ? On 01.09.2008, at 13:47, Alrond wrote: > Привет, > хочу представить новый проект IP геолокации, содержащий базу, api и > расширение для Firefox. > > База бесплатна, ее можно скачать в SQL,текстовом и главное - CIDR > формате > для nginx, так как первоначально для него она и планировалась. > Обновления > регулярные раз в два месяца. > > Другие базы IP адресов не устраивали меня качеством, поэтому взялся за > разработку своего варианта, что вылилось впоследствии в небольшую > команду, > использование серверов в разных точках мира и много месяцев работы. > Отличительной особенностью является определение именно реальных > географических данных сетей, а не их владельцев, как в whois, данные > которого лежат в основе всех других баз. Про whois ошибки можно > прочитать > здесь: > http://www.wipmania.com/ru/blog/why-worldip-data-rather-than-whois-data-examples/ > > Сайт проекта: > http://www.wipmania.com/ru/ > Здесь статья с моего блога, где есть и будут некоторые детали, > которые не > публикуются на самом проекте. > http://www.alrond.com/ru/2008/aug/30/wipmania-open/ > > Использование в nginx-е уже подробно в документации расписано, но я > приведу > еще раз пример конфигурации: > geo $geo { > include worldip.conf; > default XX; > } > Также переменную $geo можно записать в log_format.
On Mon, 1 Sep 2008, Тен Костя wrote: >> Привет, > >> хочу представить новый проект IP геолокации, содержащий базу, api и >> расширение для Firefox. > > Эх ещё бы и города определяла... Для России это сделано в http://ipgeobase.ru/ Скрипт преобразования в формат nginx пробегал в рассылке - поищите а архиве. -- -- Best regards, Andrew Kopeyko <kaa@...>
RSS Feed110 | |
|---|---|
337 | |
551 | |
798 | |
530 | |
652 | |
683 | |
464 | |
443 | |
342 | |
383 | |
492 | |
435 | |
536 | |
733 | |
545 | |
641 | |
615 | |
513 | |
509 | |
828 | |
594 | |
641 | |
641 | |
747 | |
645 | |
938 | |
1004 | |
1211 | |
602 | |
655 | |
620 | |
628 | |
787 | |
920 | |
1070 | |
691 | |
429 | |
699 | |
540 | |
465 | |
413 | |
435 | |
284 | |
449 | |
645 | |
411 | |
520 | |
396 | |
518 | |
656 | |
776 | |
757 | |
835 | |
508 | |
585 | |
409 | |
424 | |
519 | |
408 | |
463 | |
701 | |
342 | |
285 | |
255 | |
309 | |
432 | |
262 | |
307 | |
277 | |
494 | |
503 | |
575 | |
220 | |
327 | |
324 | |
263 | |
245 | |
266 | |
379 | |
221 | |
362 | |
393 | |
401 | |
442 | |
253 | |
183 | |
160 | |
19 |