X-Accel-Proxy-Bind

[SaveFrom.net]

Есть, кто-нибудь, кто может и готов реализовать хак $proxy_bind по аналогии
с $limit_rate?
за $, соответственно. Так же преветствуются те, кто готов скинуться)
Возможно Игорь включит хак в продакшн, пока не появится более подходящего
решения.
С уважением, Антон

24 февраля 2010 г. 3:58 пользователь SaveFrom.net <savefrom at gmail.com>написал:

> Прошу прощения за несвязанный текст с ошибками. Сказывается усталость.
>
>
> > Проверил и убедился что proxy_bind не поддерживает переменные.
> > У меня такой "вопрос-просьба", вероятно адресованная к Игорю..
> > Если сделать поддержку обработки переменных у вышеописанных директив
> > (в частности proxy_bind) проблематично, может стоит добавить временный
> хак $proxy_bind, по аналогии с $limit_rate?
>
> >
> > Это явно добавит удобства и гибкости при конфигурировании, ибо сейчас
> единственный вариант, как я понимаю, - это плодить локейшены, отличающиеся
> proxy_bind..
> > С уважением, Антон.
> >
> > 24 февраля 2010 г. 1:05 пользователь Maxim Dounin <mdounin at mdounin.ru>
> написал:
> >>
> >> Hello!
> >>
> >> On Wed, Feb 24, 2010 at 12:47:29AM +0300, SaveFrom.net wrote:
> >>
> >> > Ну вместо x-accel-limit-rate, начиная с версии 0.3.40, есть
> $limit_rate,
> >> > которая прекрасно работает с переменными. По поводу того, что подобные
> хаки
> >> > имеет смысл выкинуть, вероятно все-таки ты прав.
> >>
> >> Нет, $limit_rate - это ещё один хак.  Это переменная, которую
> >> можно поставить, и которая переопределит то что указано в
> >> limit_rate.  Но единственный момент когда её можно поставить - это
> >> фаза rewrite.  В результате с её помощью ограничение скорости
> >> после X-Accel-Redirect сделать можно, а для самого ответа
> >> upstream'а - нельзя.
> >>
> >> Так что наличие переменной $limit_rate не отменяет необходимости
> >> поддержки переменных в директиве limit_rate.
> >>
> >> > Я, честно говоря, еще не проверял, дружит ли proxy_bind с переменными,
> если
> >> > нет, то это веееесьма прискорбно.
> >>
> >> Директива proxy_bind не поддерживает переменные.
> >>
> >> Maxim Dounin
> >>
> >> p.s. Top-posting заэтосамое преизрядно.
> >>
> >> >
> >> > С уважением, Антон.
> >> >
> >> > 24 февраля 2010 г. 0:05 пользователь Maxim Dounin <mdounin at mdounin.ru
> >написал:
> >> >
> >> > > Hello!
> >> > >
> >> > > On Tue, Feb 23, 2010 at 07:33:16PM +0300, SaveFrom.net wrote:
> >> > >
> >> > > > Игорь, здравствуйте.
> >> > > > Как Вы считаете, на сколько было бы правильным ввести заголовок
> >> > > > X-Accel-Proxy-Bind, по аналогии с
> >> > > > X-Accel-Limit-Rate: 1024
> >> > > > X-Accel-Buffering: yes|no
> >> > > >
> >> > > > И планируете ли Вы ввесли данный функционал.
> >> > > > Я подозреваю, что введение обработки этого заголовка упростила бы
> >> > > написание
> >> > > > конфигов в части случаев.
> >> > >
> >> > > Не думаю.  Вообще X-Accel-Limit-Rate - это такой хак, позволяющий
> >> > > обойти отсутствие поддержки переменных у limit_rate.  Его надо
> >> > > выкинуть, а поддержку переменных у limit_rate сделать.
> >> > >
> >> > > С proxy_bind та же история.
> >> > >
> >> > > Maxim Dounin
> >> > >
> >> > > _______________________________________________
> >> > > nginx-ru mailing list
> >> > > nginx-ru at nginx.org
> >> > > http://nginx.org/mailman/listinfo/nginx-ru
> >> > >
> >>
> >> > _______________________________________________
> >> > nginx-ru mailing list
> >> > nginx-ru at nginx.org
> >> > http://nginx.org/mailman/listinfo/nginx-ru
> >>
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru at nginx.org
> >> http://nginx.org/mailman/listinfo/nginx-ru
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20100225/7a4fdb20/attachment.html>