Re: Nginx reverse proxy и WebDav

Alex Domoradov alex.hha at gmail.com
Thu Sep 19 06:50:35 UTC 2013


А какой хоть порядок стоимости написания такого модуля?

2013/9/19 Vadim A. Misbakh-Soloviov <mva at mva.name>:
> Ну так взяли бы и написали/спонсировали написание модуля http_nginx_svn ;)
>
>
> 18.09.2013 02:41, Alex Domoradov пишет:
>>> Когда реализую LOCK, будет работать git, а svn, боюсь, не будет никогда.
>> жаль, очень не хватает, чтобы перейти на nginx.
>>
>> 2013/9/17 Maxim Dounin <mdounin at mdounin.ru>:
>>> Hello!
>>>
>>> On Tue, Sep 17, 2013 at 08:38:02PM +0400, Andrey Kopeyko wrote:
>>>
>>>> 17.09.2013 20:08, Maxim Dounin пишет:
>>>>> Hello!
>>>>>
>>>>> On Tue, Sep 17, 2013 at 07:48:26PM +0400, Andrey Kopeyko wrote:
>>>>>
>>>>>> 17.09.2013 17:15, usows пишет:
>>>>>>> Доброго времени суток
>>>>>>
>>>>>> Добрый вечер!
>>>>>>
>>>>>>> Столкнулся сейчас с проблемой. Есть некий сервер, к нему идет обращение
>>>>>>> через reverse-proxy. До недавнего времени работа шла через прокси на
>>>>>>> апаче, сейчас в качестве прокси используется nginx
>>>>>>> Проблема в том, что после переезда перестал работать WebDav для клиентов
>>>>>>> на Windows
>>>>>>
>>>>>> Вы, по-видимому, перед переездом невнимательно прочитали
>>>>>> документацию. На
>>>>>> http://nginx.org/ru/docs/http/ngx_http_dav_module.html прямо
>>>>>> написано:
>>>>>>
>>>>>>   Модуль обрабатывает HTTP- и WebDAV-методы PUT, DELETE, MKCOL, COPY
>>>>>> и MOVE.
>>>>>>   ...
>>>>>>   WebDAV-клиенты, которые требуют для работы дополнительных
>>>>>>   WebDAV-методов, не будут работать с этим модулем.
>>>>>>
>>>>>>
>>>>>> Так что проблемой nginx это считать нельзя; это фича.
>>>>>>
>>>>>> По-видимому, вам придётся откатывать взад.
>>>>>
>>>>> Андрей, dav-модуль dav-модулем, а проксирование WebDav'а - это
>>>>> совершенно отдельная тема.  Должно работать.
>>>>
>>>> Хорошо коли так - мой личный опыт успешного проксирования webDAV
>>>> ограничивается ровно "разрешёнными" методами GET\PUT\DELETE (других
>>>> в моей задаче просто не требуется).
>>>
>>> Ну так nginx'у по большому счёту всё равно, что проксировать -
>>> GET, PUT, или ещё что.
>>>
>>> Из того, что вспоминается - могут быть проблемы с "OPTIONS *",
>>> если вдруг клиенты его пытаются использовать.
>>>
>>>>> Другой вопрос, что по "престал работать WebDav" многого не
>>>>> надиагностируешь, а единственный телепат в нашей компании как раз
>>>>> в отпуске.  ;)
>>>>
>>>> Это да.
>>>>
>>>> А не пора ли на сайте nginx.org вывесить "правила правильного
>>>> задавания вопроса 'почему у меня не работает ХХХ?' в рассылку", с
>>>> подробным примером?
>>>>
>>>> Было бы куда отправлять как взывающих к телепатам, так и по каплям
>>>> выжимающих из себя информацию о своей системе. Там бы и расписали
>>>> подробно "куда ваша информация может, а куда точно не может
>>>> попасть", т.е. принятые внутренние стандарты обращения с данным
>>>> пользователей\клиентов.
>>>
>>> Я в своё время попытался что-нибудь написать тут:
>>>
>>> http://wiki.nginx.org/Debugging
>>>
>>> Но оно больше расчитано на серьёзный анализ, а не проблемы класса
>>> "не работает".  Впрочем, как по мне, то пусть уж пишут в рассылку,
>>> лишь бы тикетов в trac'е не заводили.  ;)
>>>
>>> --
>>> Maxim Dounin
>>> http://nginx.org/en/donation.html
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru at nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Подробная информация о списке рассылки nginx-ru