- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Кто чем свои сетки мониторит ?
autodidact, что именно мониторить надо ?
Сразу даю ответ, что бы не разводить очередную пустую демагогию: С-А-М-О-П-И-С
Мониторить можно с клиент-сайда, типа своей реализации Метрики или GA, но единый домен подгрузки JS может спалить сразу вообще все сетки.
Поэтому лучше записывать статистику на сервере.
Например, сетка на сервере работает на едином фреймворке, то есть с одним index.php на все сайты.
Тут же пишется статистика в нужную табличку в базе.
Раз в X часов центральная система обходит сетки, рассылает на них свежий контент и забирает статистику на управляющий сервер. Таблицы визитов сразу чистятся.
На центральном сервере уже можно анализировать, строить графики и все такое.
Можно смотреть в базе запросами с GROUP BY, кому как удобнее.
Тут же вычисляются хитрые боты, которые ходили по разным сайтам примерно в одно время с одного IP, маскируясь под людей.
а что мешает просто логи разбирать?
а что мешает просто логи разбирать?
Например, отсутствие в них страны посетителя, их немного дольше разбирать.
Еще записи в базе удобно смотреть, группировать или изменять прямо на сервере в процессе настройки. Да, я знаю про grep.
Записи из базы проще забирать по API. Да, я знаю про rsync.
Во многих случаях логи хороший вариант.
Это более низкоуровневый (в хорошем смысле) подход, как у системных администраторов.
Работая с базой мы создаем еще один слой абстракции, усложняем простые вещи.
Это программистский подход и он тоже работает.
но единый домен подгрузки JS может спалить сразу вообще все сетки.
а как это?
а как это?
Например, если у вас на всех сайтах подключается один и тот же скрипт на своем домене
Паранойя подсказывает, что для ПС это может послужить сигнатурой. И центральный сервер у всех на виду, если счетчик ведет к нему. А может и нет, но лично я не стал бы так делать.
Например, если у вас на всех сайтах подключается один и тот же скрипт на своем домене
Паранойя подсказывает, что для ПС это может послужить сигнатурой. И центральный сервер у всех на виду, если счетчик ведет к нему. А может и нет, но лично я не стал бы так делать.
самые популярные счётчики имеют 10005000 юзеров. Это плево всех юзеров?
ИМХо палят иначе и легче
самые популярные счётчики имеют 10005000 юзеров. Это плево всех юзеров?
ИМХо палят иначе и легче
А самые непопулярные самописные счетчики имеют одного юзера.
Сетки можно сделать очень разными.
Как же их тогда спалить?
а что мешает просто логи разбирать?
может просто юзать тдс ?
все же придумано давно
может просто юзать тдс ?
все же придумано давно
Самый правильный путь по соотношению вложенных сил к результату.
Некоторым нравится руками что-то напрограммировать и потом флудить на эту тему :)
Но если по сути, то та же zTDS решает бОльшую часть проблем.