Есть 2 типа пользователей: а) те, которые клиенты, и б) те, которые не особо хотят, чтобы он работал.
Для простоты, пусть это будет что-то вроде google analytics -- сам скрипт + бэкэнда.
То есть, site1.com - это аналог google analytics, и пользователи-клиенты site1 будут добавлять скрипт - ga.js - на свои сайты. И он будет трекать поситителей.
Допустим, cервис попал в списки AdBloсker-ов. То есть, скрипт прямо указывающий на site1.com -- всё.
Вопрос: можно ли как-то создать зеркало или какой-то прокси сервиса так, чтобы AdBlock ему снова стал пофиг?
* Покупать новый домен *каждый раз* И переезжать - не вариант.
* Просто покупать домен и делать какой-то прокси или что-то вроде зеркала - вариант, да. Но, как именно? Ведь простой CNAME - не сработает! Потому что AdBlocker-ы уже умеет и CNAME резолвить.
* Покупать домен, И к нему хостинг, И разворачивать на каждом из них полноценную копию сервиса каждый раз -- тоже не вариант.
uBlock, или любой другой АдБлокер, ведь по IP не может блочить? То есть, можно доменов за $0,5 накупить, захостить их все на одном сервере и потом просто уведомлять клиентов, на какой домен в данный момент времени нужно ссылаться. Да?
goiaba_vermelha, блочить может, но любой хостинг может работать сразу со множеством ip, тут как настроите. Нанимайте специалиста, сами вы тут не разберетесь. Пишите на фрилансим: https://freelance.habr.com
Надим Закиров, не надо давать советы, не имея достаточно информации. Я уже 12 лет Линуксом пользуюсь. Блокировки АдБлокерами и их обходы с Линуксом непосредственно и не связаны.
Речь о массовом размещении рекламных кодов и т.п.?
Покупаете заранее много доменов по 60 центов и привязываете их алиасами.
Чтобы не отслеживать блокировки вручную, на сервере запускаете BL-чекер, а на самих ресурсах периодически меняете один из активных доменов (подгружаются по мере необходимости из базы того чекера).
Обычно делают так. Но можно улучшить схему в зависимости от конкретных требований.
Нет, не реклама. Что-то вроде google analytics, но, секьюрнее - лучше для пользователя.
Покупаете заранее много доменов по 60 центов и привязываете их алиасами.
Алиасы - CNAME - не сработают, потому что uBlock на Firefox-e может определять куда указывает алиас. Если он указывает на site1.com (главный сайт), или даже любой поддомен оного, как в моём вопросе, то uBlock заблочит такой алиас сразу.
Чтобы не отслеживать блокировки вручную, на сервере запускаете BL-чекер, а на самих ресурсах периодически меняете один из активных доменов (подгружаются по мере необходимости из базы того чекера).
Не понял. Как?
И сами пользователи будут вставлять код на *свои* сайты. Не все из них смогут, или захотят, что-то "подгружать", или "менять" каждый день или неделю. Аналог - gooogle analytics.
Если у тебя, скажем, конструктор - Wordpress, WIX или Shopify - не сможешь там что-то запустить, чтобы "подгружать" новый домен. А в вручную менять каждую неделю - не захочешь. Тебе хочеться один раз вставить скрипт в код страницы, и забыть про него. По крайней мере на несколько месяцев.
goiaba_vermelha, пользователь один раз устанавливает на свой сайт код, который стучится на ваш сервер и запрашивает список доменов с которых уже будет подгружаться уже рекламный код (домены, с которых он будет подгружаться при попадании в блокировку будут автоматически, меняться или для начала вручную, но централизованно). Вручную пользователям ничего менять не нужно. В этом и смысл.
goiaba_vermelha, во-первых, алиас - это не обязательно через CNAME, во-вторых при этой схеме они могут быть никак не связаны, даже на разных IP/серверах.
пользователь один раз устанавливает на свой сайт код, который стучится на ваш сервер и запрашивает список доменов с которых уже будет подгружаться уже рекламный код (домены, с которых он будет подгружаться при попадании в блокировку будут автоматически, меняться или для начала вручную, но централизованно). Вручную пользователям ничего менять не нужно. В этом и смысл
А где пользователь/скрипт будет сохранять список доменов, которые мой site1 ему вернёт? У себя на бэкэнде в базе? Тогда не всем пользователям это подойдёт, потому что в таком случае пользователь должен будет уметь и программировать, и иметь доступ к базе, или вообще заморачиваться. Кто-то может, но большинству оно не надо. А некоторые могут и не иметь полноценного доступа к бэкэнду, к базе - Shopify, Wix и т.п.
во-первых, алиас - это не обязательно через CNAME, во-вторых при этой схеме они могут быть никак не связаны, даже на разных IP/серверах
А что ещё если не CNAME? Если просто ALIAS, то, это по сути один хрен.
Смысл в том, что uBlockOrigin на FireFox-e уже умеет ходить по алиасам и выявлять конечные домены, на которые эти алиасы указывают. Если алианс, указывает на алианс, а он на алиас ..... и в конце концев последний алиас указывает на site1, и site1 в чёрном списке uBlockOrigina-a, то uBlockOrigina заблочит такой скрипт.
goiaba_vermelha, еще раз, не нужно делать так, чтобы домен ссылался в CNAME на другой. Можете привязывать домены через A-запись, можете вообще раскидать по разным IP-адресам, хоть на индивидуальные айпишники, как угодно. Можете дополнительно еще и клоакинг настроить, если боитесь что кто-то чуть ли не вручную такие аффилированные домены выскивать будет (это лишнее конечно в данном случае, лишь намек на то, что можно усовершенствовать схему до бесконечности).
1) script.js - надо загружать с site1.com при каждой загрузке страницы у поситителя. Файл может после жить в кэше браузера какое-то время.
2) нужно **постоянно, на каждой странице отправлять события** через POST "пользователь сделал А", "пользователь сделал Б", "пользователь сделал просмотрел страницу В", и т.д. --> на site1.com.
ИЛИ хотя бы, один раз, но при загрузке *каждой* страницы.
---
А ты мне рассказываешь как скрыть домен через клокинг, через редирект, да? Это не то.
может вообще нигде не хранить, а каждый раз запрашивать скриптом с вашего сервера.
Блин. Ну тогда uBlockOrigin просто заблокирует мой сервер, с которого будет запрашиваться этот список.
Тем более, даже если не заблокирует, на каждой странице HTTP запрос делать на мой сервер? И ждать ответа? И только после этого трекать посетителя? Это вообще никуда не годится.
goiaba_vermelha, чтобы uBlockOrigin как вы выразились "заблокировал сервер", кто-то сначала должен увидеть запрос на него, классифицировать как потенциально соответсвующий контент и добавить в базу. И как же этот (сторонний наблюдатель, не имеющий доступ к серверу) увидит серверный запрос (не из браузера клиента)?
Сами же сказали, что кэшировать/хранить домены не вариант, а теперь жалуетесь, что делать лишний запрос не годится. Вы уж определитесь.
И как же этот (сторонний наблюдатель, не имеющий доступ к серверу) увидит серверный запрос (не из браузера клиента)?
Опять 25.
При чём тут сервер? Мой пользователь/клиент будет устанавливать мой js-скрипт (script.js) путём внедрения его в шапку или подвал html страницы. То есть, всё происходит на клиенте.
Простой
Средний
