Этот перевод хорошо настоялся, почти ровно два года исполнилось оригинальной статье. Не надо останавливаться, можно ещё вторую статью на английском о кластерах подобных масштабов перевести (ну, так было на январь 2023-го; статья от OpenAI как помнится). Ждём через пару лет.
Почти ровно год назад тот же самый Виктор из ТП vdsina что указан на скриншоте на голубом глазу утверждал мне в тикете что "У нас всегда сохраняется стоимость услуги на момент заказа, вне зависимости от того, повысилась она, или снизилась".
Но хотя бы заградительные комиссии с сайта убрали.
Лет десять назад пользовался предыдущим поколением беркутов - ещё на гигабит. Зашел почитать из-за ностальгии - глядь, а ничего то у них и не изменилось с тех пор.
Согласен. Плюс по моему опыту многое зависит от конструкции NFC-модуля. Поменял один смартфон на другой и на тех же самых терминалах скорость и четкость срабатывания возрасла на порядок.
Это конечно. Но в сколько-то сложной системе из шаблонов, наборов values-файлов и задания параметров в рантайме уже не получается объяснить IDE все высоты глубин и приходится делать дополнительные приседания с линтингом и проверкой валидности уже результата шаблонизации, что реально, но тоже не бесплатно.
А всё потому что для хелма по сути выбрали неудачный шаблонизатор — не заточенный при рождении для генерации валидных YAML/JSON. В этом, например, прелесть jsonnet — зашаблонизировать невалидный результат непросто.
Отчасти это нивелируется тем что большинство программ из касков сами себя обновляют (маркированы как auto_updates) и brew их ставит только в первый раз или при явном запросе пользователя (--greedy).
На практике у меня на m1 хром сам обновляется после первой установки через brew, а вот на x86_64 это почему-то не работает и приходится обновлять из каска.
Почему "абстрактный хук для генерации случайного пароля не доставит вам проблем" с flux? Хелм в таких случаях будет редеплоить. Неясно, в чем различие подходов арго и флюкса в этом месте.
Привязка к смартфону это ещё ничего. Менее безопасно чем разъём USB, но кому-то удобней а иногда и вообще единственный способ связи.
Что более интересно, так это функция восстановления ваших ключей при утере. Что как бы намекает, кто целевая аудитория устройства.
Этот перевод хорошо настоялся, почти ровно два года исполнилось оригинальной статье. Не надо останавливаться, можно ещё вторую статью на английском о кластерах подобных масштабов перевести (ну, так было на январь 2023-го; статья от OpenAI как помнится). Ждём через пару лет.
Неплохая статья для начинающих, но вот совет задавать лимиты памяти равные реквестам - сомнительный. Приложения бывают разные.
Представь себе, что ты кубер-кластер на 2048 нод и 100500 подов...
Почти ровно год назад тот же самый Виктор из ТП vdsina что указан на скриншоте на голубом глазу утверждал мне в тикете что "У нас всегда сохраняется стоимость услуги на момент заказа, вне зависимости от того, повысилась она, или снизилась".
Но хотя бы заградительные комиссии с сайта убрали.
Планирую переезд от этих непорядочных людей.
Лет десять назад пользовался предыдущим поколением беркутов - ещё на гигабит. Зашел почитать из-за ностальгии - глядь, а ничего то у них и не изменилось с тех пор.
Согласен. Плюс по моему опыту многое зависит от конструкции NFC-модуля. Поменял один смартфон на другой и на тех же самых терминалах скорость и четкость срабатывания возрасла на порядок.
Это конечно. Но в сколько-то сложной системе из шаблонов, наборов values-файлов и задания параметров в рантайме уже не получается объяснить IDE все высоты глубин и приходится делать дополнительные приседания с линтингом и проверкой валидности уже результата шаблонизации, что реально, но тоже не бесплатно.
А всё потому что для хелма по сути выбрали неудачный шаблонизатор — не заточенный при рождении для генерации валидных YAML/JSON. В этом, например, прелесть jsonnet — зашаблонизировать невалидный результат непросто.
qbec и подобное ещё есть.
Ощущение, что на хабр стал писать ChatGPT.
Откройте для себя magit :-)
Даже под vscode есть версия, вполне сносно работает.
А разгадка проста — это так вот работает "защита" от Cloudflare для не-РФ-ных IP-шников.
Залогиниваешься с IP РФ, после этого тебя перестаёт перенаправлять на CF, и начинает работать и с других IP.
Отписка "Начните принимать куку сайта". Мда...
Пока ещё есть один хром где логин работает, написал им в поддержку жалобу. Посмотрим что ответят...
Выглядит это как сообщение
в консоли браузера. Воспроизводится на чистых Chrome, Safari, на настроенном Firefox. Все браузеры самых новых версий. Платформа MacOS, arm64/amd64.
Уже год с лишним такая проблема в Firefox, в хроме работает. Ставлю те же браузеры на новый ноутбук — ни в одном уже не работает.
Кто сталкивался — подскажите, в какую сторону копать?
Ну тогда например https://github.com/coroot/coroot — не снифит весь трафик, на eBPF.
Отчасти это нивелируется тем что большинство программ из касков сами себя обновляют (маркированы как auto_updates) и brew их ставит только в первый раз или при явном запросе пользователя (--greedy).
На практике у меня на m1 хром сам обновляется после первой установки через brew, а вот на x86_64 это почему-то не работает и приходится обновлять из каска.
mosh совсем о другом. Почитайте сайт проекта
Кто использует autossh для поддержания туннелей — расскажите, каков он в сравнении с запуском через systemd/launchd ?
Почему "абстрактный хук для генерации случайного пароля не доставит вам проблем" с flux? Хелм в таких случаях будет редеплоить. Неясно, в чем различие подходов арго и флюкса в этом месте.