> Когда реализую 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