В последнее время очень скептически отношусь к вот этим "а если" на этапе проектирования или первичной реализации. Как правило, по закону подлости, изменения происходят не там и не такие, которые были заложены.
Судя по постановке - делать ничего не надо, т.к. "...у тебя есть структура, которая считает..." и менеджер отличается только окладом (что структура уже отражает). Работает - не трогай. Не вижу смысла пытаться учесть всю возможную блажь начальства сразу и создавать десятки интерфейсов, фабрик и обёрток.
А я из-за этого релиза перешел на Fedora - именно из-за того, что сломали переключение раскладок. Пока плачу, ем потихоньку кактус и жду, когда нормально починят, чтобы вернуться.
Почему абсурд - если фильтра не будет, есть шанс нарваться на штраф. А самостоятельно его настроить невозможно, т.к. в свободном и официальном доступе полного списка блокировок нет. Вот вся суть вопроса.
Хм, а с чего вдруг "операторов связи"? В законе вот так:
Неисполнение владельцем программно-аппаратных средств доступа к информационным ресурсам, информационно-телекоммуникационным сетям, доступ к которым ограничен, обязанности обеспечить соблюдение запрета предоставлять доступ к информационным ресурсам, информационно-телекоммуникационным сетям, доступ к которым ограничен на территории Российской Федерации
И штрафы в т.ч. для граждан, а не только юридических лиц. Я так понимаю, это на всех распространяется.
Спасибо, но я не совсем это имел в виду. Меня интересует вычленение многострочных json/xml из общего потока логов. Мало того, что коллекторы вроде vector (promtail не пробовал) и так это делают не сильно хорошо, так ещё вмешивается docker, который может лог разрезать на несколько. У меня не получилось это нормально настроить, пришлось отправлять логи через amqp в тот же вектор. Т.е. решать на уровне приложения, а не докера.
А поделитесь опытом, как вы организовали логирование коммуникаций между сервисами или с внешними системами? В статье про это нет, а логи там бывают большими и многострочными.
У меня несколько раз Arch после обновления падал серьезно - даже не загружался. Но было это лет 10 назад. Да и поднимался несложно - главное, чтобы какой-нибудь LiveCD под рукой был.
Но надоело, поэтому перешел на Ubuntu, а потом на Mint.
Да и не особо я знаток шифрования, если есть полезная информация, поделитесь, изучу.
Читаю книгу по криптографии, так что немного подушню.
Здесь нет смысла использовать RSA. Во-первых, всё хранится локально, так что симметричного шифрования вполне достаточно. Во-вторых, асимметричное - это долго и ограниченно. Думаю, AES будет достаточно.
В последнее время очень скептически отношусь к вот этим "а если" на этапе проектирования или первичной реализации. Как правило, по закону подлости, изменения происходят не там и не такие, которые были заложены.
Судя по постановке - делать ничего не надо, т.к. "...у тебя есть структура, которая считает..." и менеджер отличается только окладом (что структура уже отражает). Работает - не трогай. Не вижу смысла пытаться учесть всю возможную блажь начальства сразу и создавать десятки интерфейсов, фабрик и обёрток.
Хм, спасибо, посмотрю. Возможно, я неудачно обновился.
А я из-за этого релиза перешел на Fedora - именно из-за того, что сломали переключение раскладок. Пока плачу, ем потихоньку кактус и жду, когда нормально починят, чтобы вернуться.
Список блокировок секретный. Список законных vpn - секретный, и рекламировать их нельзя. Но, "речь о запрете vpn не идёт".
Сервера - нет. А вот владельцем программных средств, т.е. впн, думаю, делает. Комментарий бы юриста по этому вопросу...
Почему абсурд - если фильтра не будет, есть шанс нарваться на штраф. А самостоятельно его настроить невозможно, т.к. в свободном и официальном доступе полного списка блокировок нет. Вот вся суть вопроса.
Да в законе ни слова про регистрацию. Хотя я не юрист, конечно. Выше подробнее расписал.
Ого сколько минусов :)
Всего-то хотел выяснить, стоит ожидать штраф или нет.
Хм, а с чего вдруг "операторов связи"? В законе вот так:
И штрафы в т.ч. для граждан, а не только юридических лиц. Я так понимаю, это на всех распространяется.
Хм, но ведь с 1 сентября даже свой VPN должен реализовывать блокировки РКН. У вас там фильтр встроенный?
Нет. Значение по умолчанию для типа.
Жаль. Думал, получится от костылей отказаться.
Спасибо, но я не совсем это имел в виду. Меня интересует вычленение многострочных json/xml из общего потока логов. Мало того, что коллекторы вроде vector (promtail не пробовал) и так это делают не сильно хорошо, так ещё вмешивается docker, который может лог разрезать на несколько. У меня не получилось это нормально настроить, пришлось отправлять логи через amqp в тот же вектор. Т.е. решать на уровне приложения, а не докера.
А поделитесь опытом, как вы организовали логирование коммуникаций между сервисами или с внешними системами? В статье про это нет, а логи там бывают большими и многострочными.
У меня несколько раз Arch после обновления падал серьезно - даже не загружался. Но было это лет 10 назад. Да и поднимался несложно - главное, чтобы какой-нибудь LiveCD под рукой был.
Но надоело, поэтому перешел на Ubuntu, а потом на Mint.
Вот эту. В целом без особой математики, хотя в разделе асимметричного шифрования автора понесло :)
Но объясняет и базу шифрования, начиная от хеш функций и, во второй части - уже реальное применение TLS, мессенджеры, крипта.
Читаю книгу по криптографии, так что немного подушню.
Здесь нет смысла использовать RSA. Во-первых, всё хранится локально, так что симметричного шифрования вполне достаточно. Во-вторых, асимметричное - это долго и ограниченно. Думаю, AES будет достаточно.
Хм. Тоже вариант.
Спасибо за ликбез! Буду пробовать.
Интересно, спасибо. Есть над чем подумать!