Re: платная доработка nginx

[Valery Kholodkov <valery+nginxru@xxxxxxxxxxx>]

Здесь речь была совсем не о деньгах, а о том, что делать с письмами, до которых 
не доходят руки. Для меня было актуально лишь потому, что самому неприятно, 
когда не отвечают.

----- Rush <rush@xxxxxxx> wrote:
> На самом деле всё очень просто. Надо оценить час своего времени, 
> приблизительно оценить сколько часов потребуется (иногда даже умножаю на 
> два - три, в зависимости от нестандартности решения). Ну и ещё нюанс - 
> если исходники будут открыты для всех - прошу ~250р в час, если закрыты 
> - от 500р. Сам всё не успеваю, раздаю подзадачи по той же цене. Поэтому 
> выше интересуюсь платным модулем.
> 
> Valery Kholodkov пишет:
> > В подобном случае я так и отвечаю "не могу сразу ответить, нужно подумать" 
> > или "всё ещё думаю". Иначе некоторые люди начинают плохо себя чувствовать, 
> > когда их игнорируют, и они начинаю считать меня беспринципным негодяем :)
> >
> > ----- Igor Sysoev <is@xxxxxxxxxxxxx> wrote:
> >   
> >> On Fri, Jan 23, 2009 at 04:19:27AM +0300, Dmitry Alekhin wrote:
> >>
> >>     
> >>> Всем привет,
> >>>
> >>> Какое то время назад я поднимал тему о возможности обработки virtual 
> >>> include-ов не GET а POST методом, в случае вызова 
> >>> 'родительского' html-я c SSI  POST-ом. 
> >>>
> >>> Тема как то затухла, и стало непонятно, толи это невозможно из за 
> >>> архитектуры nginx , то ли просто никому кроме меня не нужно.
> >>> Прошу прощения что пишу в список рассылки, но я готов оплатить разумную 
> >>> стоимость разработки патча для nginx если это возможно.
> >>> Думаю, квалифицированных разработчиков под nginx - в данном списке 
> >>> рассылке тусуется больше всего.
> >>> Сам Игорь молчит :)
> >>>       
> >> Проблема в том, что чем больше мне приходиться думать, что ответить
> >> на письмо, тем меньше шансов, что я отвечу - письмо постепенно теряется
> >> из виду и я о нём могу забыть. Вопрос о деньгах, в отличие от технического
> >> вопроса, заставляет меня много думать и вот результат.
> >>
> >> Что касается технической части - там работы не много и я склоняюсь к тому,
> >> что POST'ы в существующую статику надо разрешать.
> >>
> >> Что касается денег, я без понятия, сколько это может стоить.
> >>
> >>     
> >>> Спасибо,
> >>>
> >>> Дмитрий
> >>>
> >>> PS - Почта для связи dmitry@xxxxxxxxx
> >>>
> >>>
> >>>
> >>>
> >>> -------- Исходное сообщение -------- Тема:  Re: static + SSI + POST 
> >>>       Дата:  Mon, 22 Dec 2008 23:15:27 +0300 
> >>>       От:  Dmitry Alekhin <dmitry@xxxxxxxxx> 
> >>>       Отвечать:  nginx-ru@xxxxxxxxx 
> >>>       Кому:  nginx-ru@xxxxxxxxx 
> >>>       Ссылки:  <494924B3.1070607@xxxxxxxxx> <494FEB36.20402@xxxxxxxxx> 
> >>> <494FEFBA.10109@xxxxxxxxxxx> 
> >>>
> >>>
> >>>
> >>> Точно так же как и GET. Только  virtual include-ы  должны вызываться не 
> >>> GET , а POST методом.
> >>>
> >>>
> >>>
> >>> Valery Kholodkov пишет: 
> >>>   Как по-вашему должен обрабатываться POST-запрос на статический файл? 
> >>>
> >>>   Dmitry Alekhin wrote: 
> >>>
> >>>     Эх, что же совсем нельзя post на статику делать ? Неужели это большая 
> >>> проблема ? 
> >>>
> >>>
> >>>
> >>>     Dmitry Alekhin пишет: 
> >>>
> >>>       Всем привет, 
> >>>
> >>>       Перечитал весь архив, но так и не нашел как разрешить POST на 
> >>> существующие статические файлы c SSI include' ами. 
> >>>
> >>>       Задача такая есть, и он не надумана - то есть в больших статических 
> >>> файлах определяющих дизайн встречаются вкрапления 
> >>>       ssi virtual include'ов , которые отвечают за логику работы сайта. 
> >>>       Вешать отдельный обработчик на post типа : 
> >>>        error_page 405 = @proxy_posts; 
> >>>       нельзя по архитектурным соображениям -  так как статические файлы 
> >>> формируются отдельными людьми, логика в инклудах - другими, 
> >>>       и необходимо что бы по POST бразузер попадал именно на тот же 
> >>> статический файл а не в другой location. 
> >>>
> >>>       Так и не появилось ключа static_post_on  или что то в этом роде ?  
> >>> Может быстропатч какой есть ? 
> >>>
> >>>       Конфиг такой : 
> >>>               location / { 
> >>>                   ssi on; 
> >>>                   root   /var/site.com; 
> >>>                   index  index.html index.htm; 
> >>>               } 
> >>>
> >>>               location = /50x.html { 
> >>>                   root   html; 
> >>>               } 
> >>>
> >>>               location ~ ^/eng { 
> >>>                   internal; 
> >>>                   proxy_set_header Host $http_host; 
> >>>                   proxy_set_header X-Real-IP $remote_addr; 
> >>>                   proxy_set_header X-Forwarded-For 
> >>> $proxy_add_x_forwarded_for; 
> >>>                   proxy_redirect off; 
> >>>                   # Pass request to engine 
> >>>                   rewrite      /eng(.*)  
> >>> /eng.php?host=$host&request_uri=$request_uri  break; 
> >>>                   proxy_pass   http://127.0.0.1:9000; 
> >>>               } 
> >>>
> >>>       Сами include'ы вот такие - 
> >>>       <!--# include virtual="/eng?module=menu&parametr_menu=1" --> 
> >>>
> >>>
> >>>
> >>>
> >>>       
> >> -- 
> >> Игорь Сысоев
> >> http://sysoev.ru
> >>
> >>     
> >
> >   
> 
> 
> 

-- 
Regards,
Valery Kholodkov