- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если бы дольше вникал , обнаружил бы запросы вида
http://livepr.raketforskning.com/poll.html?u=http://www.domain.com&nr=2
по каторым в xml виде возвращается PR.
А нащёт яваскрипта, хорошая мысль. если это возможно то на худой конец это выход!
мне придётся менять ИП например каждую неделю
Сомневаюсь, что так. Могут и быстрее забанить, если сотнями народ ломанётся и начнёт чекать.
Кеширование можно попробовать поставить...
Прокси использовать.
Но что делать с IP, может работать через общие прокси? но почемуто кажется что ребята с livepr.raketforskning.com не пользуются прокси, да и IP свой не меняют. Так в чём секрет их живучести
Возможно, не такой меганагрузкой от пользователей, за которую гугль банит.
Кеширование можно попробовать поставить...
Кеширование в любом случае нужно делать
Кешировать??!!! PR??!!
1) Допустим что возможно сделать кэшь на время между апдейтами.
2) Но тогда большинство людей должны проверять одни и теже страницы на одних и тех же дата центрах!
(этот пункт требует статистической проверки, но пока верится с трудом:) )
3) А если кешировать результат (в нашем случае ПР (даже если и бэк линки)) для каждого пользователя отдельно, тогда нахрена он полезет второй раз проверять свой ПР если (предположем) будет знать что результат закэширован!
Вобщем с кэшированием я не особо уловил мысль.
А вот ещё по теме навеяло, походу к бану может превести не только частые запросы ПР, а и вообще любые частые запросы к гуглю с одного ИП. А это уже ни в какие ворота. Но ведь живут же люди, чувствую решение есть.
Никто не пытался делать публичных сервисов для работы с гуглом ?
Кешировать??!!! PR??!!
Кеширование нужно делать не на всё время между апдейтами :) а, например, на пару часов. Это, ИМХО, уменьшит поток запросов к Гуглу.
А если PR получать не с IP сервера а Джаваскриптом с пользовательского компа - можно и не кешировать.
ИМХО.
Mosik, почему же на пару часов, если он 3 месяца не будет меняться! :)
Но на самом деле вопрос будет ли востребованно это кэширование? будет ли человек в пределах между апдейтами проверять свой ПР больше (например) 3 раз?
или это защита от куртых сео каторые проверяют ПР своей домашней странички по несколько раз на день! :) тогда согласен :).
Mosik, почему же на пару часов, если он 3 месяца не будет меняться! :)
На форуме какой-то посетитель выложил ссылку на сайт и сказал: "Я за неделю заработал себе PR7"
И пару тысяч человек полезло проверять PR cсайта. И пару тысяч запросов пошло в сторону Гугла. И начал раздавать Гугл баны налево и направо. :)
А если при первом запросе закешировать результат на часок - количество запросов сильно уменьшится.
А кешировать на три месяца не имеет смысла. Гугл может изменить период пересчета и БД распухнет.
Кеширование в любом случае нужно делать
Зависит от того, что именно от чекера требуется.
Если показы кнопки с ПРом на стороннем сайте, то однозначно кешировать.
А если просто, скажем, массчекер или чекер по датацентрам, то кешировать просто нечего.
Эффективность кэширования будет практически нулевая.
будет ли человек в пределах между апдейтами проверять свой ПР больше (например) 3 раз?
да! Просто полюбоваться =))))))
А потом в преддверии апдейта ждать его начала ;) А потом во время апдейта следить за динамикой и смотреть, на скольки устаканится :)
А если при первом запросе закешировать результат на часок - количество запросов сильно уменьшится.
полагаю, при НАСТОЛЬКО большом количестве запросов (менее, чем каждый час попадается тот же самый домен) гугль забанит в любом случае ;)
разве что народ толпами ходит на один и тот же ПР чекер чекать одни и те же домены. :)))
Пускай топикстартер потом расскажет что и как он реализовал для нормальной работы сервиса. Там и посмотрим.