Наверное то решение можно оптимизировать и «проверенные» маки пропускать файрволом, а новые заворачивать на рекламу. Тогда проверка на мак будет делаться только один раз.
А как он определяет что можно кэшировать, а что нет? Если сайт мало-мальски динамический, то даже на своем сервер (nginx+apache) не так просто настроить корректное кэширование.
В данный момент он действительно неплох. Но сейчас, когда я выбираю менеджер паролей «на долгие годы вперед» не хотелось бы пересаживаться на неразвивающийся продукт. Он, банально, может начать глючить под какой-то новой версией MacOS или что-то подобное.
Где ничего не открывается? С локальной машины или вы браузере через прокси на сервере? Если с локальной, то какие днс-ы у вас прописаны? Напишите все подробно.
Насколько я знаю, изменить кривые данные для RU-домена не возможно. Специально спрашивал это у регистраторов и у cctld тоже. Вам остается только сидеть и молиться, что никто не накатает на вас абузу, по которой если вы в течение 3-х дней (насколько я помню) не подтвердите данные — домен вообще могут у вас отобрать.
Самая жопа в том, что раньше (несколько лет назад) таких правил не было! И эти правила были введены без возможности сменить данные на корректные.
Вот такая она хреновая ru-зона.
ЗЫ. В com-зоне сделано все по человечески. Поменять данные и трансфернуть домен можно легко и удобно.
