Хмм. Тут товарищ утверждает, что может делать DNS failover с временем переключения в течение 1 минуты (на основе двух неудачных проверок, проводимых раз в 15 секунд), — это время для тех пользователей (браузеров), которые уважают DNS TTL, и которых якобы большинство.
Блин, как отучиться думать о технологиях ради технологий, и абстрактных девяток :)
Хорошо об этом 37signals писали: не парьтесь по поводу супермега-availability, тока денег вбухаете. Лучше хорошо относитесь к своим клиентам, будьте открыты, не замалчивайте, а признавайтесь в проблемах — и тогда они вас обязательно поймут и не уйдут косяками из-за какого-нибудь даунтайма, который хотя и портит картину девяток.
Да, меня всю статью не оставляла мысль о том, что как же бэкапить-то!..
После всей статьи и этого вашего комментария захотелось хранить данные кроме основного еще в запасном облаке (от другого провайдера), да так, чтобы основной сервис можно было переключить на запасное облако без долгой «заливки» в основное.
В целом подумалось что бэкап должен быть активным, а не лежать мертвым грузом, требующим перезаливки. Или же допускать быструю активизацию (пусть и по более высокой цене) на время «настоящей» перезаливки.
Интересно, существуют ли решения с такими свойствами?..
Как смотать наушники так, чтобы не путались?.. — Очень просто.
Вытянуть провод на полную длину, взяв двумя руками на концы, взять за край с наушникам, сложить зигзагом в ширину ладони. Когда останется 15 см. провода — перестать складывать, но намотать остаток (заканчивающийся штекером) поперек на полученную «бухту», ближе к тому краю, где оказались наушники. 5-8 поперечных оборотов будет в самый раз. Положить в мешочек или в плотный карман, где они не будут бултыхаться и разматываться.
Развернуть еще проще: взять из кармана, одной рукой за наушники (а лучше за провода рядом с ними, чтобы не нагружать соединение), а другой за штекер, легким движением развести в стороны. Поперечное быстро размотается, затем зигзаг разложится, и вы получите полную развернутую конструкцию, без единой запутки.
по-моему, «раскиданы» — не проблема, особенно если речь идет о разных уровнях абстракции. Кликнул, углубился, прочитал детали.
Лично я по этому коду понимаю, что locatable-ность зависит от валидности токена и expire-нутости устройства. Я запомнил, что эти штуки есть, и они как-то считаются. Когда в другом месте встречу «token» вспомню, для чего он еще был нужен. Вобщем, необходимый и достаточный объём сведений для прочтения без переходов по ссылкам.
Кто-нибудь использовал такое?
Блин, как отучиться думать о технологиях ради технологий, и абстрактных девяток :)
Хорошо об этом 37signals писали: не парьтесь по поводу супермега-availability, тока денег вбухаете. Лучше хорошо относитесь к своим клиентам, будьте открыты, не замалчивайте, а признавайтесь в проблемах — и тогда они вас обязательно поймут и не уйдут косяками из-за какого-нибудь даунтайма, который хотя и портит картину девяток.
После всей статьи и этого вашего комментария захотелось хранить данные кроме основного еще в запасном облаке (от другого провайдера), да так, чтобы основной сервис можно было переключить на запасное облако без долгой «заливки» в основное.
В целом подумалось что бэкап должен быть активным, а не лежать мертвым грузом, требующим перезаливки. Или же допускать быструю активизацию (пусть и по более высокой цене) на время «настоящей» перезаливки.
Интересно, существуют ли решения с такими свойствами?..
Вытянуть провод на полную длину, взяв двумя руками на концы, взять за край с наушникам, сложить зигзагом в ширину ладони. Когда останется 15 см. провода — перестать складывать, но намотать остаток (заканчивающийся штекером) поперек на полученную «бухту», ближе к тому краю, где оказались наушники. 5-8 поперечных оборотов будет в самый раз. Положить в мешочек или в плотный карман, где они не будут бултыхаться и разматываться.
Развернуть еще проще: взять из кармана, одной рукой за наушники (а лучше за провода рядом с ними, чтобы не нагружать соединение), а другой за штекер, легким движением развести в стороны. Поперечное быстро размотается, затем зигзаг разложится, и вы получите полную развернутую конструкцию, без единой запутки.
Всё. :)
Лично я по этому коду понимаю, что locatable-ность зависит от валидности токена и expire-нутости устройства. Я запомнил, что эти штуки есть, и они как-то считаются. Когда в другом месте встречу «token» вспомню, для чего он еще был нужен. Вобщем, необходимый и достаточный объём сведений для прочтения без переходов по ссылкам.