ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

[apache-talk] =?koi8-r?Q?Re=3A_=FA=C1=C7=CF=CC=CF=D7=CF=CB_Content-Type_=D0=D2=C9?==?koi8-r?Q?_=D2=C5=C4=C9=D2=C5=CB=D4=C5?=



IO>> Этот случай дает стабильный Document contains no data в NN, в MSIE все
IO>> нормально. При убирании send_http_header в NN выдается текст
IO>> про Document has moved, IE нормально редиректится. Далее - выясняется,
IO>> что это глюк происходит тогда и только тогда, когда URI, на который мы
IO>> редиректим, В ТОЧНОСТИ совпадает с URI, которое обрабатывалось при
IO>> POST. То есть добавлением к $ENV{SCRIPT_NAME} "#" или "?" глюк лечится
IO>> на сто процентов. Полный идиотизм. Естественно, редиректы после GET
IO>> или после POST, но на другой скрипт, работают нормально.

У меня при редиректе на другой адрес по POST (авто-редирект RA) стабильно
пропадают данные в нетскейпе. По GET, ясное дело, не пропадают. :)
Буквально час назад такое у себя обнаружил - скрипт форму генерил с
указанием хоста, а редирект его перекидывал на хост:порт, и данные
пропадали. Причем я даже где-то читал, что это типа не баг, а вовсе даже
фича, хотя в чем тут польза, не очень ясно.

-- 
frodo@sharat.co.il      \/  There shall be counsels taken
Stanislav Malyshev      /\  Stronger than Morgul-spells
phone +972-3-9316425    /\              JRRT LotR.
http://sharat.co.il/frodo/      whois:!SM8333


=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.