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

[Варнаков Кирилл <varnakov-k@xxxxx>]

Знакомое ощущение ))

> 
> Здесь речь была совсем не о деньгах, а о том, что делать с письмами, до 
> которых не доходят руки. Для меня было актуально лишь потому, что самому 
> неприятно, когда не отвечают.
> 
> 
> ----- 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;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
> 
> 

-- 
C уважением, Варнаков Кирилл.
Телефон: +79153349954
ICQ: 3442880