shurshur

Для go подсказали выше (exec.Command)

Для python - os.system.

os.rmdir('photo')

os.remove не работает с каталогами.

Роскомнадзор сам ничего не блокирует, это регулятор, а не технический исполнитель. Его уровень - бумажка написаль.

Вся работа РКН заключается включение некоторой строчки в некоторый список, регулярно эта строчка даже нормально не парсится (большой привет http:\\), но провайдеров обязуют "всёзаблакиравать", они как-то интерпретируют этот список и как-то пытаются сделать невозможным доступ к хостам из него. У каждого свой метод для этого. Кто-то блочит полученные по DNS все IP из списка или подменяет их IP на IP заглушки, кто-то отвечает RST на любой трафик в эти IP, кто-то пытается подсовывать свой левый https-сертификат на заблокированные сайты, плюс множество местных особенностей, вариаций итд итп.

В этом коде выполняется bot, а client не используется.

У commands.Bot есть примерно все те же методы и свойства, что у discord.Client. Для начала надо @client.event заменить на @bot.event.

Далее, известная проблема заключается в том, что собственный обработчик on_message мешает выполняться командам, это настолько популярная проблема, что в официальном FAQ идёт первым же пунктом: https://discordpy.readthedocs.io/en/latest/faq.htm...

Функции лучше не называть русскими буквами и тем более не надо вставлять туда звёздочки. Команды можно называть с помощью параметра name, чтобы они отличались от названия функции:

@bot.command(name='пнуть')
async def kick(ctx, nick):

Главная ошибка тут - в предположении, что аффинный шифр что-то усложнит. Нет, это не так. По сути шифр остаётся шифром Виженера, в котором просто изменяется ключевое слово на другое. А дальше брутфорсом пробовать разные ключевые слова, проверяя результат расшифровки на похожесть на реальный текст (к примеру, по факту наличия словарных слов).

Вся беда подобного подхода в том, что количество перебираемых вариантов не очень велико (по меркам современного компьютера), плюс вычислительная сложность ниже плинтуса. Поэтому перебор тут будет невероятно эффективнее работать, чем в вычислительно сложных шифрах типа RSA.

Не должно стоять задачи деления по числу строк. Код нужно делить логически, чтобы поддерживать в нём модульную архитектуру, чтобы код был понятен и легко читаем.

Скажем, в одном файле функции работы с базой, в другом - рендеринг графика распределения показателей, в третьем - модуль запросов к API с ГОСТ-шифрованием...

Аналогично, не должно быть задачи раскладывания файлов по каталогам по количеству. Можно посмотреть на реальные проекты, как в них всё делится.

Смотреть в сторону утилит типа cmdow.

Смотрю предыдущий вопрос: Что учить для работы в сфере IoT?

Судя по всему, мы имеем обычный случай "найти себя" в какой-нибудь области. Но если по IoT нужны знания больше инженерно-технические, то в ML нужна настоящая теоретическая подготовка по математике. Если всё же очень хочется - начинать можно с любого вузовского учебника по линейной алгебре.

Это невозможно. В принципе. Слой загружается на сервер только целиком, нельзя проверять, что в нём отличается только один файл. Тем более отличаться будет не только файл, но и, например, каталог, в который его положили - у него изменится mtime. Всё это отслеживается через контрольную сумму архива слоя, она от любого нового файла меняется.

Ну как бы это вполне возможно. Нужно --net=host, чтобы fail2ban редактировал iptables на хосте, нужно прокинуть (или загнать в образ) конфиг, нужно прокинуть изучаемые им логи, ну и про privileged mode не забыть. Но зачем? Ему же по сути только конфиг надо настроить один раз и везде использовать, вон уже выше ansible посоветовали для упрощения этой операции.

Весь смысл наследования в том, что экземпляр класса B можно использовать и как экземпляр класса A (но не наоборот). Если из B удалить какой-то атрибут, то что будет с наследованием? Если просто пытаться его как-то скрыть, то это не поможет - ведь можно приведением типов экземпляр класса B превратить в экземпляр класса A и получить обратно свой доступ к нужному полю.

И вообще, вот, например, есть библиотека, которая умеет работать с объектами класса A. Библиотека скомпилирована кем-то, её исходный код недоступен. Мы определяем класс-потомок B и далее используем функции библиотеки на объектах этого класса. Всё хорошо, но мы уже не можем запретить библиотеке работать с этим полем.

PS: В своё время намного лучше понять ООП мне помогло чтение описания внутреннего устройства классов в Turborland Pascal. Устроены классы (в Pascal они называются объектами, но это не столь важно) примерно так:

1. Ссылка на таблицу виртуальных методов (VMT)
2. Поле 1.
3. Поле 2.
...

VMT устроена так:

1. Ссылка на метод 1
2. Ссылка на метод 2
...

Наследуемый класс отличается от исходного тем, что у него более длинный список полей (но все поля исходного имеются в наличии и находятся по тем же самым смещениям), а также отличаются адреса переопределённых методов, плюс сама таблица VMT может быть длинее за счёт добавленных новых методов (но те же самые старые методы находятся по тем же смещениям).

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