Dotaz: LWP::UserAgent - ziskani reponse header

[Mr.S1lent.cz]

Zdravim, pomoci LWP::UserAgent resim login na jeden web, avsak zde je verifikace resena pomoci get variable a ne pomoci cookies, coz by bylo jednodussi... Cili post metoda vraci hlavicku s Location na novou url, obsahujici i danou get variable, jejiz hodnotu potrebuju ziskat. Studoval jsem dany modul a nasel tam metodu "add_handler", kdyz jsem ji projel ocima, vsiml jsem si, ze tam loaduje modul HTTP::Config, ktery ovsem neni v zakladni instalaci perl5, mozna proto mi to haze chybu "Can't locate object method "add_handler" via package "LWP::UserAgent" at..." Jiste, neni problem si dany modul stahnout, pokud je krpa v tom, ze chybi, ale to si nemuzu dovolit - nemuzu si dovolit, aby tato aplikace nefungovala na perlu s defaultne instalovanymi moduly..., nejake napady?

Odpovědi

[Andrej Herceg]

Tie údaje sa posielajú pomocou POST? Ak áno, tak problém je v tom, že presmerovanie je povolené len pre GET a HEAD a nie pre POST. Riešenie by mohlo byť povolenie presmerovania aj pre POST. V dokumentácii je niečo takéto:

push @{ $ua->requests_redirectable }, 'POST';

[pht]

url redirectu lze obecně získat takto: my $reply = $agent->... ; my $redirect_uri = $reply->request->uri;

[Mr.S1lent.cz]

Zkusil jsem obe rady, redirect uri mi vypise akorat url, na ktera odesilam post data, zkusil jsem si dumperem vyhodit cely response, ale nikde jsem tam nenasel nic o redirectovani na jinou url... Pritom vim, ze to tam je ( diky HttpFox pluginu do FF jsem si overil response headers ) a tak vim, ze to vraci mimojine i Loacation: kam :-/

[pht]

No a co je v tom dumpu, popřípadě ve wiresharku? Neredirectuje to jen ve FF?

[Mr.S1lent.cz]

V response hashi je jen html content a odeslane headers, zadne prijate hlavicky.... Takze server nekontroluje, zda se jedna o podporovany prohlizec na zaklade hlavicek a agenta, jak tomu je napr u googlu, ale obsah normalne odesle, avsak hlavicky nikde nevidim co jsem studoval tu metodu redirect_ok, tak ta stejne vyuziva LPW::UserAgent::header( $arg ), kde jsem zkousel dat 'Location', ponevadz takovou hlavicku FF odesle, ale bezvysledne - dumper vyhodil undef... Zadnou takto testovanou hlavicku jsem neziskal Nejake napady?

[Andrej Herceg]

Location neodošle náhodou ten server aby prehliadač vedel, že má načítať inú stránku?

PS: Tie údaje sa odosielajú pomocou POST?

[Mr.S1lent.cz]

Ano, je to pomoci post A ano, to location vraci server pro presmerovani na url s nejakym vygenerovanym otiskem v get variable pro verifikaci a prave ten otisk potrebuju ziskat - uz jsem rikal, ze to vraci server v hlavicce, dle FF nastroje HttpFox... Pisu si IRC Branu pro jeden nejmenovany server - to jenom, aby jste si nemysleli, ze delam nejake spam roboty apod )) Takze nejake napady? neni treba mozne, ze ten server timto zpusobem znemoznuje verifikaci nejakym spam botum a ja bych mel odesilat FF hlavicky, aby mi to "proslo" ?

[Andrej Herceg]

Povolil si aj to presmerovanie pre POST a po tom presmerovaní to nenastavilo cookie?

[pht]

Moc nerozumím situaci. Máte konkrétní příklad -- hlavičky požadavku a odpovědi?

[Mr.S1lent.cz]

Tady je screen: http://img341.imageshack.us/img341/1381/src.gif

[pht]

To je sice hezký ale já bych to chtěl vidět z pohledu toho LWP, ne FF.

Jo a obrázky se sem dají dát jako příloha.

[Mr.S1lent.cz]

Ted jsem to zkusil jinak, vyhodil jsem FF hlavicku na navratove kodovani gzip or deflate a v $response->content uz se nachazi i hlavicky, ktere v $response->decoded_content nebyly... Z hlavicky jsem se dozvedel 'client-ssl-warning' => 'Peer certificate not verified', 'x-cnection' => 'close', takze uz asi vim, kde bude chyba, az ji odstranim, zrejme by to melo vracet i hlavicku 'Location', akorat mi teda neni jasne, proc decoded_content je o tyto hlavicky "orezany" :-/

[pht]

Určitě nějaké logické vysvětlení bude :P