Key Collector — автоматизированная система анализа семантического ядра

Ладноть... в общем то любой релиз X.0 по сути та же самая бета, просто разработчик надеется видеть её релизом! :) Вот выйдет 2.0, тогда и потестирую плотненько. ))

А в 2.0 реализован сбор данных по Яндексу, с qip.ru? Выдача вроде одинаковая. Так что морды, титлы и т.п. можно парсить оттуда. Меньше вероятность на капчу напороться.

нет, не реализовано, если нужно - то можно конечно реализовать.

KeyKollector рулит! [простите :)]

Я думаю, что нужно. Для обхода капчи, это хороший и простой вариант.

Str256, опять же, если не затруднит - то http://key-collector.reformal.ru/ сюда :) мы мониторим активно

Denisg, спасибо

ок. Вот я ещё. Добавил свой список слов, пробил по параметрам, снова зашёл в список слов - хотел оттуда скопировать оставшиеся (чтобы в аську человеку кинуть), а там почему-то весь первоначальный список остался - можно ли список ключей там синхронизировать с теми что остаются в таблице?

Str256, я думаю это не правильно будет, либо опционально делать

А почему не правильно? Вот я пробил по параметрам. Сохранил проект. В проекте есть полный список слов. Потом поудалял всё ненужное, почему в списке - всё равно все ключи сохраняются, если они из таблиц уже удалены? В памяти программы, если есть возможность откатить это должно быть, но в списке это должно синхронизироваться с текущим положением в таблицах.

есть то что поступило, есть то что обработано, оба списка могут быть нужны, в чистом виде синхронизировать - не правильно, по логике, только если опционально (галочку синхронизации делать).

Тем более если есть конечный список - можно просто и его скопировать ведь, без захода в "свой"