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

[Rush]

На самом деле всё очень просто. Надо оценить час своего времени, 
приблизительно оценить сколько часов потребуется (иногда даже умножаю на 
два - три, в зависимости от нестандартности решения). Ну и ещё нюанс - 
если исходники будут открыты для всех - прошу ~250р в час, если закрыты 
- от 500р. Сам всё не успеваю, раздаю подзадачи по той же цене. Поэтому 
выше интересуюсь платным модулем.

Valery Kholodkov пишет:
> В подобном случае я так и отвечаю "не могу сразу ответить, нужно подумать" или "всё ещё думаю". Иначе некоторые люди начинают плохо себя чувствовать, когда их игнорируют, и они начинаю считать меня беспринципным негодяем :)
>
> ----- Igor Sysoev <is at rambler-co.ru> 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 at ivoho.com
>>>
>>>
>>>
>>>
>>> -------- Исходное сообщение -------- Тема:  Re: static + SSI + POST 
>>>       Дата:  Mon, 22 Dec 2008 23:15:27 +0300 
>>>       От:  Dmitry Alekhin <dmitry at ivoho.com> 
>>>       Отвечать:  nginx-ru at sysoev.ru 
>>>       Кому:  nginx-ru at sysoev.ru 
>>>       Ссылки:  <494924B3.1070607 at ivoho.com> <494FEB36.20402 at ivoho.com> <494FEFBA.10109 at grid.net.ru> 
>>>
>>>
>>>
>>> Точно так же как и 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
>>
>>     
>
>