платная доработка nginx
Rush
rush at natm.ru
Mon Jan 26 11:30:27 MSK 2009
Точно, вот и мне никто не отвечает, уже второй раз (моё сообщение ниже
всех в треде). Боюсь третий раз постить, сочтут за спамера...
Valery Kholodkov пишет:
> Здесь речь была совсем не о деньгах, а о том, что делать с письмами, до которых не доходят руки. Для меня было актуально лишь потому, что самому неприятно, когда не отвечают.
>
> ----- Rush <rush at natm.ru> wrote:
>
>> На самом деле всё очень просто. Надо оценить час своего времени,
>> приблизительно оценить сколько часов потребуется (иногда даже умножаю на
>> два - три, в зависимости от нестандартности решения). Ну и ещё нюанс -
>> если исходники будут открыты для всех - прошу ~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¶metr_menu=1" -->
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> --
>>>> Игорь Сысоев
>>>> http://sysoev.ru
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
More information about the nginx-ru
mailing list