до сих пор помню тот ужас и оцепенение, когда после 2007 офиса садился за 2003.
а в остальном - вы правильно заявили, что это "мелочи".
абсолютно не согласен. UX на уровне средних офисных пакетов и на голову выше (и современнее технически), чем в других SEO-продуктах. Есть определенные моменты по группировке настроек фильтрации перед парсингом, унифицированного указания регионов для парсинга в одном месте (а при разных методах парсинга программа сама подставляет нужные параметры в запрос) и некоторые другие моменты. Но в целом это скорее болезни роста, как сказал Александр, приоритет - функциональность.
Хотел еще прокомментировать сообщение об удалении слов из очереди на парсинг в режиме реального времени (/ru/forum/comment/11284716)
Здесь не нужно никаких "дополнительных настроек", если пользователь выделил фразы галочками и нажал "удалить фразы" из вкладки Данные, то удалять их и из очереди на парсинг.
MyOST, Mind, неплохо бы было опубликовать список регулярных выражений для быстрого фильтра, которые крутились в ветках кей-коллектора (часто Mind давал ответ) и применяются некоторыми пользователями, т.к. этот инструмент недоступен для понимания большинству пользователей, а пользоваться им хотят многие.
Плюс писал уже летом о том, чтобы поменяли кнопки "создать проект" и "открыть проект" местами, т.к. открывают в 5-10 раз чаще, а тянуться к правой части экрана правше менее комфортно.
Полезно, но дорого!
только не сильно рядом, чтобы эффект от минимального километража не перебивался случайными нажатиями на + при желании нажать на последнюю вкладку - переключение в КК гораздо чаще, чем создание новых.
можно подробнее о древовидной структуре запросов, по какому принципу будет реализовано? как в скриншоте выше?---------- Добавлено 25.05.2012 в 00:56 ----------Хотелось бы ответить так же жаждущим получить в KK все и сразу - историю позиций, анализ выдачи на включения и т.д.
При реализации подобных фишек стоимость КК вырастет (разработка, поддержка), во-вторых, при детальной проработке будет перегружен интерфейс основного предназначения. Я против второго и, т.к. скорее всего в будущем буду покупать еще копии, против первого тоже.
Давно уже предлагал фишку, чтобы по клику на шапку столбцов статистики по умолчанию осуществлялась обратная сортировка. Обещали рассмотреть.
2 сообщения назад я говорил про повторный сбор базовых частотностей.
Но даже на этом можно существенно снизить нагрузку на вордстат, когда пользователи нажимают на "сбор всех частотностей".
(слово1 | слово2 ||||) ..
затем парсим полученные страницы до нахождения всех слов из списка. Если список (|||) слишком велик, разбиваем его на части. Больше парсинга, зато меньше запросов к вордстату.
По поводу сокращения обращений к вордстату. Не понимаю, почему о сих пор не реализовано пакетное обращение к вордстату при 2-м и далее сборе базовых частотностей. Зачем обращаться по одному запросу??
Небольшой баг: при нажатии на кнопку "Копировать в другую вкладку" порядок вкладок соответствует порядку создания вкладок, однако реальный порядок вкладок может отличаться, т.к. их можно передвигать. Поэтому теряется наглядность при частом переносе слов из одной папки в другую. Предлагаю при нажатии на указанную кнопку формировать реальный порядок вкладок, заданный пользователем.
И еще: кнопка "Открыть проект", по моему мнению нажимается в несколько раз чаще кнопки "Создать проект". Поменяйте пжта их местами или разместите одну под другой.
Пользуюсь коллектором более полугода, доволен, правда использую 20-30% всего функционала. Последняя версия порадовала логичным интерфейсом и стабильностью.
Разработчики, прокомментируйте пжта мое давнее сообщение: /ru/forum/comment/9244232
плюсы очевидны, как фоновой онлайн загрузки правил парсинга, так и разработки собственного сервиса предоставления результатов парсинга через удобный API.
Если в этом API будут все данные из коллектора, в разы увеличите клиентскую базу.
