Побажання та пропозиції. Исключение собственных визитов на свой сайт из статистики посещаемости

Сейчас переношу на хостинг ukraine.com.ua один из своих сайтов. Там, откуда переношу, в директории каждого моего сайта, доступной по ftp, имеется такая структура: /.plugins/stats_control, и в последнем указанном каталоге есть файл по имени awstats.conf, где кроме всего прочего есть параметр SkipHosts, который контролирует то, что я имею в виду - не "пишет" и не учитывает в просматриваемой мной статистике (отчете) посещения с моего IP, если я укажу маску таким образом: SkipHosts="REGEX[^123\.123\.123]" (могу, конечно, точный IP указать, но боюсь, что вдруг его мой инет-провайдер возьмет и поменяет по какой-то причине).

Когда посещаемость всего несколько сотен пользователей в сутки, то я сам могу, шныряя по сайту по своим надобностям, наделать несколько процентов "посещаемости". Или более того. Мои сугубо "технические" визиты на собственный сайт, конечно, не должны идти в "общий котел", не так ли?

На Вашем хостинге я описанной возможности приделать такой "стелс-режим" не нашел (и техподдержка это подтвердила), поэтому и предлагаю создать эту возможность для клиентов.

Спасибо.

Хм... Неужели это никого не интересует? Для облегчения решения задачи могу дать наводку на хостинг, где эта проблема решена.

У достаточно многих пользователей интернет в нашей стране провайдеры выдают динамические адреса, и получается, что эта функция не будет часто использоваться, так как постоянно заходить и добавлять свой текущий адрес, чтоб он не отображался в статистике (мне кажется) несколько напряжно. Можно этот момент автоматизировать и исключать адрес владельца сайта с статистики, но его определить можно только в случае авторизации в ПУ. Получается появится необходимость всегда логинится на хостинге, перед заходом на сайт.
Если же указывать не свой адрес, а подсеть, для того, чтоб она вырезалась из сети, то если будут заходы на сайт с этой сети другими людьми, то они просто не засчитываются, что для статистики неприемлемо (ибо на то она статистика, чтоб отображать реальное положение дел).
Данная функция будет более-менее оправдана, когда все получат ipv6. Пока реальной пользы, судя по описанию функции, я для себя не смог найти. Развейте мои заблуждения)

Ну, как я понимаю, динамические адреса задаются в определенном диапазоне, который имеется у данной сети. В примере (1-й пост) это и учтено - используется маска, а не адрес - последняя группа цифр IP может быть любой. Именно так я и задавал у предыдущего провайдера (только реальные цифры другие). Хотя, конечно, я точно не знаю, какие возможны варианты диапазонов для пользователя того или иного провайдера, но мне кажется, что даже расширив диапазон, указав не 3, а всего 2 группы цифр адреса (SkipHosts="REGEX[^123\.123]"), получишь больше пользы, чем вреда для точности статистики. Я не согласен, что если при указании подсети, кто -то из соседей вдруг случайно зайдет на сайт и не попадет в отчет, то статистика этого не вынесет ;)

Сейчас моя статистика за те пару дней, что я перенес сайт выглядит примерно так (раздел "Hosts", даны первые 4 строки выборки, первая строка - мои данные, можете сравнить, учитывая, что я, собственно, сейчас этим сайтом вплотную не занимаюсь):

123.123.123.123 Ukraine Unknown AS50879 FOP K O G ? 150 312 8.80 MB 11 Jan 2014 - 12:40
46.28.69.82 Ukraine Unknown AS15626 ITL Company ? 49 50 3.68 MB 11 Jan 2014 - 20:08
66.119.41.34 United States Chesterfield AS3561 SAVVIS-AS3561 ? 29 29 2.40 MB 11 Jan 2014 - 01:59
208.43.255.25 United States Dallas AS36351 SoftLayer Technologies Inc. ? 22 22 1.25 MB 10 Jan 2014 - 19:37

В конце концов, использовать эту примочку или нет - дело сугубо добровольное. Я, например, уверен в том, что вероятность визита кого-либо из нашей сети на сайт практически стремится к 0, а тот, кто уверен в обратном, может не заморачиваться.

Лет 10 назад с хвостиком я настойчиво уговаривал спецов на одном популярном форуме сделать очень нужную по моему мнению опцию, и очень многие так же убеждали меня в том, что это никому не надо, и в итоге я был фактически "послан". Характерно то, что и тогда приходилось долго и упорно (и безуспешно) объяснять, что использование опции - дело опять же сугубо добровольное и никого не надо принуждать ее включать. Но через год или два эта опция появилась. Появилась именно на том форуме, и довольно многие, хоть и не все, ею активно пользуются по сей день (я, кстати, НЕ пользуюсь :)))). И на других форумах тоже. И за идею никто пасиба не сказал, да и ладно. А тут даже не новая идея предлагается, а то, чем другие давно пользуются...

Уважаемый, hukraine, спасибо за Ваше предложение. Мы обязательно рассмотрим возможности его реализации. Мы стараемся учитывать и по мере необходимости реализовывать все пожелания пользователей. Однако в силу загруженности сотрудников сроки реализации могут существенно варьироваться. Надеемся на Ваше понимание.

Возможность добавлять адреса для исключения из статистики открыли для использования.
cdn.adm.tools/forum_message/0239/58/3pig6_ybvc.jpg
Так же добавили возможность сохранять примечания к адресам.
Просим учесть, что изменения списка исключенных адресов не вступают в силу мгновенно.
В случае возникновения каких-либо проблем, пожалуйста, сообщайте.

Спасибо ;)

Есть замечание и вопрос:

Замечание: В тексте ссылок должно быть слово "исключенных", а не "разрешенных", наверное?

Вопрос: Непонятен формат записи исключаемой сети. Получается, что я не могу запретить таким образом, например, адрес 194.213.106.255, ибо максимум 32 (0/32)? Или не понимаю чего-то?

Спасибо.

По записям:
Адрес 194.213.106.255, как адрес конечной машины, некоректен, так как он является зарезервированным широковещательным адресом для сети, размер которой варируется в зависимости от маски той самой сети.
Но если мы возьмем адрес, к примеру, 194.213.106.254, то это равносильно записи 194.213.106.254/32.
Что бы игнорировать сеть класса С - 194.213.106.254/24, что тоже самое, что и 194.213.106.0/24.
Для сети класса B - 194.213.106.254/16, аналогично 194.213.0.0/16.
То же самое для сети класса А, только маска 8, и нулями могут быть три последних октета.