Работа с idhttp
 

Накидал регер аков на мейл ру с исходниками в архиве,второй день изучаю делфи.
Скачать

А, код можеш прокоментировать? Непонятно ведь ничего, тогда так уж и быть плюсану в репу.

ок время будет прокоментю

Имхо, в коде только вот эта часть от ТС'а:
т.к. имхо нереально написать такой код, на 2 день изучения delphi.

Уже в начале:
cook := tidcookiemanager.Create(idhttp1);
cook.CookieCollection.Clear;
idhttp1.CookieManager := cook;
бред, особенно 2 и 3 строчки

cook := tidcookiemanager.Create(idhttp1);
cook.CookieCollection.Clear;
idhttp1.CookieManager := cook;


:D :D :D :D :D :D :D :D :D

cook := tidcookiemanager.Create(idhttp1); //создал кукименеджер и присвоил ему переменную cook х** с ним
cook.CookieCollection.Clear; // почистил, хотя он и так чистый
idhttp1.CookieManager := cook;// опять ему же присвоил... ППЦ!

Еще фишка в том что:
1. Проще куки менеджер просто кинуть на форму и в инспекторе объектов в idhttp просто присвоить его
2. А еще проще: idhttp1.AllowCookies := True; и вуаля, в нем создается собственный куки менеджер
Ну тс все равно молодец, что-то в этом есть

Все тут нормально.

обоснуй = )

Уберите точку в начале домена. Из-за этого не работает.

Не нужно доверять конструктору класса, код которого ты не видел. Инициализируй все сам, полезная привычка ;)
p.s.: я не конкретно про этот пример и ЯП, а в общем.

Ну да, давай-ка ты сам инициализируй все члены у всех классов которые используешь.
Я же это буду делать когда получу AV или утечку памяти
В данном случае этого ничего нету, и куки подключаются проще чем у автора, что я ему и заметил
Если у идхттп неправильно был бы написан конструктор, то он был бы давно исправлен, т.к. access violation трудно не заметить

http://avtuh.ru/2010/03/04/regrambler.html

кстати на рамблере есть дырка , можно капчу не вводить )))) я так 5000 ящиков зарегил и не забанили ))