— Левый двигатель в норме?
— Нет -> правый двигатель в норме?
— Да -> Включить плазменный реактор.
Отлично. То есть, если левый двигатель в норме, то правый двигатель никогда не проверяется! Да и зачем его проверять, ведь гораздо важнее взлететь, а там уж как пойдёт.
— Чеклист?
— Нет, не слышал!
А если левый двигатель не в норме, а с правым проблем нет, то мы в включаем плазменный реактор. Хотя мы и не знаем, как там устроена летающая тарелка, интересен вопрос, что же это за проверки такие, что работоспособность левого двигателя можно проигнорировать.
Хотелось бы комментариев, как язык помогает искать подобные логические ошибки. На данный момент это утверждение кажется абсолютно беспочвенным.
Это — мой доклад, и я могу под присягой заявить, что Nginx 0.7.0 был мной взят из публично доступного репозитория, а точнее — собран из портов FreeBSD, с применением набора патчей, используемый в проекте почты Рамблера. При этом патчи как были, так и остались собственностью Рамблера и потому всегда применялись отдельно на opensource код.
Я уже задавал вопросы в обсуждении доклада, где меня тщательно проигнорировали. Ничего, я перезадам их здесь в надежде что совесть помешает проигнорировать их на Хабре.
1. Split brain
Вводная: По вашим же рассказам у вас есть 2 ДЦ, репликация настроена, все работает.
Допустим, в 11:00 МСК происходит авария в первом ДЦ и он становится недоступен. Система работает на втором ДЦ. В 13:00 аварию чинят и начинается репликация из второго ДЦ в первый всего того, что накопилось за 2 часа отсутствия связи. В 13:10 МСК отваливается второй ДЦ, ровно в тот момент, когда из ДЦ 2 в ДЦ 1 было отреплицировано 23% изменений.
Вопросы:
1.1) Что происходит с данными?
1.2) Продолжает ли система работать?
1.3) Какая вероятность в цифрах этого события?
1.4) Проводилось ли моделирование таких аварий в лаборатории?
1.5) Что произойдет, если оба два ДЦ отключить по питанию с промежутком 5 минут (недостаточным для перестройки маршрутов), сначала ДЦ1, потом ДЦ2, а потом включить их сначала ДЦ2, а потом ДЦ1?
2. Технические вопросы, все в кучу.
Какой трафик репликации между ДЦ?
Что такое «переезд виртуалок» в контексте обещания максимума 12 секунд простоя? Горячий снапшот с отображением страниц памяти? Тогда почему так долго? Физическая репликация файлов и рестарт? Тогда слишком быстро. Какая технология за этим кроется? В каком состоянии будет ВМ после такого переезда? А гипервизор? Скажите, настройки сети, хранения и безопасности переедут вслед за машиной?
Окей, для поколения XXI века информация с офсайта — не аргумент, не вопрос. Погуглите нечто вроде «United States has prohibited export of Java software» в контексте запретов для России. Не ищется, странно? Это такой секретный запрет, видимо. Только для ФГУП РСВО.
На самом же деле, все просто.
Очевидно, что никакому ФГУП РСВО никто ничего не ограничивал. В интернетиках нет ни ФГУП РСВО, ни Гугла, ни Оракла как таковых. Есть блоки IP-адресов, в данный момент использующиеся этими организациями. Не видите разницы? Жаль.
Вопрос, почему одному адресу (да даже пусть и подсети) показывается страница с эмбарго, требует отдельного расследования. Например, автору статьи было бы полезно выяснить с какого адреса он выходит в интернет, как давно этот адрес принадлежит ФГУП РСВО, не ходит ли он через прокси, и т.п.
До этого момента статья ни на что кроме как на крайне непрофессионально организованный вброс не тянет. Ничего личного.
Еще раз и медленно:
На сайте www.java.com есть локализация.
Страница с текстом про эмбарго локализована на множество языков, в том числе — и на русский. Делать из этого факта какие-то выводы о запрете скачивания для России может только очень странный человек.
>На случай если вам не повезло и вы не находитесь в России, то не стоит расстраиваться. Вы всё равно можете узреть эту прекрасную страницу и порадоваться за сограждан.
Какой вы смешной, право слово. За границей-то хоть раз были? Отель в другом городе из интернет-кафе бронировали? XP на персидском видели? А на греческом?
Национальные домены — это такая огромная разводка населения умными дядями, которые решили подзаработать много денег. Из той же серии что и продажа за десятки тысяч баксов доменов «ключевое слово вашего бизнеса». Никому это не нужно. Ни ключевое слово бизнеса, ни непонимаемые не носителями языка имена доменов.
Вы купили себе домен прайсборд.рф? Чепуха. Вы себе купили нечитаемые кракозябли xn--80acjs0acheg.xn--p1ai. Именно так вас видит весь мир. Не верите? Так загляните в RFC. Вас просто развели как лоха, впарив протухший товар.
И, да. Прежде чем спорить, посмотрите на российские автономера. В курсе, почему там нет кириллических букв, не имеющих аналогов в латинском алфавите?
Вообще, это, конечно пафосно до невозможности, но куча почтовых клиентов такие письма показывают чуть более чем криво потому как нещадно режут CSS и графику. Не говоря уже о, мобильных приложениях для Андроида и iOS, планшетах с небольшим разрешением, где чем проще и чем меньше трафика и графики — тем лучше.
И, да. Красоту изменрить нельзя. Конверсию — можно.
Через примерно шесть часов я допёр, что пароли со спец-символами рамблеровские IMAP/SMTP ну никак не принимают.
Неправда. При проверке пароля никакие символы не вырезаются, строка всегда сверяется в том виде, в каком была передана.
Не говоря уже о том, что при аутентификации через APOP/CRAM-MD5/DIGEST-MD5 никакой пароль вообще не передается.
И не должны.
Обратный переход не предусмотрен, пользователей в новый интерфейс переключат сразу и навсегда, контакты из старой Почты импортируют во время переключения.
Потому, что надо не только кэшировать, но и инвалидировать кэш.
Для такого проекта как «Шортики» делать это эффективнее когда страница собирается из разных источников на сборщике, пусть даже этот сборщик — PHP.
А для проектов, где страница разная для каждого пользователя, постоянная динамическая сборка — единственный возможный метод, если вы не хотите получить эн факториал файлов на диске.
Кроме того, в ряде случаев это и работает быстрее, так как тратится только CPU, а не происходит seek по диску в поисках файла и его отдаче.
— Нет -> правый двигатель в норме?
— Да -> Включить плазменный реактор.
Отлично. То есть, если левый двигатель в норме, то правый двигатель никогда не проверяется! Да и зачем его проверять, ведь гораздо важнее взлететь, а там уж как пойдёт.
— Чеклист?
— Нет, не слышал!
А если левый двигатель не в норме, а с правым проблем нет, то мы в включаем плазменный реактор. Хотя мы и не знаем, как там устроена летающая тарелка, интересен вопрос, что же это за проверки такие, что работоспособность левого двигателя можно проигнорировать.
Хотелось бы комментариев, как язык помогает искать подобные логические ошибки. На данный момент это утверждение кажется абсолютно беспочвенным.
На этом предлагаю дискуссию прекратить.
1. Split brain
Вводная: По вашим же рассказам у вас есть 2 ДЦ, репликация настроена, все работает.
Допустим, в 11:00 МСК происходит авария в первом ДЦ и он становится недоступен. Система работает на втором ДЦ. В 13:00 аварию чинят и начинается репликация из второго ДЦ в первый всего того, что накопилось за 2 часа отсутствия связи. В 13:10 МСК отваливается второй ДЦ, ровно в тот момент, когда из ДЦ 2 в ДЦ 1 было отреплицировано 23% изменений.
Вопросы:
1.1) Что происходит с данными?
1.2) Продолжает ли система работать?
1.3) Какая вероятность в цифрах этого события?
1.4) Проводилось ли моделирование таких аварий в лаборатории?
1.5) Что произойдет, если оба два ДЦ отключить по питанию с промежутком 5 минут (недостаточным для перестройки маршрутов), сначала ДЦ1, потом ДЦ2, а потом включить их сначала ДЦ2, а потом ДЦ1?
2. Технические вопросы, все в кучу.
Какой трафик репликации между ДЦ?
Что такое «переезд виртуалок» в контексте обещания максимума 12 секунд простоя? Горячий снапшот с отображением страниц памяти? Тогда почему так долго? Физическая репликация файлов и рестарт? Тогда слишком быстро. Какая технология за этим кроется? В каком состоянии будет ВМ после такого переезда? А гипервизор? Скажите, настройки сети, хранения и безопасности переедут вслед за машиной?
Еще полезно походить по вот этим ссылкам:
www.oracle.com/us/products/export/export-regulations-345813.html
www.oracle.com/us/products/export/eccn-matrix-345817.html
Окей, для поколения XXI века информация с офсайта — не аргумент, не вопрос. Погуглите нечто вроде «United States has prohibited export of Java software» в контексте запретов для России. Не ищется, странно? Это такой секретный запрет, видимо. Только для ФГУП РСВО.
На самом же деле, все просто.
Очевидно, что никакому ФГУП РСВО никто ничего не ограничивал. В интернетиках нет ни ФГУП РСВО, ни Гугла, ни Оракла как таковых. Есть блоки IP-адресов, в данный момент использующиеся этими организациями. Не видите разницы? Жаль.
Вопрос, почему одному адресу (да даже пусть и подсети) показывается страница с эмбарго, требует отдельного расследования. Например, автору статьи было бы полезно выяснить с какого адреса он выходит в интернет, как давно этот адрес принадлежит ФГУП РСВО, не ходит ли он через прокси, и т.п.
До этого момента статья ни на что кроме как на крайне непрофессионально организованный вброс не тянет. Ничего личного.
На сайте www.java.com есть локализация.
Страница с текстом про эмбарго локализована на множество языков, в том числе — и на русский. Делать из этого факта какие-то выводы о запрете скачивания для России может только очень странный человек.
>На случай если вам не повезло и вы не находитесь в России, то не стоит расстраиваться. Вы всё равно можете узреть эту прекрасную страницу и порадоваться за сограждан.
А еще вы можете порадоваться за японцев, немцев, англичан, испанцев и других. Полный список здесь: www.java.com/ja/selectlanguage.jsp
www.java.com/en/download/help/error_embargoed.xml
www.java.com/de/download/help/error_embargoed.xml
www.java.com/es/download/help/error_embargoed.xml
Локализация такая локализация.
Национальные домены — это такая огромная разводка населения умными дядями, которые решили подзаработать много денег. Из той же серии что и продажа за десятки тысяч баксов доменов «ключевое слово вашего бизнеса». Никому это не нужно. Ни ключевое слово бизнеса, ни непонимаемые не носителями языка имена доменов.
Вы купили себе домен прайсборд.рф? Чепуха. Вы себе купили нечитаемые кракозябли xn--80acjs0acheg.xn--p1ai. Именно так вас видит весь мир. Не верите? Так загляните в RFC. Вас просто развели как лоха, впарив протухший товар.
И, да. Прежде чем спорить, посмотрите на российские автономера. В курсе, почему там нет кириллических букв, не имеющих аналогов в латинском алфавите?
Что-что? Какой такой xn--80acjs0acheg@xn--80acjs0acheg.xn--p1ai?
Если вы с этим не согласны, извольте адекватно реагировать так же и на логины на 汉语 и हिन्दी.
И, да. Красоту изменрить нельзя. Конверсию — можно.
Есть два механизма блокировки: квота и отключение ящика после длительного неиспользования. Старые пиьсма, разумеется, сохраняются.
2) Для планшетов, смартфонов и маленьких экранов будет отдельная версия.
2) Вы всерьез считаете, что написать аналог google.docs — это так просто и быстро?
3) Вебчат будет очень скоро.
Неправда. При проверке пароля никакие символы не вырезаются, строка всегда сверяется в том виде, в каком была передана.
Не говоря уже о том, что при аутентификации через APOP/CRAM-MD5/DIGEST-MD5 никакой пароль вообще не передается.
Обратный переход не предусмотрен, пользователей в новый интерфейс переключат сразу и навсегда, контакты из старой Почты импортируют во время переключения.
Для такого проекта как «Шортики» делать это эффективнее когда страница собирается из разных источников на сборщике, пусть даже этот сборщик — PHP.
А для проектов, где страница разная для каждого пользователя, постоянная динамическая сборка — единственный возможный метод, если вы не хотите получить эн факториал файлов на диске.
Кроме того, в ряде случаев это и работает быстрее, так как тратится только CPU, а не происходит seek по диску в поисках файла и его отдаче.
О сборщике на основе nginx читать тут: habrahabr.ru/blogs/nginx/119582/