- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Обновили дистрибутив - исправлена возможная проблема с проверкой прокси-серверов, если они требуют аутентификации. Номер версии остался прежним.
Перед запуском повторной проверки можно указать флажок "По возможности брать данные из кэша"
Нет, в демо-версии поиск не осуществляется.
При большем числе потоков все приложения начнут сильно тормозить - особенности планировщика в Windows, поэтому в программе и стоит данное ограничение. Немного увеличили, проверив на своих конфигурациях.
Сняли ограничение на минимальный таймаут в 6 секунд. Теперь можно задать нулевой.
Перед запуском повторной проверки можно указать флажок "По возможности брать данные из кэша"
Не помогло, точнее сразу написало, что обработано 6%, хотя было больше 80% это факт.
В общем хреново дело с программой этой...
---------- Добавлено 21.03.2013 в 20:10 ----------
Остановил, удалил те ссылки что надо было(мало ли программа опять глюканет). Опять продолжил, поставил эту галочку, и уже пишет "Обработано 91%".
Приятно, но странно :)
Serg_CS, когда с модальными окнами решите вопрос?
P.S. это же надо умудриться выводить модальное окно и не давать к нему доступа!
P.P.S. жду до вечера понедельника, если не исправите возврат средств - т.к. в данном виде программа не рабочая
burunduk, дистрибутив обновлен - скачайте заново и проверьте, будут ли уходить окна на задний план. Сегодня я еще проверю работу программы на установленной начисто Windows Vista, чтобы исключить побочные эффекты от других приложений.
В обновленной версии, не могу понять почему в поле индексации донора не выводится ровно счетом ничего, ни да, ни нет, запросов хватает, и непонятно проиндексирована ссылка или нет
Serg_CS, окна уходят, но появилась возможность до них добраться, а именно - открыть любое другое приложение, а потом его свернуть, окно появляется
по поводу чекера проксей, чекер штука полезная, но почему программа работает по всем введённым проксям, а не только по отмеченным, причем после парсинга все прокси опять отмечены?
P.S. откуда берутся старые данные, если время кеша установлено в 0?
Протестировал на свежеустановленной Windows Vista - проблема с исчезновением модальных окон была, но только при первом запуске программы (при первом открытии модального диалога). Последующие запуски проходили нормально. К сожалению, для выяснения причин такого поведения потребуется некоторое время. Отмечу, что под XP и Windows 7 подобной проблемы не возникает.
Пока сделано именно так - чтобы проверять живучесть повторно. Добавим опцию при проверке, позволяющую проверять только отмеченные, а также прогресс-бар.
Такое возможно при повторной проверке тех же самых ссылок (без очистки таблицы). Когда данные берутся из кэша, в строке состояния делается соответствующая пометка.
не могу понять почему в поле индексации донора не выводится ровно счетом ничего
Вероятнее всего, программа учитывает параметр "Не проверять индексацию ссылок, моложе дней" (меняется в настройках). Значение по умолчанию - 21.
Пока сделано именно так - чтобы проверять живучесть повторно.
я имел ввиду когда чекер отметил доступные прокси, почему программа при работе использует все, а не только доступные и ещё, если пс выдал капчу на какойто ip зачем пытаться продолжать его использовать, если капча ещё не введена. получается ситуация, когда парсинг закончен, но ещё необходимо закрыть несколько десятков капч
Софт сегодня с сапой не соединяется, хотя сапа доступна.
02.04.2013 Access violation at address 00420444 in module 'sapemaster.exe'. Read of address 00000008
(0001F444){sapemaster.exe} [00420444] Classes.TList.Get + $18
и.т.д
если пс выдал капчу на какойто ip зачем пытаться продолжать его использовать, если капча ещё не введена. получается ситуация, когда парсинг закончен, но ещё необходимо закрыть несколько десятков капч
Записали в ToDo, исправим в одном из следующих релизов. Сейчас прокси задаётся каждому потоку при его инициализации, потому при выпадении капчи адрес не переключается. Если закрыть капчу, после проверки в соответствующих строках будут прочерки.
Насчет использования неотмеченных прокси - не зафиксировали такого (параллельно с прогоном программы запускали Wireshark, все пакеты уходили только на выбранные после проверки прокси).
Софт сегодня с сапой не соединяется, хотя сапа доступна.
02.04.2013 Access violation at address 00420444 in module 'sapemaster.exe'. Read of address 00000008
(0001F444){sapemaster.exe} [00420444] Classes.TList.Get + $18
и.т.д
Доброе утро. Доступность проверяли через настройки аккаунтов Sape в приложении?
Попробуйте переименовать старый файл конфигурации (%APPDATA%\ControlStyle\CS Sape Master\sapemaster.ini), затем настроить и заново проверить загрузку данных из Sape. Будет ли работать?
Если нет, опишите ваши действия в программе при возникновении данной ошибки.