Только с одного домена. С разных - запрет.
У себя наблюдал не редирект, а окно confirm в Лисе с подменой юзерАгента на Андроид через плагин. Может дело в плагинах?
Кто-нибудь в реальном Андроиде наблюдал редирект? У себя на двух устройствах никакого редиректа не видел.
Вы, главное, надейтесь, чтобы Ваш следователь это понял. Мне же это без разницы.
grossman, вам не мешает ознакомиться:
"Создание, распространение или использование компьютерных программ..., заведомо предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования компьютерной информации или нейтрализации средств защиты компьютерной информации, - наказываются ограничением свободы на срок до четырех лет". УК РФ, ст.273
Сайт - это "компьютерная информация", реклама на сайте - неотъемлемая часть этой информации, Ваши плагины несанкционированно модифицируют эту информацию, продолжите логическую цепочку сами.
Ну и помимо УК есть еще гражданская ответственность в виде необходимости возмещения ущерба.
Впрочем, если Вас это не тревожит, то и ладно.
http://ping-admin.ru/free_test/
Imitator, по этой ссылке можете проверить свой домен с разных точек
senks777, Expire здесь не играет роли - это время, в течение которого вторичный DNS будет пытаться завершить синхронизацию зоны с первичным. То есть, это время жизни данных со вторичного сервера в случае недоступности первого.
Время кэширования задается параметром Minimum TTL - Это значение применяется с целью проинформировать остальные серверы, сколько времени они могут хранить данные в кэше.
Однако многие провайдеры игнорируют эту запись и ставят свою - обычно 24-48 часов.
Неважно, что у вас было записано (у меня TTL был выставлен на 10 минут), при сбое все записи на серверах R01 изменились на срок кеширования - НЕДЕЛЯ.
Лечение только одно - узнавать, у каких провайдеров проблемы с доступом, и тогда писать им (и лично и через R01), с просьбой почистить кеш.
ПС. Паниковать не стоит - на неделю закешируют мало провайдеров (большая часть - 24 часа). А вот вычислять неработающих и просить их обновить кеш - помогает.
Так ведь срок считается не от обновления NS, а от момента, когда провайдер захавал с него информацию и занес в кеш, нет? Дальше он считает время, установленное в TTL (в идеале), или какой-либо свой срок кеширования ставит (24-48 часов).
Сейчас проблема в другом - при сбое время TTL у всех скакнуло на 604800 (НЕДЕЛЯ). То есть часть провайдеров, которая кеширует записи исходя из TTL, теперь неделю будет отправлять на подставной адрес.
addurl,
Не можете объяснить, почему? Если записи на новых NS корректны и старые NS тоже стали работать корректно, то какая разница к каким NS будут обращения? Или я что-то недопонял?
Sic transit gloria mundi (Так проходит слава мира)
Просто так, для справки - на скрине в левой колнке...
