Всем привет.
Посоветуйте что выбрать из средств под такую задачу:
Программа-краулер, визуального интерфейса не надо. Но надо выполнять JS на страницах, и потом парсить DOM. Не выполнять JS нельзя, так как модель документа существенно зависит от результатов выполнения скриптов, а самому "на коленке" сэмулировать их выполнение не представляется возможным. 
- Использование ActiveX компонентов браузеров (WebBrowser, EmbeddedWB) - сильно громоздко, никаких ресурсов не хватает.
- Использование Indy/Curl/WinInet и тому подобного + парсер DOM - нельзя, так как нужен интерпретатор JS. (Причем JS, как я писал, фактически формирует модель документа!)
- Пробовал Webkit - тоже совсем не хорошо, он визуальный, порядком грузит машину (ну еще бы, рендеринг-то есть), да и с Дельфи подружить не получилось, а переписывать все на Python/C неохота. Если кто-то знает как в WebKit сделать без рендеринга и (желательно) на Delphi - очень прошу показать.
- Вроде по описаниям близко SpiderMonkey как отдельный движок - но застопорилось на стадии связей с моделью DOM. Хз, то ли не совсем он для этого сделан, то ли не смог разобраться.
Вот такая задача. Спасибо за советы.

Не уверен но может paxscript?
http://eco148-88394.innterhost.net/paxscript/

Добавлено @ 09:04
Кстати, а FastScript?

Прикольная идея.
В эту сторону не смотрел, спасибо за совет. 
Тут только понимаешь в чем дело - оно ж все об объекте "документ", а тем более о его DOM-структуре ни слухом ни духом не знает. Там есть конечно средства доопределять и операторы и функции, но честно говоря браться дописывать JS интерпретатор у меня духу не хватит  . А загвоздка как раз в том, что DOM-модель формируется достаточно сложными (и довольно часто меняющимися) скриптами javascript.
Но в любом случае спасибо за свежую мысль.

PS Например на этих скриптах никак не реализуешь 

PS Мне бы скорее что-то вроде интерфейсов MSHtmlDocument только раз в 10 полегче  

Это сообщение отредактировал(а) Ibragim - 20.4.2011, 11:42