ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Проблемы с gthtvtyysvb из MAP File



Hello Maxim,

Удалось понять, в каком месте происходит urlencoding линка
В   нижеприведенной   конструкции,  в  переменной  $ads_url  назодится
правильный линк

if ($ads_url ~* (.*)#(refid)#(.*) ) {
   set $new_url $1$ref_sid$3 ;
}

Линк разбирается regexпом в конструкции IF и собирается заново.
Результат   сборки   записывается   в  $new_url   и  записывается  уже
urlencоженный

Вопрос, как избежать кодирования URL в данной ситуации ?

Спасибо



Wednesday, March 21, 2012, 6:29:55 PM, you wrote:

> Hello!

> On Wed, Mar 21, 2012 at 05:51:58PM +0530, Aleksej Novikov wrote:

>> Hello TetSio[Nainn],
>> 
>> Делаю на неё rewrite-redirect
>> Если  намекаете  на  то  что rewrite делает urlencode, то я специально
>> ставил access_log до правила rewrite и после
>> переменная не менялась.

> Положение access_log в конфиге относительно правила rewrite ни на 
> что не влияет, т.к. в любом случае логгирование происходит по 
> окончанию обработки запроса, а rewrite выполняется в начале.

> В то же время rewrite делает много странного, и лучше его не 
> использовать, если есть такая возможность.  Если нужно выдать 
> редирект - это правильнее делать с помощью return, как-то так:

>    return 302 "$ads_url";

> Maxim Dounin

>> 
>> 
>> 
>> 
>> Wednesday, March 21, 2012, 5:07:12 PM, you wrote:
>> 
>> > А каким образом переменная nginx превращается в ссылку?
>> 
>> > 21 марта 2012 г. 21:26 пользователь Aleksej Novikov
>> > <aleksej@xxxxxxxxxx> написал:
>> >> Hello TetSio[Nainn],
>> >>
>> >> Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
>> >> Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
>> >> URL уже не правильный в момент первого обращения к переменной
>> >>
>> >>
>> >>
>> >> Wednesday, March 21, 2012, 4:28:00 PM, you wrote:
>> >>
>> >>> Может это только в лог файле они отображаются как url_encode? В других
>> >>> местах смотрели?
>> >>
>> >>> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
>> >>> <aleksej@xxxxxxxxxx> написал:
>> >>>> Hello Маркел,
>> >>>>
>> >>>> У меня создан отдельный log_file в который пишу содержимое $ads_url
>> >>>>
>> >>>>
>> >>>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>> >>>>
>> >>>>
>> >>>>
>> >>>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>> >>>>
>> >>>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej@xxxxxxxxxx> написал(а):
>> >>>>
>> >>>>>> Dear Nginx-ru,
>> >>>>>>
>> >>>>>> Столкнулся с непонятной проблемой,
>> >>>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>> >>>>>> Используется обыкновенный map-file.
>> >>>>>>
>> >>>>>> map $ads_id $ads_url {
>> >>>>>> default http://nginx.ru;
>> >>>>>> 1 
>> >>>>>> http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>> >>>>>> }
>> >>>>>>
>> >>>>>> Далее простое присвоение в конфиге nginx
>> >>>>>>
>> >>>>>> set $ads_id 1
>> >>>>>>
>> >>>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>> >>>>>> как после обработки urlencode
>> >>>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>> >>>>>>
>> >>>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>> >>>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>> >>>>>>
>> >>>>>> Или возможно это фича ?
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> --
>> >>>>>> Best regards,
>> >>>>>> Aleksej
>> >>>>>> ICQ:    293-686-24
>> >>>>>> GSM:371-293-686-24
>> >>>>>>
>> >>>>>> _______________________________________________
>> >>>>>> nginx-ru mailing list
>> >>>>>> nginx-ru@xxxxxxxxx
>> >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>>>
>> >>>>> _______________________________________________
>> >>>>> nginx-ru mailing list
>> >>>>> nginx-ru@xxxxxxxxx
>> >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Best regards,
>> >>>> Aleksej
>> >>>> ICQ:    293-686-24
>> >>>> GSM:371-293-686-24
>> >>>>
>> >>>> _______________________________________________
>> >>>> nginx-ru mailing list
>> >>>> nginx-ru@xxxxxxxxx
>> >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards,
>> >> Aleksej
>> >> ICQ:    293-686-24
>> >> GSM:371-293-686-24
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru@xxxxxxxxx
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Best regards,
>> Aleksej             
>> ICQ:    293-686-24
>> GSM:371-293-686-24
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru

> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.