Ну так взяли бы и написали/спонсировали написание модуля http_nginx_svn ;)
18.09.2013 02:41, Alex Domoradov пишет: >> Когда реализую LOCK, будет работать git, а svn, боюсь, не будет никогда. > жаль, очень не хватает, чтобы перейти на nginx. > > 2013/9/17 Maxim Dounin <mdou...@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@nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru >
signature.asc
Description: OpenPGP digital signature
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru