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

Что имеется ввиду под виртуальной таблицей? По умолчанию там стоит 50 тыс элементов. Как это соотносится с количеством строк и быстродействием?

Проект оптимизировал колонки "" "!", в итоге скорость проверки частот возрасла в 1,5-2 раза - но может просто совпадение, надо ещё проверить, кинул миллиончик посмотрим...

Параметр Отмечено строк внизу слева такое впечатление что залипает на предыдущем значении. Если фильтр должен выбрать скажем 98% из 100, то найдено результатов - быстро теперь находится, но отмечено строк на прежней цифре остаётся. Правым скроллом пролистываешь вверх/вниз - видно что в таблице число полей соответствует найденным результатам - но в отмечено строк попрежнему пишется - число составляющее цифру без фильтра. Неудобно. Или вот взял наоборот, перенёс в другую вкладку всё что нужно, осталось ненужного 499263 строки - нажал на кнопку в меню данные - удалить отмеченные строки. Они удалились достаточно быстро и поле быстро очистилось. Но уже минут 5 прошло, и попрежнему: Найдено результатов 0, Отмечено строк 499263. Обновить можно только, если новый фильтр задать в другой вкладке к примеру. Может конечно со временем и само отлипнет, но всё стало работать существенно быстрее поэтому ждать долго желания нету. Добавил в вкладку по умолчанию 1 млн ключей, захожу в другую вкладку, где скажем 5к ключей - пишет найдено 5к, отмечено миллион. Обновление тормозит, после переключения и перехода в другую вкладку старое значение надолго залипает, независимо от размера.

Вот ещё, а можете сделать чтобы когда добавляешь новые ключи в Добавка фраз, они по умолчанию сразу отмеченными становились?

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

Str256, кол-во одновременно загружаемых в память фраз.

В обновлении обновим.

Оптимизация в первую очередь влияет на скорость фильтрации и сортировки по указанным колонкам.

Сделали, т.к. некоторых хотети иметь возможность сразу несколько видов поставить на обработку. Снимаются в порядке: базовая, " ", "!".

---------- Добавлено 26.04.2013 в 17:15 ----------

Версия 2.8.1.11 (от 26.04.2013):

- убрана обязательная индексация по полю "Фраза";

- обновлен сбор рел. страниц и позиций в ПС Google (новая верстка);

- мелкие фиксы.

Стоимость лицензии составляет 1500 руб. на один компьютер.

Подробней о покупке программы вы можете узнать по ссылке: http://www.key-collector.ru/buy.php

Слудующее обновление имеется ввиду?

Тем не менее, у меня съём частот по директу при тех же прочих параметрах стал работать существенно быстрее. Миллион ключей проверился за 9 часов, а раньше уходило не менее 15. Возможно, связано с тем что комп у меня не мощный, и прога раньше тормозила на больших объёмах таблиц.

___________________________________

Хотел спросить, тестировалось ли то о чём тогда обсуждалось? /ru/forum/comment/10645257

И вот ещё, кой чего вспомнил, что предлагал - поискал не нашёл, где это было, наверно давно очень. поэтому пишу снова.

Есть такой пункт в настройках: Не уменьшать число потоков при исключении прокси-серверов

Оно конечно нормально, если прокси много нормальных, но все прокси имеют обыкновение дохнуть. Скажем 60 прокси и 30 потоков - стоит галочка у этого пункта., но постепенно прокси начнут вылетать, и когда число прокси станет существенно меньше числа указанных потоков - скорость бана прокси существенно возрастёт.

Поэтому, пункт нужно модифицировать. Типа Как только число работающих прокси-серверов снижается до числа потоков, то при их дальнейшем снижении также уменьшать и потоки или Снижать число потоков, при снижении числа прокси-серверов ниже ... с указанием своего значения.

Есть одна странность. Когда прога проверила первые 200к ключей из миллиона - я посмотрел входящий трафик у неё - был 4 гига. А когда закончила проверять миллион - было 12 гигов. Вот сейчас думаю может её сглючило и она как-то криво проверила часть ключей, потому и трафик ниже существенно и время меньше. Но не уверен в этом, а перепроверять неохота, хотя % выхода годных примерно 50% от того что на предыдущей версии другие аналогичные партии были, но возможны и объективные причины почему так... В общем, повнимательней проверяйте результаты, кто с оптимизацией проектов работает.

Оптимизация - это всего лишь индексация проекта. Съем от этого сломаться не может. Скорость и расход трафика - вообще не показатель с учетом пакетной работы через директ. Здесь может влиять очень много скрытых факторов, таких как некорректные фразы в пачках, например.

Скажите, пожалуйста, под меню "Вид", есть выпадающее окно "Шаблона вида" (там наверное, нужно на Шаблон без "а" поправить, но это не суть). Я там в процессе тренировки насохраняла кучу шаблонов, некоторые абсолютно невменяемые, с невменямыми названиями :o . Думала, потом удалю. А как удалить ненужные шаблоны? Нигде не нашла.

LikeAVirgin, шаблоны хранятся в папке UserTemplates\Customizations\KeywordsDataGrid. Можно удалить или переименовать.

Мне одному кажется что скорость парсинга яндекса как-то не особо коррелирует с количеством прокси и потоков соответственно? Тестирую прокси по нескольку раз и новые добавляю, а он то еле парсится, как с одного ip, то вообще подвисает на каком-то кее.

falc, все зависит от настроек. Напишите, пожалуйста, в тикеты - поможем разобраться и установить причину. Подробнее о том, как это сделать: http://www.key-collector.ru/news/support-how-to-use.php

Спасибо.