Хотелось бы обратить внимание уважаемых разработчиков на одну особенность управления парсингом, и, конечно же, попросить доп. опцию. Подобная тема уже поднималась, извиняюсь, плагиат присутствует, да.
Суть:
Можно ли сделать управление глубиной парсинга не по количеству страниц,
а заданному значению в опции "Добавлять слова с частотностями от [___] до [___] ??
Пусть программа отслеживает спарсеные значения в поле "Частотность" (общая) и сравнивает их с заранее заданным в числом – которое будет частота, минимально интересная пользователю (ставим в настройках).
Т.е., не просто скрывать слова, по частотности выпадающие из заданного диапазона (как это реализовано сейчас), а вообще их не собирать. Особенно актуально для ВЧ. И для тех, кто любит, чтоб ключей было много-много, тыщимиллионы.
Допустим, парсим «слово1» (имеющего большой хвост), как только в поле "Частотность" (общая) появляется минимальное заданное число (допустим, например, все, что с частотой менее 10, не представляет интереса), программа парсинг по данному слову останавливает, заряжает следующее "слово2". Всем счастье:
1) Ооочень сокращаем время парсинга, просто кардинально. Ведь НЕ надо будет парсить/ждать тысячи слов с частотой, например "1". А ведь для большинства ВЧ, часто, это действительно гигантский хвост (они, такие кому-то нужны? ок, просто не включаем опцию). Т.е., наверное, как раз и будет айс, имеющим на пробив огромные списки (и ВЧ, да, конечно).
2) Ооочень разгружаем /радуем Вордстат. Раз микроНЧ нужны не всем, зачем его долбить напрасно (..и ...может быть, шаманы вордстата, не будут делать новую зловредную защиту от масс..)
3) Немного огорчаем антигейт. Каптчи, вероятно, убавится.
4) etc
В общем, как то так.
Ну, очень уж печально ждать /смотреть как Коллектор терзает Вордстат на предмет сотен тысяч, не нужных лично мне, ключей с микрочастотой сначала по одной лексеме /фразе, потом по другой лексеме /фразе..., и да, их бывает оч. много. энк.
Повторюсь, приведенная мысль в теме уже звучала, но четкий ответ (конечно же, положительный=)) от уважаемых разработчиков замечен не был.
P.S. А в 2.0 такое уже есть? будет?
1) Баг репорт:
При сортировке по стоп словам:
кнопка "Добавить из буфера" -> "Отметить в таблице" -> удалить.
кнопка "Добавить из буфера" -> "Отметить в таблице" ---выловил:
"Возникла ошибка при проходе по списку стоп-слов"
Дальнейшая сортировка по стоп-словам возможно лишь при закрытии/повторном_открытии окна.
2) Просьба:
Сильно неудобно иметь ценовую сводку в разных валютах.
Может уже начнем :) перекидывать Директовские у.е. в рубли (х30) ??
п.с.
А вообще, программа превращается в ( "моя прееееелесть" :) ) твердый seo зачет,
уверенно войдя в личный профессиональный "первый набор".
Разработчикам - грамотамедаль (и, ессно, признательность)
за потрясающие сопровождение /т.поддержку.
Ооочень актуально: по Ctrl + A не отметка чекбоксов, а именно выделение всех строк.
(К тому же и логично, для чекбоксов в контексте есть "Отметить выделенное".)
Возможна ли реализация?
Если по Ctrl + C забивать в буфер еще и названия колонок (первой строкой),
будет мега-удобно (экспортные телодвижения для Excel резко сокращаются).
но, это только вначале
да, ок.
мой вопрос содержал подмену задач. каюсь.)
--при первом включении, кнопка не подозревалась в "той что надо")).
"Чтобы достать что-нибудь из буфера, надо сначала положить что-нибудь в буфер." (Простоквашино),
причем положить где-то там, вне программы,
в первых включениях, название кнопки несколько замаскировало её актуальнейшую функциональность.
а сейчас, да-да, мы уже кнопочку распробовали. )
очень удобно.
очень спасибо. :)
Такая штука уже ооочень давно.
Доставляет именно то, что формулу можно править,
это делает расчет KEI, даже при его мифической полезности, занимательно - забавным :)
Искренняя благодарность разработчикам.
Действие, лишенное полезности. Нажимая кнопку "Добавить строку" можно за 2 сек. сделать много строк, но вот заполнять их вручную придется очень долго.
Причина: строка ввода стоп-слова открывается для заполнения /редактирования только мышкой (у меня так).
Т.е. получаем массу лишних движений: мышкой открыли строку, руки на клавиатуру - написали стоп-слово,
снова мышь - открыли строку, снова клава - написали стоп-слово.
Работать, импортируя заранее заготовленный список, не всегда удобно /эффективно.
Можно ли сделать по Enter не создание строки (их быстро и несложно создать кнопкой),
а, собственно, переход на другую строку и, главное, открытие (!) строки для редактирования??
Доп. вопрос про частотности.
При сборе частотности "!" программа собирает конструкцию "!слово1 + !слово2" (т.е. в кавычках),
тем самым отрезая запросы !слово1 + !слово2 + !слово3, т.е. те, запросы включающие, но НЕ ограничивающиеся искомым словосочетанием.
Может стоит при сборе частотности "!" собирать стату по слову /словосочетанию со знаком !, но БЕЗ кавычек?.
Ну, или включить такую конструкцию /возможность в набор вариантов для парсинга словоформ..??
Пример:
Запрос "!счастье !есть" соберет только "счастье есть".
Запрос !счастье !есть соберет и многословные, включающие "счастье есть",
например: !счастье !есть грув
что в контексте продвижения, составит более адекватную картину
(тем более конструкция "" в программе уже есть).
Теперь понятно.
Хотя интуитивно воспринимается как: отметил чекбокс - работает стоп-слово, не отметил - не работает.
Потому и столько заблуждений, подозрений на баг)).
В этом и проблема. Статус НЕ остановленного парсинга сохраняется неопределенно долгое время (час+).
Помогает лишь перезапуск программы.
- супер.
> Восстановление функционала строки запроса
> Новый вид и функционал редактора стоп-слов
-- Особая благодарность.
Может сделать (нижеописанное) еще удобнее?
1) Открываем редактор стоп-слов - (поскольку решение внести слова уже принято) удобнее, если первая строка уже (!) создана и активна (!) для редактирования. Написали слово, допустим "пвх". Далее (в следующей строке) хотим написать, допустим, "москва". Нажимаем Enter, при этом: а) автоматически метится чек-бокс активной строки; б) автоматически создается и открывается (!) для редактирования следующая строка. Т.е. время ручного заполнения списка стоп-слов сокращается на порядок. Очень удобно. Очень быстро.
2) Кнопка "Применить список при парсинге Yandex. Wordstat" - может будет (помимо подготовки запроса /сокрытия окна) сразу запускать парсинг?
Ведь стоп-слова (обычно) формулируются после (!) ввода слов для парсинга,
т.е. задача для парсинга, с большой долей вероятности,
уже введена пользователем либо в строку запроса, либо в "пакетное" окно.
3) При запуске, окно редактора стоп-слов закрывает основное окно, НЕ вызывая позитивные эмоции)).
+ Неудобно: приходится (по ситуации, часто) переносить (не запоминает последнее местоположение).
4) При восстановлении автосохранения (опцию обнаружил недавно :) , жизнено-важная фича - Благодарность разработчикам!), может будем запоминать и восстанавливать и последний список стоп-слов?
---доп., вероятно, баги:
1) Остановка процессов (кнопка) работает неадекватно.
После остановки, блокируются дальнейшие действия.
2) Парсинг частотностей и инфы от систем авто-продвижения, стал НЕ привязным к маркерам чек-боксов.
Т.е. собирается инфа и для НЕ отмеченных слов.
3) Запуск "пакетного" парсинга (в отличие от запуска через строку запроса)
выключает отображение редактора стоп-слов. Причем в панели задач окно остается (Win Vista).
4) В запросе к Вордстату учитывается (!) стоп-слово НЕ отмеченное маркером в редакторе стоп-слов.
P.S.
Искренне радует поддержка программы. Спасибо.
Нет, не так как раньше.
Теперь в строке запроса НЕ работают операторы, т.е. как раз то, для чего просили вернуть запросную строку.
Раскрытие темы.
Встроенный редактор стоп-слов сделан для лишь финишной обработки спарсенного массива.
Хотя гораздо эффективней использовать редактируемый список стоп-слов сразу в запросе, непосредственно в процессе парсинга.
Навскидку:
1. Снижение нагрузки, причем для всех (вордстат /каптча /др..). Убирая стоп-словами лишние, "ненужные" лексемы, уменьшаем (сильно) количество страниц /слов для парсинга и последующих операций.
2. Простейший способ обхождения лимита вордстата.
3. etc/
В настоящий момент стоп-слова /операторы можно применять и в окне для пакетного парсинга (раз уж строка запроса не работает так, как раньше...). Однако в каждой строке (для каждой лексемы) прописывать стоп-слова /операторы (или применять для формирования списка Excel) не слишком удобно.
Просьба к разработчикам:
1) Запросная строка возвращена, отлично, спасибо, но, пожалуйста, верните ей насущный функционал. 2) Пожалуйста, сделайте включение редактора (списка) стоп-слов сразу в запрос.
---------А в целом, программа мега-полезная. Респект.
Опять про строку запросов.
В version 1.0.16 её нет. Когда вернете?
