- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Из устройства счетчиков распространенных мне многое непонятно. То есть непонятен их код.
1. Почему рефер береться через escape(document.referrer) , как это помогает ? Ведь это значение в get запросе можно вручную подделать, не надежнее ли смотреть по реферу средствами языков веб программирования непосредственно при запросе элемента ?
2. Math.random() - для чего это случайно число ? Какую роль оно играет ?
Пример счетчика :
<!--LiveInternet counter--><script language="JavaScript"><!--
document.write('<a href="http://www.liveinternet.ru/click" '+
'target=_blank><img src="http://counter.yadro.ru/hit?t16.6;r'+
escape(document.referrer)+((typeof(screen)=='undefined')?'':
';s'+screen.width+'*'+screen.height+'*'+(screen.colorDepth?
screen.colorDepth:screen.pixelDepth))+';u'+escape(document.URL)+
';'+Math.random()+
'" title="liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодн\я" '+
'border=0 width=88 height=31></a>')//--></script><!--/LiveInternet-->
Вот пример ссылки по которой захродит браузер при открытии страницы. (адресс сайта изменен)
http://counter.yadro.ru/hit?t16.6;r;s1280*960*32;uhttp%3A//testsite.narod.ru/;0.22911097388714552
Как и раньше говорил, некотороые значения мне непонятны - ибо в теории их присутсвие неоправданно. Однако, раз все счетчики(почти все) пользуются этими методами то значит есть тут скрытый смысл ?
ЗЫ, сейчас вот зашел по этой ссылочке кучу раз.. в итоге немного накрутил счетчик.
Зарегисрировал другой сайт(там в коде счетчика выдается другие значниея t16.6 , хотя роль этой мифической штуки так же неизвестна). В новом коде путем замены рефера с легкостью накрутил опять таки статистику....
Кстати это я оговрился так сказать. Этот рефер поятно что береться дабы узнать откуда чел пришел на данную считаемую страницу, ибо после обращения к счетчику через языки веб программирования это значение уже получить не получиться таким образом $HTTP_REFER (PHP). А вот зачем document.URL если он являетсья полной аналогией $HTTP_REFER только более НЕ надежной.
на сколько мне известно - не является. Но спорить не стану.
А рандом вставляется для защиты от кэширования.
Хоть спорить ты не станкшь, однако свои мысли выскажу.
--- document.URL передаеться в самой GET ссылке(что дает возможность легко менять это значние), как я говорил выше : зарегил новый сайт, заменил адрес в url и наруктил счетчик старого сайта. document.URL лишний раз заставляет браузер пользователя поднапрячься и нагромоздить ссылку.
--- $HTTP_REFER же в любом случае приисутствует в глобальных массивах в при обработке скприптов на сервере. И подменить это значние будет сложнение - ибо нужно будет вручную формировать заголовки запроса.
Однако, может не все браузеры при загрузке графики(или другого элемента страницы) в запрос включают в качестве рефера родительскую страницу ?
Слушай, ты гений ! =) Как все оказывается незамысловато, а мне такое в голову не пришло.
Давайте вместе разберемся :-)
Запрос к счетчику идет с конкретной страницы сайта. В HTTP заголовках в качестве URL стоит URL картинки счетчика (например, http://c.mystat-in.net/?i041905113300&t2&g1&w1280&c32&r&v3&j1), а в качестве Referer - URL страницы на которой размещен счетчик. Это те данные, которые можно получить средствами языков программирования. Получить же Referer страницы с которой посетитель перешел на сайт технически возможно только с помощью такой конструкции на JavaScript.
Что же касается подделки этой информации, то не вижу в этом ни для кого никакого смысла.
на сколько мне известно - не является. Но спорить не стану.
А рандом вставляется для защиты от кэширования.
Да, действительно, эти два значения идентичны.
--
Потоцкий Алексей
http://www.topping.com.ua
Угу пишеться скрипт который перебирает поочередно прокси и запрашивает через них этот документ пару раз. В итоге статистика сайта получает от 100 дополнительных уникальных постеителей, 200-300 НЕуникальных заходов. Для слабо раскрученных сайтов неплохой способ не сидеть в рейтинге счетчика(если таковой имеется) в самом низу.
Хотя в любом случае от такой накрутки защититься невозможно, различается только сложность реализации.
Относительно document.referrer я же сказал что оговрился. Имел ввиду document.URL
Однако в одном случае напрягаеться javascript в дургом язык программирования на серваке. Второе более надежно с точки зрения не сильно просвященных юзеров(что я говорил выше).
Вообще-то изначальный вопрос не имеет никакого отношения к данному замечанию. И тем более не имеет отношения к системам статистики.
Если же переходить на рейтинги, то такой вариант перебора открытых прокси отслеживается роботом и такие заходы впоследствии не учитываются. Поэтому один-два раза накрутить можно, но пользы от этого большой не будет. А если очень наглеть, то могут же и выкинуть из рейтингов :-)
Да, я забыл про это сказать с самого начала. Что я хотел выяснить как устроены счетчики "со всех сторон" и в плане безопасности(защиты от накрутки) в том числе.
Я заходил с прокси(специфической) и мой заход учитывался. Но даже если все остальные распространенные прокси не учитываются - то владелец сайта теряет часть информации о своих посетителях - ибо многие пользуются проксями.
Да и много ресурсов системных на проверку уходить будет : это же какждый ip (из миллионов в сутки) нужно будет прогнать по массиву с тысячей элементов на проверку сходства.
ИМХО, я имел ввиду, что более правильная реализация, когда сервис статистики и сервис рейтинга разделены между собой. В частности, заходы через "открытые" прокси в принципе должны учитываться системами статистики для дальнейшего анализа владельцем сайта, но при этом не должны засчитываться в рейтинге.
См. выше.
По сравнению с тем, какие ресурсы тратятся на обработку запросов и генерацию статистики, затраты на поиск "открытых" прокси не такие уж большие.
В принципе робот не напрягаясь в состоянии проанализировать в сутки от 5 миллионов уникальных IP адресов. При генерации же счетчика проверить есть ли IP адрес в базе "открытых" прокси не сложно и не долго.