- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
37% предпринимателей не готовы исполнять закон о маркировке интернет-рекламы
Из-за технических сложностей и отсутствия штрафов
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всё познаётся в сравнении.
Гугль разрешает пользоватся своим поиском через api, но ограничение - не более 1000 запросов в сутки, пусть значение нагрузки будет некое значение X.
Запрос pr скриптом тоже нагрузка, пусть она будет Y.
Предположим, что гугль готов разрешать нагрузку на свои сервера с одного IP равную значениею X, следовательно можно не боятся бана в том случае, если Y<X, короче, если не пытаться узнавать PR для более чем 100-300 сайтов с переодикой раз сутки, то и боятся нечего (имхо).
вот это уже больше похоже на правду ;-)
Думаю самое оптимальное будет написание некоторого хранилища - шлюза. Мне нужно знать скажем в данный момент 2 (морда + страница) Х 600 пейджранков.
Если в день по 200 запрашивать - то за неделю можно обкачать, а видимый ПР меняется редко и даты его изменения не пройдут мимо ушей.
Тоесть в этом шлюзе надо хранить пейдранк ранее запрашиваемого ресурса, если не наступила новая дата апдейта, что тоже несложно запрограммировать.
Вот кто бы мне такое запрограммировал на ПХП + хранить данные в текстовом виде. И за какую денежку ? ;-)
ну я бы мог, только я не полностью въехал в ваше мини тз :)
ну я бы мог, только я не полностью въехал в ваше мини тз :)
как то были рассуждения на тему качества ИС ;-) главное - это функционал.
Цель - получить инструмент, который в XML выдает ПР указанного документа. Причем за такой сервис не забанит гугл!
Идею я написал выше, ее только осталось запрограммировать.
Если под функционалом понимать только:
который в XML выдает ПР указанного документа и не обращать внимание на фразу за такой сервис не забанит гугл (т.е. скрипт размещается НЕ на моём сервере :) и вы переодически пополняете базу прокси серверов) + я не несу постоянной ответственности за корректность предоставленного pr (всё-таки гугль напрямую это означение не отдает), то работы немного и ценник небольшой :)
p.s. в личке ес-но