Key Collector - автоматизированная система анализа семантического ядра. Часть 3.

Понятно то понятно конечно, однако есть вопросы :)

1)В "Поисковой выдаче" регион в ПС Yandex имеется в виду вот от сюда? http://search.yaca.yandex.ru/geo.c2n

Если да то может имеет смысл прикрутить это в виде подсказки прямо к программе?

Если мне нужно Москва и Московская область - это 1?

2)В "Поисковой выдаче" у googe:

"Добавлять параметры в запросы:"

hl_, lr_, cr_ - в подсказке написано : "Значение которое будет присвоено параметру __ в запросе\ пк ПС Google

Где можно посмотреть, как выбрать эти значения?

Если мне опять же нужен регион поиска Москва и Московская область, что туда вводить?

3)Как поставить регион для Rambler?

4)Из вкладки "Подсказки" для google вы убрали cr и пишите что можно собрать максимальное число подсказок, а если мне не надо максимально?

Я хочу только конкретный регион?

5) И все таки еще раз про "глубину парсинга", что это значит для каждой вкладки?

в Wordstat это количество спарсенных страниц?

в Подсказках это количество спарсенных слов?

Или это имеется в виду что для каждого полученного нового ключевого слова будет тоже спарсен wordstat и Подсказки и так до указанного значения глубины?

Т.е если я хочу получить wordstat и Подсказки только для конкретного ключевого слова я должен поставить глубину 1, а если хочу спарсить это еще и для полученных данных глубину 2?

Это не количество. Это то значение, тот уровень в глубину, на который будет исследовано КАЖДОЕ слово.

Чем выше число - тем глубже и медленней.

Пока не реализовывали, ибо список будет постоянно пополняться, его нужно актуализировать, следить за этими изменениями.

рамблер мертвая поисковая система, ей не известно понятие регион

Коллектор запрограммирован на МАКСИМУМ, ограничений мы не придумывали.

Нет, с глубиной нужно исследовать ТЕМАТИКУ, а не слово

У гугла нет такого разделения

http://www.google.ru/support/mobile/bin/answer.py?hl=ru&answer=37427 например,

Сделаем в мануал подборку ссылок на справку http://www.google.ru/support/websearch/

Сейчас на память не найду эти сведения

тоже парсит, не отключали, теперь суммарные значения

Если нет - скрин в личку, посмотрим

Постраничная разбивка данных в таблице - это хорошо или плохо, как по-вашему?

Плохо. Зачем это нужно?

работа со словами в несколько сотен тысяч запросов, станет более удобной, т.к. сейчас файл проекта в 500-600 мб, со словами, считаем в памяти висит, при парсинге, если еще и в 50-100 потоков парсить, то он порядка 1гб+ будет занимать.

Если постранично сделать, то для парсинга будет удобней, на мой взгляд, при этом работать с ядром можно и общим списком.

Как-то так

Плохо. Либо не делать, либо опционально.

Делайте как опцию. Мне например это будет очень удобно, у меня когда коллектор парсит 10 000+ запросов ноут тормозит мощно.

Не обязательно всё хранить в памяти. При большом количестве запросов, их можно хранить на диске, а в память подгружать только тот кусок, который на экране у пользователя. Фактически, проект будет состоять из частей (страниц), а визуально отображаться, как сейчас (единым списком).

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

А сложно прикрутить регион к подсказкам, потому что мне кажется это очень полезная штука?