Вопрос такой: нужно залогиниться с помощью delphi (idHTTP) на сервер (php) и загрузить ряд страниц.

Сервер: http://vkontakte.ru

Делаю так:



После запроса Post выдает  HTTP/1.1 302 Found    и предлагает перейти на страницу  profile.php . Вроде так и должно быть.
Но когда пытаюсь получить страницу, пишет:  Чтобы просматривать эту страницу, нужно зайти на сайт .

CookieManager прикрутил стандартным способом, через компоненты.

Нашел на форуме тему с подобной проблемой:  http://forum.vingrad.ru/topic-81091.html
Там проблемы разрешились. Вроде делаю все так же, но проблемы остаются.

Спасибо.  

Включи HandleRedirects - он сам перейдёт, куда нужно.
Также посмотри сниффером или маппером, что шлёт браузер, а что ты.

Посмотрел маппером. Кажется у меня что-то странное творится с Cookie.

В ответ на запрос POST, как и ожидалось,  приходит ответ с Cookie.
Однако в следующем запросе GET Indy никаких Cookie не вставляет (в отличие от браузера).

Может я как-то неправильно подключил/настроил CookieManager ?

А ты прописал его в IdHTTP?

aktuba
Я кинул на форму компонент IdCookieManager, добавил его через инспектор в 
свойстве CookieManager у компонента IdHTTP и выставил AllowCookies в true.

chekist, в IdHttp менеджер куков нужно указать.
Свойство CookieManager IdHTTP - выбери его. Иначе он просто валяться будет, но никак не работать...

Snowy


Чего-то я не совсем понял. А я что по-твоему сделал?

chekist, выложи проект тестовый - посмотрим. Так трудно сказать.

O.K. Вот проект.

Я надеюсь те, кто будет мне помогать, зарегистрированы в контакте, чтобы его потестировать.

Это сообщение отредактировал(а) chekist - 19.6.2007, 20:56

Присоединённый файл ( Кол-во скачиваний: 178 )
 Vkontakt.zip 3,54 Kb

chekist, за такую задачку я бы тебе поставил плюс, но думаю рановато для тебя =)

Итак. Задачка действительно оказалась интересной и, не скрою, я ее не до конца еще решил... Надо будет покопаться поглубже, для того чтобы найти красивое решение. Но если в кратце, то проблема в следующем. Вот так выглядит установка куков для этого сайта:


Вся проблема кроется в том, что в куках прописано на какой домен ставить эту куку: path=/; domain=.vkontakte.ru
Браузеры такое глотают легко, просто отбрасывая точку впереди, а вот Indy на этом валиться по следующей причине:



Тут видно, что именно для .vkontakte.ru будут ставиться куки, а не для vkontakte.ru. Если покопаться дальше, то можно найти вот такие сравнения:


Как не трудно понять - эти сравнения всегда будут давать False, если домен, для которого устанавливается кука, впереди содержит точку. Вот и вся проблема =)))) Решение, на данный момент, простое. В модуль IdCookieManager, в процедуру DoAdd надо добавить одну строку:


Теперь эта процедура будет выглядеть так:


После этого все работает нормально. Но повторяю - это половинчатое решение...

Это сообщение отредактировал(а) aktuba - 20.6.2007, 03:54

Круто!  А существует способ работы с Cookies без CookieManager ?
Как-нибудь их вручную вытаскивать из Responce и вставлять в Request через свойства IdHTTP.


Это сообщение отредактировал(а) chekist - 20.6.2007, 13:58

Ты не понял - они даже в Response не попадают... С куками можно работать через WinInet, но это уже не так просто, как с Indy.

В ообщем, спасибо aktuba за помощь и потраченное на нее время. 

Проект дальше будет писаться на Builder'e. Там есть один замечательный компонент - Fast Net  NMHTTP. В нем с куками тоже не все в порядке, но по крайней мере есть прямой доступ к Header и Cookie, и если что, нужные данные можно распарсить. 

Также благодарю Snowy за его маппер.

Удачи!

Это сообщение отредактировал(а) chekist - 20.6.2007, 20:50

chekist, в TIdHttp тоже можно к хедерам обращаться.
А FastNet уже устарел и больше не поддерживается.
В новых версиях билдера его уже нет.
Так что возникнут проблемы с переходом на новую версию билдера.
Видать старый билдер у тебя. 6-й небось. В 6-й дельфи эти компоненты тоже были...

=)))) А чем тебе уже готовое решение не угодило?