С RTB действительно какая-то неувязочка. Цены бросовые, но купить у вас рекламу по таким ценам нельзя.
Это так называемый рефспам. Спамеры инициируют запросы к скрипту гугл аналитикс таким образом, чтобы казалось будто к вам были переходы с этих сайтов. Это делается для того, чтобы вы перешли на этот сайт, поглядеть откуда к вам были переходы. Т.е. для привлечения посетителей из целевой аудитории вебмастеров, на эти сайты.
Со скриптами вашего сайта они при этом не взаимодействуют, т.к. всякие CSP и тому подобное - не причем.
Это всё не про домен, а про товарный знак.
А с товарным знаком отжать засквоченный домен - обычно не проблема. По UDRP т.к. домен зарегистрирован сквоттером на с good faith, в суде РФ по статье "препятствование использованию ТЗ в целях индивидуализации товара" (это если домен не делегирован) а если делегирован еще +100500 статей...
Ну, например оттуда, что на страницы со ссылками сапы, нет заходов ботов, которые по юзер-агенту представляются яндексом, но на самом деле приходят не с яндексовских диапазонов IP.
А то что кэш проверять они не могут - это очевидно потому что им никаких диапазонов IP на это не хватит. Яндекс банит за это слишком резво.
Если на такое письмо ответить, дескать, "ничего не понятно" - вам пришлют письмо с нормальным аттачем, без танцев с бубном.
admak, Мне не нужно читать ветвь, мне нужны для конкретных элементов все родители. То есть читать дерево надо в обратную сторону, не от корня к ветвям, а от какого-то места к корню. Причем неплохо если эту операцию можно выполнять пакетно, т.е. найти всех родителей для вот этих 50 штук элементов. Для этого ИМХО лучше всего подходит MP
У меня записей порядка 200к+ глубина вложенности - вопрос спорный. Наверное на данный момент максимум примерно 12 но нет гарантий что в будущем не увеличится. Средняя длина веток - 5-6, ветвление на одном узле разное. И такое где 2 ветки с узла - много, и такое где 20 веток с узла - много. Такое где одна ветка с узла - нет вообще.
Но мне нужно чтобы выборка работала реально быстро. То есть формулировка "достаточно быстро", кэши всякие, памяти и т.п. не подходят. Нужно научно обоснованное понимание, какой вариант будет самым быстрым, а не достаточно быстрым.
Пока я больше склоняюсь к Materialized Path но протестирую два варианта - когда пути хранятся в виде текстовой строки и когда пути хранятся в виде отдельной таблицы.
Есть еще момент модифицировать данные. При изменении данных, как мне найти всех у кого надо изменить эти самые Materialized Path? Наиболее частая операция - это когда где-то посредине цепочки меняется один родитель на другой (у которого тоже там есть свои родители) то есть ветка переносится с одного места дерева на другое.
eugene_truhin, ИМХО вам для снятия бана по формулировке "мобильный редирект" достаточно сделать так, чтобы не было случайных кликов по баннеру при попытке его закрыть.
Но это не отменяет кучи всего что вам тут написали выше. За остальное можно забанить с другой формулировкой.---------- Добавлено 28.01.2016 в 19:21 ----------
Здесь особенно речь идет о разнице в поведении обычных пользователей и мобильных. Обычные видимо по крестику попадают достаточно часто.
А у вас если промахнуться по крестику - сразу произойдет переход на сайт рекламодателя?
