А какой хоть порядок стоимости написания такого модуля?
2013/9/19 Vadim A. Misbakh-Soloviov <m...@mva.name>: > Ну так взяли бы и написали/спонсировали написание модуля 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 >> > > > _______________________________________________ > 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