Ну в этом и смысл. Если государство даёт законное право тарифицировать 150р за Гб и самому определять пулы адресов для тарификации, почему бы не воспользоваться?
От этого узла всеравно идет коннекшен к иностранному ip. Узел принадлежит какому-то абоненту провайдера. Этот абонент будет получать счёт за трафик от провайдера. И ещё административный денежный штраф, если министерству не удастся от него отбрыкаться.
Как-то сложно вы подошли к проблеме. Почему бы провайдеру просто не считать весь трафик с иностранными ip как vpn и списывать с клиента 150р за каждый Гб свыше 15Гб в месяц. Если клиент считает, что это не верно, то может попробовать доказать, что не пользовался vpn. Какие у клиента есть возможности для доказательства?
Клиент скачал с торрента кино новинку в HD, провайдер списал с клиента 2тыс руб. Нетфликсу такие доходы даже не снились, наступают золотые времена. Склонировал репо с гитхаба - 200р. Пулл образа с докер хаба - 1т руб. Интернет трафик дороже нефти.
В примере приведен консьюмер для события, который принимает сообщение из топика, дёргает save репозитория и делает acknowledge для сообщения. Допускаем, что перед ack упало, значит сообщение не обработано, и после восстановления будет обработано повторно. Операция репозитория неидемпотентная, что и приводит к проблеме.
Предлагается принимать сообщения в Inbox. В обработчике для инбокса операция записи в инбокс уже идемпотентная, что позволяет возникающую проблему избежать.
Далее представим как изменится обработчик сообщения, который теперь берет сообщение из инбокса вместо кафки. В нем после вызова репозитория будет acknowledge в инбоксе. И аналогично существует вероятность падения между вызовами репозитория и ack инбокса. Т.е. инбокс не позволил уйти от заявленной проблемы.
Информация, что есть Pullenti и в SDK есть SqlHelper - это конечно здорово, но все-таки хотелось бы увидеть схему таблицы и примеры запросов поиска.
Это все замечательно, но не понятно как этим пользоваться. Каков юзкейс? Какую проблему решает и у кого эта проблема возникает?
Отличная статья, спасибо! вы молодцы!
Почему решили не дробить загружаемый файл на блоки, чтобы заливать одновременно на несколько кладунов (или на один)?
Почему пришлось сохранить L7-балансировщик?
Получается при обрыве загрузки и последующей докачки файл должен уходить на тот-же кладун вне зависимости от его текущей загрузки?
Разве Knox (Secure folder) это не тот-же Shelter по функционалу?
С нетерпением ждём Часть 2 с описанием, как построить жизнеспособную дизайн-систему на Tailwind.
На сколько меньше и каких?
Есть старая поговорка: Спасение утопающих — дело рук самих утопающих.
У Паши и его сотрудников нет никаких проблем с блокировками.
Чем он удобней nginx или haproxy?
Ну в этом и смысл. Если государство даёт законное право тарифицировать 150р за Гб и самому определять пулы адресов для тарификации, почему бы не воспользоваться?
От этого узла всеравно идет коннекшен к иностранному ip. Узел принадлежит какому-то абоненту провайдера. Этот абонент будет получать счёт за трафик от провайдера. И ещё административный денежный штраф, если министерству не удастся от него отбрыкаться.
Как-то сложно вы подошли к проблеме. Почему бы провайдеру просто не считать весь трафик с иностранными ip как vpn и списывать с клиента 150р за каждый Гб свыше 15Гб в месяц. Если клиент считает, что это не верно, то может попробовать доказать, что не пользовался vpn. Какие у клиента есть возможности для доказательства?
Клиент скачал с торрента кино новинку в HD, провайдер списал с клиента 2тыс руб. Нетфликсу такие доходы даже не снились, наступают золотые времена. Склонировал репо с гитхаба - 200р. Пулл образа с докер хаба - 1т руб. Интернет трафик дороже нефти.
Почему Campfire не рассматривали от 37signals?
То есть для задачи начисления выплат за kpi вы предлагаете делать иерархию сотрудник -> менеджер? сильно 😀
А чем ollama принципиально отличается от lmstudio? Т.е. ollama не нужно было делать?
Отличная работа! Никого не слушайте, продолжайте пилить!
Конечно, давайте посмотрим на реализацию.
В примере приведен консьюмер для события, который принимает сообщение из топика, дёргает save репозитория и делает acknowledge для сообщения. Допускаем, что перед ack упало, значит сообщение не обработано, и после восстановления будет обработано повторно. Операция репозитория неидемпотентная, что и приводит к проблеме.
Предлагается принимать сообщения в Inbox. В обработчике для инбокса операция записи в инбокс уже идемпотентная, что позволяет возникающую проблему избежать.
Далее представим как изменится обработчик сообщения, который теперь берет сообщение из инбокса вместо кафки. В нем после вызова репозитория будет acknowledge в инбоксе. И аналогично существует вероятность падения между вызовами репозитория и ack инбокса. Т.е. инбокс не позволил уйти от заявленной проблемы.
Для чего в next.js потребовался "API-слой с контроллерами, сервисами и процедурами"?
Вы разбирались, что именно стало быстрее и по какой причине?
Почему вы выбрали путь написать cli tool, а не skill или plugin для существующих агентов?