Stranger82#: Мужики, в Cloudflare ничего трогать не надо. Pseudo IPv4 оставляем в OFF. IPv6 Compatibility включено, выключить его возможности нет и прекрасно. Не прописываем на Cloudflare AAAA-запись, а если прописали, то удаляем её. С Cloudflare всё, дальше уже остаются только настройки ISPManager. Отключаем там IPV6 и получаем итог такой. Пользователи с IPV6 заходят на сайт. Боты по IPV6 не мучают. МТС, Дом ру, Ростелеком и многие другие уже давно вовсю выдают IPV6 пользователям. Без него уже никак, даже в РФ.
Stranger82, добрый день!
Хотел у Вас уточнить. У нас выставлены настройки, согласно вышеприведенной рекомендации:
1. На Cloudflare:
АААА - записи = не прописаны
Pseudo IPv4 = OFF
IPv6 Compatibility = включено (принудительно на бесплатном тарифе)
2. На сервере:
IPv6 = отключен на 100%
В результате, как я понял:
Реальные пользователи с IPv6 - смогут попасть на сайт (у них IPv6 автоматом поменяется на IPv4)
Боты с IPv6 - не попадут на сайт (им проблематично IPv6 автоматом поменять на IPv4)
В итоге:
в логах фиксируются заходы с IPv6, например: 2a00:1fa2:4466:b35e:0:58:f730:f001 - - [25/May/2023:08:42:57 +0300] "GET /wp-content/cache/autoptimize/autoptimize_2fe35dd76b690fe8e6f8a86dc3.php HTTP/2.0" 200 18832 "https://tut-url-sajta.ru/" "Mozilla/5.0 (Linux; arm_64; Android 13; SM-A515F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 YaBrowser/23.5.0.256.00 SA/3 Mobile Safari/537.36" этот IPv6 - выдан оператором МТС
Вопрос:
но ведь в логи не должны тогда попадать IPv6 при вышеописанных настройках (учитывая, что у пользователей с IPv6 - автоматом должно меняться на IPv4)?
видимо тут нужно дополнительно на Cloudflare отключить IPv6 через API (как многие уже неоднократно писали)? Но смогут ли тогда реальные IPv6-пользователи попасть на сайт или у них по-прежнему будет происходить автоматическая смена IPv6 на IPv4 ?
Biomusor#: Смысл тогда отключать ip6 если по ip4 будут боты ходить? Оффайте его полностью. AAAA записи недостатоно убрать
У нас на проекте большой трафик с европейских стран, юзеры которых заходят с IPv6. Ботов тоже мега-дохренища с IPv6, но реальных юзеров не хочется урезать.
Поэтому в идеале, чтобы для юзеров с IPv6 открывался сайт, но и ботам хоть немного усложнить ситуацию.
Правильно ли я понимаю, что если удалить АААА-запись на CF, но оставить IPv6 на сервере, то юзер сможет открыть сайт (IPv6 автоматически заменится на IPv4)?
sagamorr#: Получается если на сайте отключен IPV6, а юзер заходит туда с IPV6, то если юзер не бот, а с нормального провайдера заходит, то IPV6 автоматом поменяется на IPV4?
Собственно я тоже так думал. Но перечитав всю ветку теперь сомневаюсь в этом...
Коллеги, подскажите, пожалуйста. Ни раз обсуждалось, что не нужно блокировать IPv6, а достаточно убрать AAAA-записи на CloudFlare. И тогда юзеры ходившие ранее по IPv6 - в итоге далее будут ходить с IPv4.
Вопрос: - тогда на самом сервере нужно оставить или убрать IPv6 ? - и какой лучше выставить режим для "Pseudo IPv4"?
На сайте (домен Ru) стояла реклама от Google AdSense (до марта 2022) и платежи получал на карту РФ через Рапиду.
Планирую возобновить показ рекламы от Google AdSense для всех стран (кроме РФ), изменив в платежных реквизитах российскую карту на карту, оформленную в польском банке.
Не заблокирует ли Google AdSense за смену платежных данных? Может лучше зарегистрировать новый аккаунт Google AdSense - сразу указав польскую банковскую карту и заново добавив сайт на модерацию?
Наталья А.#: какие мои действия? вообще навсегда можно забыть о монетизации при помощи РСЯ моего сайта?
Добрый вечер, Наталья. Была 3 месяца назад точно такая же ситуация по узконишевой площадке. Писал и через форму обратной связи РСЯ, и здесь на форуме представителю - вердикт таков - безапелляционная блокировка навсегда.
Собственно 3 месяца назад сняли блоки РСЯ - а боты до сих пор накручивают сайт - кликают всё что только можно (источники в Метрике - прямые заходы, переходы по рекламе - которой по факту нет...). Проблема с ботами уже давно на форуме обсуждается - блокируем их, но эффект чаще всего временный.
Получается таким способом можно из РСЯ выбить любого конкурента.
Роман Кузьминский#: Использование js кодов является нарушением п.3.1.6 Правил участия в РСЯ. В том числе задержка показа полноэкранного блока с помощью js кода.
Роман, добрый день!
Присоединяюсь к коллегам. Выше в этой теме проговаривалось, что НЕ запрещено использование отложенной загрузки - в виде оборачивания кода вызова рекламного блока в свой JS (setTimeout). Плюс я многократно переписывался с техподдержкой по email и демонстрировал коды вызова с отложенной загрузкой и мне давали положительный ответ на это.
Речь идет об этой комбинации:
<script> setTimeout(function(){
код рекламы
}, 1000); </script>
Вы уж нас не пугайте, пожалуйста. Владельцы сайтов, которые ценят своих посетителей - не будут сразу им показывать тот же "Полноэкранный"...посетители еще не готовы к такой рекламе, не вовлечены (отказы взлетят - проверяли). И отложенная загрузка решала эту проблему. К тому же скорость сайта заметно просядет без отложенной загрузки.
По сути это означает, что придется снимать половину блоков РСЯ, которые были самые эффективные.
Роман, могли бы еще раз уточнить у техотдела, пожалуйста - точно ли теперь нельзя использовать отложенную загрузку с использованием своего js setTimeout?
Мужики, в Cloudflare ничего трогать не надо. Pseudo IPv4 оставляем в OFF. IPv6 Compatibility включено, выключить его возможности нет и прекрасно. Не прописываем на Cloudflare AAAA-запись, а если прописали, то удаляем её. С Cloudflare всё, дальше уже остаются только настройки ISPManager. Отключаем там IPV6 и получаем итог такой. Пользователи с IPV6 заходят на сайт. Боты по IPV6 не мучают. МТС, Дом ру, Ростелеком и многие другие уже давно вовсю выдают IPV6 пользователям. Без него уже никак, даже в РФ.
Stranger82, добрый день!
Хотел у Вас уточнить. У нас выставлены настройки, согласно вышеприведенной рекомендации:
1. На Cloudflare:
2. На сервере:
В результате, как я понял:
В итоге:
2a00:1fa2:4466:b35e:0:58:f730:f001 - - [25/May/2023:08:42:57 +0300] "GET /wp-content/cache/autoptimize/autoptimize_2fe35dd76b690fe8e6f8a86dc3.php HTTP/2.0" 200 18832 "https://tut-url-sajta.ru/" "Mozilla/5.0 (Linux; arm_64; Android 13; SM-A515F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 YaBrowser/23.5.0.256.00 SA/3 Mobile Safari/537.36"
этот IPv6 - выдан оператором МТС
Вопрос:
Смысл тогда отключать ip6 если по ip4 будут боты ходить? Оффайте его полностью. AAAA записи недостатоно убрать
У нас на проекте большой трафик с европейских стран, юзеры которых заходят с IPv6. Ботов тоже мега-дохренища с IPv6, но реальных юзеров не хочется урезать.
Поэтому в идеале, чтобы для юзеров с IPv6 открывался сайт, но и ботам хоть немного усложнить ситуацию.
Правильно ли я понимаю, что если удалить АААА-запись на CF, но оставить IPv6 на сервере, то юзер сможет открыть сайт (IPv6 автоматически заменится на IPv4)?
Получается если на сайте отключен IPV6, а юзер заходит туда с IPV6, то если юзер не бот, а с нормального провайдера заходит, то IPV6 автоматом поменяется на IPV4?
Собственно я тоже так думал. Но перечитав всю ветку теперь сомневаюсь в этом...
Вопрос:
- тогда на самом сервере нужно оставить или убрать IPv6 ?
- и какой лучше выставить режим для "Pseudo IPv4"?
Адсенс и счет должны быть зарегистрированными в одной стране
Спасибо 👍
Коллеги, подскажите, пожалуйста...
На сайте (домен Ru) стояла реклама от Google AdSense (до марта 2022) и платежи получал на карту РФ через Рапиду.
Планирую возобновить показ рекламы от Google AdSense для всех стран (кроме РФ), изменив в платежных реквизитах российскую карту на карту, оформленную в польском банке.
Не заблокирует ли Google AdSense за смену платежных данных? Может лучше зарегистрировать новый аккаунт Google AdSense - сразу указав польскую банковскую карту и заново добавив сайт на модерацию?
какие мои действия? вообще навсегда можно забыть о монетизации при помощи РСЯ моего сайта?
Добрый вечер, Наталья. Была 3 месяца назад точно такая же ситуация по узконишевой площадке. Писал и через форму обратной связи РСЯ, и здесь на форуме представителю - вердикт таков - безапелляционная блокировка навсегда.
Собственно 3 месяца назад сняли блоки РСЯ - а боты до сих пор накручивают сайт - кликают всё что только можно (источники в Метрике - прямые заходы, переходы по рекламе - которой по факту нет...). Проблема с ботами уже давно на форуме обсуждается - блокируем их, но эффект чаще всего временный.
Получается таким способом можно из РСЯ выбить любого конкурента.
Здравствуйте. Использования функции setTimeout не будет нарушением.
Использование js кодов является нарушением п.3.1.6 Правил участия в РСЯ. В том числе задержка показа полноэкранного блока с помощью js кода.
Роман, добрый день!
Присоединяюсь к коллегам. Выше в этой теме проговаривалось, что НЕ запрещено использование отложенной загрузки - в виде оборачивания кода вызова рекламного блока в свой JS (setTimeout). Плюс я многократно переписывался с техподдержкой по email и демонстрировал коды вызова с отложенной загрузкой и мне давали положительный ответ на это.
Речь идет об этой комбинации:
<script>
setTimeout(function(){
код рекламы
}, 1000);
</script>
Вы уж нас не пугайте, пожалуйста. Владельцы сайтов, которые ценят своих посетителей - не будут сразу им показывать тот же "Полноэкранный"...посетители еще не готовы к такой рекламе, не вовлечены (отказы взлетят - проверяли). И отложенная загрузка решала эту проблему. К тому же скорость сайта заметно просядет без отложенной загрузки.
По сути это означает, что придется снимать половину блоков РСЯ, которые были самые эффективные.
Роман, могли бы еще раз уточнить у техотдела, пожалуйста - точно ли теперь нельзя использовать отложенную загрузку с использованием своего js setTimeout?