Тут вопрос не в инертности, а в том, что небольшой даунтайм при переезде гарантирован алгоритмом привязки домена и избежать временной недоступности невозможно именно из-за требований чтобы А запись указывала на фронтенд, который еще не умеет отвечать на GET запрос по данному хосту.
Хотелось бы еще заметить, что привязка домена к контейнеру сделана немножко неудобно. В случае переезда сайт приляжет на время зависящее от ловкости осуществляющего переезд. Ибо сначала надо перенастроить все записи на фронтенд, и толко после того как они поднимутся интерфейс позволит привязать домен. Особенно в случае зоны ru ждать приходится долго и можно подзатянуть время в течении которого ДНС показывают на фронтенд который о сайте еще не знает.
Спасибо. На всякий случай спрошу у поддержки Яндекса. По большому счету данный конкретный случай меня сильно не беспокоит — важности в той визитке ноль.
С другой стороны случай настораживает. Если это действительно кэширование ДНС, то так не должно быть, и нет гарантий что и поисковый робот не пользуется этими кэшами. Получается, что если слишком рано потушить старый сервер( раньше чем через неделю), можно получить понижение в выдаче за низкий аптайм ( сейчас метрика показывает 90%).
За 8 и 12 марта написано Код ответа: No response received after 10 s и интервалы в течении которых сайт был недоступен, 2 дня 6:52:52 и 3:02:54 соответственно. За 14 марта Код ответа: ip address is unknown и интервал 3:06:18. На той-же странице обещают, что проверка проводится каждые 1 ч. 20 мин.
Переносил к вам 8 марта. До этого была схема EC2 за cloudflare.com. На серверах cloudflare.com NS записи до сих пор указывают на их проксю (108.162.192.27 и 108.162.193.27). Возможно, что часть роботов Яндекса держали адреса в кэшах 6 днй, но cloudflare.com в этом случае всеравно бы отвечал данными из своего кэша.
Интересно, как в свете российского законодательства будет смотреться проблема с UNIX'овским /bin/true. Можно ведь зарегистрировать право на «системную» программу «единственным результатом работы которой является завершение выполнения с кодом ошибки ИСТИНА». Само имя программы интересно можно запатентовать?
Проблема мне кажется в том, что по нынешнему законодательству, если владелец прав на такую программу победит, ответчик не сможет даже переписать программу. И вторая проблема, в том, что право у нас беспрецендентное и троль судясь со всеми ОС использующими «его» программу имеет ненулевой шанс на прибыль.
Вообще, здорово что вы разрешаете привязать домен второго уровня к хранилищу. У амазона, чтобы так сделать c S3, надо начать платить за их Rote53. Можно конечно схитрить с wwwizer.com, но ваше решение красивше.
Единственный вопрос: вы не дружите с яндексом? Периодически метрика шлет сообщения, что сайт недоступен, хотя все работает и даже из ЯндексВэбмастера можно получить ответ от сервера. Такое впечатление, что вы их адреса иногда избирательно за что-то блочите. Для примера статистика:
14 марта в 18:15 — стал недоступен; 14 марта в 21:21 — доступен снова.
12 марта в 08:13 — стал недоступен; 12 марта в 11:16 — доступен снова.
08 марта в 23:46 — стал недоступен; 11 марта в 06:39 — доступен снова.
Повторюсь, реально — сайт в это время работал. Есть только письма, что мониторинг ЯндексМетрики его не видит.
В моем случае не особо важно, ибо там визитка. Но мне кажется обидно, если вы иногда блочите поискового робота. Кажется за такое понижают в выдаче.
Обычный WiFi. На этом уровне никаких ограничений нет.
На расстоянии 193–220 километров? И
связь возможно будет очень быстро высаживать заряд телефона
Мне кажется, что вы немножко заблуждаетесь.
Кстати мультикаст от Cisco должен быть именно на уровне MAC, если его решили использовать в проекте. Только почемуто информации по этому Cisco StadiumVisionMobile, я не нашел. Его включили в 802.11? Все устройства его поддерживают?
Какой мультикаст, какой физический уровень… у ребят еще нет технической спецификации, они сами еще не знают каким образом их космические роутеры будут работать. Есть мечта, есть общие слова, есть две статьи на Хабре и есть окошко, куда надо сдавать деньги на спутники. Идея интересная, но надо подождать пока появится хоть какая-то техническая информация.
Скорее всего вы меня не правильно поняли. И мне интересно, как вайфай пойдет через облака. Как я понял проект находится в самом начале своего пути и технические детали еще не проработаны. Самое забавное в этой ситуации, что авторы еще не знают как их сеть будет работать, но уже собирают деньги на спутники.
Although Outernet's near-term goal is to provide the entire world with broadcast data, the long-term vision includes the addition of two-way Internet access for everyone. For free.
С сайта проекта. Но говорить и спорить пока не о чем, так как проект находится на стадии «было бы круто запустить в космос wi-fi роутеры, дайте нам денег и мы придумаем как».
Создатели проекта отвечают на этот вопрос очень расплывчато. Вроде как мировой рекорд по дальности 304 км. Но ни одного слова например о том, какую батарейку надо запихать в килограммовый спутник размером 10х10 см, чтобы обеспечить работу передатчика мощностью 50 Ватт, хотябы в течении года.
Как я понял, технические детали проекта еще не прорабатывались. Тут есть ссылка на презентацию о DTN, но там не идет речи о вайфае.
Если обратный канал и будет, чтобы им воспользоваться придется чёпать за лицензией. Ибо данные частоты в нашей стране можно использовать только внутри помещений с передатчиком мощностью до 100 мВт включительно.
И у Колумба небыло американской визы… Неужели нет международных договоренностей о космическом пространстве? Неких правил космического движения?
Внутри страны радиовещание строго регулируется. Неужели другое государство может вот так просто нарушать эти законы из космоса? Например те же китайцы, очень обрадуются, если Америка будет вещать им с высоты 600км свободу и демократию?
Про то, что канал хочет быть односторонним понятно. Непонятно про вещание на лицензируемой частоте. Разве можно басурманскому низкоорбитальному спутнику летать над Таганрогом и вещать что попало в эфир? Про международные соглашения в этой области может кто-нибудь прояснить? Количество орбит ведь тоже не бесконечное. Любому спутнику, любого государства, можно летать на LEO над другим государством?
Может кому пригодится: в качестве оболочки для словарей использую GoldenDict. Его последняя версия умеет запоминать историю (много-много, у меня стоит 1024 слова) и экспортировать ее в файл. Можно накропать скриптик, который будет делать словари из этой истории. Смысл в том, чтобы учить слова, перевод которых вы когдато искали.
Поддержу. Часто там, где надо поймать траффик, гуя нет, а смотреть траффик хочется с комфортом. Еще есть cloudshark, избавляет, в некоторых случаях, от необходимости устанавливать wireshark.
А можете рассказать про IPv6 и IPSec? Как-то уже спрашивал дали только ссылку, из которой следует что поддерживается это только в Linux. Но насколько? Уже можно пользоваться, или шифрование еще в стадии разработки? Просто когда говорят про IPv6, говорят что у него есть шифрование и это круто. Хочется подробностей.
С другой стороны случай настораживает. Если это действительно кэширование ДНС, то так не должно быть, и нет гарантий что и поисковый робот не пользуется этими кэшами. Получается, что если слишком рано потушить старый сервер( раньше чем через неделю), можно получить понижение в выдаче за низкий аптайм ( сейчас метрика показывает 90%).
Переносил к вам 8 марта. До этого была схема EC2 за cloudflare.com. На серверах cloudflare.com NS записи до сих пор указывают на их проксю (108.162.192.27 и 108.162.193.27). Возможно, что часть роботов Яндекса держали адреса в кэшах 6 днй, но cloudflare.com в этом случае всеравно бы отвечал данными из своего кэша.
Проблема мне кажется в том, что по нынешнему законодательству, если владелец прав на такую программу победит, ответчик не сможет даже переписать программу. И вторая проблема, в том, что право у нас беспрецендентное и троль судясь со всеми ОС использующими «его» программу имеет ненулевой шанс на прибыль.
Единственный вопрос: вы не дружите с яндексом? Периодически метрика шлет сообщения, что сайт недоступен, хотя все работает и даже из ЯндексВэбмастера можно получить ответ от сервера. Такое впечатление, что вы их адреса иногда избирательно за что-то блочите. Для примера статистика:
Повторюсь, реально — сайт в это время работал. Есть только письма, что мониторинг ЯндексМетрики его не видит.
В моем случае не особо важно, ибо там визитка. Но мне кажется обидно, если вы иногда блочите поискового робота. Кажется за такое понижают в выдаче.
На расстоянии 193–220 километров? И
Мне кажется, что вы немножко заблуждаетесь.
Кстати мультикаст от Cisco должен быть именно на уровне MAC, если его решили использовать в проекте. Только почемуто информации по этому Cisco StadiumVisionMobile, я не нашел. Его включили в 802.11? Все устройства его поддерживают?
С сайта проекта. Но говорить и спорить пока не о чем, так как проект находится на стадии «было бы круто запустить в космос wi-fi роутеры, дайте нам денег и мы придумаем как».
Как я понял, технические детали проекта еще не прорабатывались. Тут есть ссылка на презентацию о DTN, но там не идет речи о вайфае.
Внутри страны радиовещание строго регулируется. Неужели другое государство может вот так просто нарушать эти законы из космоса? Например те же китайцы, очень обрадуются, если Америка будет вещать им с высоты 600км свободу и демократию?
Может кому пригодится: в качестве оболочки для словарей использую GoldenDict. Его последняя версия умеет запоминать историю (много-много, у меня стоит 1024 слова) и экспортировать ее в файл. Можно накропать скриптик, который будет делать словари из этой истории. Смысл в том, чтобы учить слова, перевод которых вы когдато искали.