Beautiful is better than ugly. (c) The Zen of Python

Потому что высчитывать пробелы и превратить это в синтаксис языка - это фашизм. У меня на это глаза болят.

Это как идеальное симмитричное лицо био-робота, вызывает отвращение. Все знают что жизнь - несовершенна, состоит из маленьких откланений от нормы. Чувствуют интуитивно.

Потому что высчитывать пробелы и превратить это в синтаксис языка - это фашизм. У меня на это глаза болят.

</duscuss> по закону годвина

Потому что высчитывать пробелы и превратить это в синтаксис языка - это фашизм. У меня на это глаза болят.

а разве иде эта сама не делает?

а разве иде эта сама не делает?

Делает, но гибкости от этого не прибавляется

Утра в хату

Утра в хату

Свободу ходу девопсному

Свободу ходу девопсному

Жизнь Девопсам!

СБ - на ножи!

А.У.Е.

Тьфу, B.G.P.

Тогда уж Д.У.Е.

Чятеком ошыбся

Срачик с утра?

Где ты чрачик видишь, Понечка?

пацаны здороваются

Красота то какая на улице

Я думал срачик(

:(

На улице не красота

противный снег

хз, из окна прикольно смотрится :D

хз, из окна прикольно смотрится :D

В мск не оч

Два дня можно из дома не выходить, пока не растает

В мск не оч

Чойта? За МКАДом нормально так навалило, машины в снегу

Чойта? За МКАДом нормально так навалило, машины в снегу

До МКАДа тоже снег есть

Но тает

Пора в лето валить

а разве иде эта сама не делает?

Стайллинтеры порой бывают довольно приличного размера, порой бывают замороченные правила для того чтобы код имел более оптимальное представление

Питон же к этому изначально не готов

Пора в лето валить

Борода ок

Здрасьте.

Борода ок

Маловато, пока на велосипедную цепь не наматывается \o/

Здрасьте.

Привет, Машике

Привет, Машике

Привет, Сашенька

коллеги

мы вот вчера обнаружили, что chrome и firefox ведут себя неожиданным образом

вот у нас есть www.something.com

и к нему прибиты два ip

и по обоим он отвечает

Всё так. Особенно касаемо богомерского флеша

если один адрес сдох - браузер сам это отслеживает, и работает со вторым

это неодннократно тестировалось в прошлом, и работало прекрасно

мы на этом месте отменили везде ucarp

так вот

вчера мы - пользователи наши - заметили, что chrome и ff ждут полторы минуты, прежде чем начать работать со вторым адресом

я так понимаю - это таймаут попытки соединения с первым

safari продолжает работать как раньше

что вы об этом знаете?

А где два ip прописаны?

Dns ?

или upstream у nginx?

хорошо когда поддержка ничего кроме последнего хрома не нужна

карп они отменили

А где два ip прописаны?

dns, конечно

что вы об этом знаете?

Что днс для фэйловера и балансировки не надо использовать как единственный механизм

карп они отменили

несколько лет был не нужен

Что днс для фэйловера и балансировки не надо использовать как единственный механизм

еще раз - это работало прекрасно больше 5 лет

несколько лет был не нужен

а вы снимали телеметрию с браузеров? еще как нужен. просто эти запросы, которые не работали, до вас не доходили.

а вы снимали телеметрию с браузеров? еще как нужен. просто эти запросы, которые не работали, до вас не доходили.

+1

до нас пользователи только вчера дошли с жалобами. а у нас их много. так что - да, снимали телеметрию

фиг с ними с браузерами. существует куча кривых днс-серверов, которые возвращают машине первую из группы A-записей. браузер у пользователя в его говносети вообще не знает, что рабочий адрес существует.

еще месяц назад ничего такого не было

до нас пользователи только вчера дошли с жалобами. а у нас их много. так что - да, снимали телеметрию

Снимали телеметрию по количествам жалоб?

а жалобы через формочку на сайте? постойте...

конечно. вы тоже так делаете, между прочим. от вас и научились

ERROR: S client not available

а жалобы через формочку на сайте? постойте...

через группу вконтакте

все, коллеги, завязывайте умничать

все, коллеги, завязывайте умничать

Чувак, мы ее умничаем. Все на твои грабли наступали и результат один - днс балансировка и фэйловер не надежен и не предсказуем

Как второй механизм - да, ок.

Даниил, а где здесь завязывать? У тебя изначально чрезвычайно ущербная схема (отказались от CARP). Честно говоря, не знаю, о чем можно дальше говорить. браузер перецепится (наверное). или нет. и когда нет - тебе не повезло.

Как единственный - нет, встретишь прикольные грабли

Вы посмотрите количество юзеров и конверсию в прошлые аутейджи такого плана

А не группу в вк

ну ок. спасибо за науку.

по заданному вопросу есть, что сказать?

Да ведут. Да непредсказуемо

этот факт доступен нам эмпирически

Всегда вели, всегда будут. Вам просто везло

вообще-то нет, везение тут ни при чем.

Даниил, а где здесь завязывать? У тебя изначально чрезвычайно ущербная схема (отказались от CARP). Честно говоря, не знаю, о чем можно дальше говорить. браузер перецепится (наверное). или нет. и когда нет - тебе не повезло.

месяц назад все протестированные браузеры всех версий нормально обрабатывали описанную ситуацию. вчера обнаружилось, что это больше не так, хром и фф ведут себя не так, как вели месяц назад. я правильно понял, что вы с проблемой еще не столкнулись? а, возможно, и не столкнетесь, раз имеете возможность использовать в плюс к этому другие механизмы отказоустойчивасти... я-то надеялся на простой ответ типа "научи свой роутер отправлять host unreachable". но нет - так и нет

0) ситуацию должен отработать не браузер, а сложная система из "браузер-провайдерская сеть-магистральная сеть-ваша внутренняя сеть-сервер". 1) не столкнулись, потому что не надеемся на днс в этом кейсе. 2) не столкнемся. 3) host unreachable может не дойти по 100500 причинам, и надеяться на него в этом случае нельзя. вообще никогда нельзя надеяться на то, что клиент хоть чем-то умнее, чем read из /dev/tcp.

при чем тут днс? коллега, вы уверены, что поняли проблему?

прекрасно понял. не очень точно употребил термин "днс", читать как "псенвдофейловер с помощью нескольких A-записей в DNS".

это вообще не фейловер, об этом в любом учебнике написано

Даниил, вы используете несколько записей в DNS как средство обеспечения отказоустойчивости, не используя никаких средств отказоустойчивости на сетевом уровне и кидаетесь в меня учебниками?

смело.

Если я правильно понял проблему, то некоторое время назад гугл перестал делать раундробин нескольких А записей в своем днс

нет, опять мимо

не перестал

и дело не в этом

Что-то там точно перестало, и инфа об этом была

Даниил, вы используете несколько записей в DNS как средство обеспечения отказоустойчивости, не используя никаких средств отказоустойчивости на сетевом уровне и кидаетесь в меня учебниками?

нет, не использую в этом качестве

и дело не в этом

Опиши по пунктам проблему. Текущий сетап, текущую проблему.

А если и перестал, то переход ко второй записи должен быть быстрее.

потому как для failover придумали SRV :)

Что-то там точно перестало, и инфа об этом была

это ббыла утка

А то то что ты говорил звучит именно как "добавил две а записи, одна сдохла, почему я получаю фигню?"