Возможно ли удаление кукисов в запросе перед проксированием на бекенд?

[Maxim Dounin]

Hello!

On Sun, May 17, 2009 at 01:29:12AM +0600, Rauan Maemirov wrote:

> Здравствуйте, Кирил.
> 
> Т.е. как я понял, он всегда будет вычислять crc32 и другие заранее для
> всех arg_name?
> 
> Может попробовать что-то типа set_crc32?
> Тогда можно будет заодно и вычислять произвольные значения. Было бы
> очень удобно для кастомизированных балансировок. Типа:
> 
> if ($request_uri ~ ".+(\d+)") {
>     set_crc32 $1 $some_var;
> }
> 
> И плюс соблюдается (как мне кажется) "синтаксис" nginx-а. Что скажете?

Идеалогически set отрабатывает на этапе выполнения инструкций 
rewrite, в то время как переменные могут меняться в любое время.  
Т.е. скажем отправить в лог crc32 от заголовка, который вернул 
upstream, будет невозможно.

Если делать что-то в этом роде - то скорее смотреть в сторону map.  
Но правильнее наверное всё-таки сделать нормальный синтаксис для 
функций.

Maxim Dounin

> 
> 2009/5/13 Kirill A. Korinskiy <catap+nginx at catap.ru>:
> > At Wed, 13 May 2009 13:46:42 +0400,
> > Илья Винокуров <ilvin at mail.ru> wrote:
> >
> >>
> >> В данном случае мне интересно, чтобы они были, а в каком виде - Вам решать, Игорь.
> >>
> >> Но могу предложить и альтернативу, которую поймет парсер. Она реализована в патче
> >> http://catap.ru/blog/2009/03/26/nginx-urlencode_name-and-urldecode_name/
> >> т.е. можно ввести переменные $md5_name, $crc32_name, $base64_name и т.д. и т.п.
> >>
> >
> > В таком виде написал: http://catap.ru/blog/2009/05/13/nginx-crc32_name-and-md5_name/
> >
> > Но надо понимать, что тот синтаксис что предлагает Игорь -- лучше. Но
> > переделывать там много надо да и думать над синтаксисом надо еще.
> >
> > --
> > wbr, Kirill
> >
> >