- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
65 слов
глубиной 200, 10 потоков
в итоге все это отработало часов за 35, сижу на IDSL
в больших проектах помогает включение опции "Не обновлять таблицы во время поиска"
По замечаниям (html анализатор, опечатка) - подправим.
глубиной 200, 10 потоков
в итоге все это отработало часов за 35, сижу на IDSL
Явно что-то не то. На такой проект (не знаю сколько поисковиков было, но допустим 5-7, обычное число) уйдет ну может час (при хорошей скорости, ADSL), а скорее даже меньше. Т.е. здесь какая-то непонятная причина такой медленной работы. Здесь уже посоветовали поставить настройку "Не обновлять таблицы во время поиска", попробуйте, возможно будет быстро работать (когда большой отчет да еще на большую глубину автоматическое обновление отчетов занимает значительное время, тем более что довольно часто происходит). Если не поможет, напишите мне на почту, интересно будет разобраться. Еще можно галку поставить "поиск до первого вхождения" (если сильно подробная информация не нужна), тоже может здорово сократить время поиска, т.к. скачиваться будет меньше.
Это уже давно исправлено, но нужно скачать программу полностью (алгоритм в свое время поменяли, когда стала появляться такая ошибка).
Всего доброго,
Никита Мелькин
Вы были правы, тормозит все именно из-за обновления таблицы во время поиска. Запускается программа не на самом быстром компе и на обновление таблицы уходит очень значительное время, причем чем ближе к концу тем больше.
Видимо дело в алгорите - похоже программа каждый раз обращается к базе и каждый раз забирает и форматирует всю таблицу, причем перебирая все предыдущие в истории на предмет изменений
В принципе так и есть, для небольших проектов это абсолютно незаметно, а если слов много, то "Не обновлять таблицы" позволяет поиск провести, а затем уже отчет составить.
Всего доброго,
Никита Мелькин
У меня вопрос.
Модуль "Индексация сайта", ищет только 1000 проиндексированных страниц ! это так задуманно ? А если мне нужно больше найти.
ваш клиент
Пожелание
было бы очень полезно в PR анализаторе видеть историю, тоесть изменение позиций и историю сайта - очень удобно было бы очень удобно экспресс-мониторить сразу много сайтов
Всетаки очень хотелось бы получить ответ на поставленный вопрос.
писал на - support@seoadministrator.com тишина ... день то вроде рабочий
тут тоже...
в кой то век понадобилось что то кроме лог анализатора и то не работает... не серьезно как то, тем более за деньги
Это не задумано, это ограничения поисковых систем, которые более 1000 результатов не дают просматривать. Это ограничение не обойти к сожалению.
Не понял, PR анализатор совсем другую работу делает (оценка конкуренции и т.п.), где там можно вставить историю сайта?
Виноват, а какой собственно вопрос?
Всего доброго,
Никита Мелькин
есть еще одно применение :)
им кроме оценки конкуренции можно быстро отмониторить все свои проекты (работа же ведется над многими параллельно), типа кого добавили в какой каталог, как со ссылками и т.п., и если бы была история, было бы удобнее отслеживать изменения...
Пытаюсь написать письмо. Получается интересно...
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<фишер@mail.samtel.ru>:
62.213.0.11 does not like recipient.
Remote host said: 554 Service unavailable; Client host [217.16.16.49] blocked
using dnsbl.sorbs.net; Spam Received See:
http://www.sorbs.net/lookup.shtml?217.16.16.49
Giving up on 62.213.0.11.
Борьба со спамерами зашла слишком далеко... ;-)