Локальные соединения обычно рвутся либо при умирании приложения, либо если там оказваются забиты все буферы (например, случился deadlock в недрах кода и входящий в приложение трафик не разбирается). Всё это нормально обрабатывать просто на исключениях. И логгировать. В случае возникновения реальных проблем (частые повторы ситуации, потери важных данных итд) - разбираться более целенаправленно.
Enterneter, когда блокчейны с биткойнами только начинали хайповать, было довольно много людей, которые пытались там что-то детально изучать, что-то пробовать и аналогичное разрабатывать. Сейчас это вышло из моды. Сейчас все любознательные на нейросети перекинулись.
rPman, не 3 года, а 1 год всего был отстойник в нулевых, а сейчас и того меньше, так как оборот номеров очень большой, а выданные операторам ёмкости не резиновые..
Скорее всего, номер попал под требования об обновлении персональных данных. А поскольку это требование приходит как SMS или звонок на этот же номер, то узнать об этом было затруднительно.
На текущий момент да, file_id живут бесконечно. Но есть большой вопрос, когда в Телеграме перестанет хватать финансов всё это хранить за многие годы. И что они при этом будут делать - неясно. Например, у них должны быть тысячи файлов, загруженные уже мёртвыми аккаунтами - логично удалять именно их, а не файлы живых ботов.
У меня есть бот, который отправляет статичные тексты и ногда с файлами. Когда я набор текстов и файлы обновляю, бот при первой отправки файла не находит file_id в таблице files своей собственной базы, загружает файл в Телеграм и записывает в базу. В дальнейшем этот файл всегда отправляется по id. Уже не первый год работает без проблем. Но файлы я храню, в случае необходимости просто почищу таблицу - и файлы загрузятся заново.
Если текущая контора устраивает и начальник адекватный, то рекомендую пойти с этим вопросом к нему. Возможно, предложат конкретное направление роста к взаимному интересу и работника, и работодателя.
MinZeroMax, всё в разных файлах не так делается. В discord.py для этого придумали коги (cogs).
Включение интентов на портале недостаточно, нужно также передать эти интенты в инициализацию бота, вон там в ответе пример этого есть. Если это не сделать, то во взаимодействии бота с серверами дискорда события входа-выхода передаваться не будут.
На самом деле в консоли клавиатурная раскладка и шрифт грузятся через команды loadkeys и setfont, а файлы для них лежат в /usr/share/{keymaps,consolefonts,consoletrans}. Но это в рантайме можно поменять, а автору явно лучше было бы на постоянной основе. И там setupcon автоматизирует этот процесс лучше, заодно позволя общий конфиг с X.
Довольный Айтишникъ, конфиги цисок просто сливаются файлами и кладутся в гит. Можно даже логгировать что там происходит по сети и реагировать например на событие записи в конфиг. Ну или тоже уже начать конфигами управлять за пределами самих цисок, что вообще-то тоже может быть неплохо.
В любом случае, имеет смысл хранить ещё один запасной бэкап где-нить на диске у себя дома, можно даже не совсем регулярный, на случай совсем внезапной ситуации.
bassoon48, вопрос денег к вопросам технологий не имеет отношения.
Да, сейчас чаще всего не подключают сети и сервера напрямую в интернет. Даже если в сети есть софтроутер, за ним чаще сего есть железный. Но софтроутеры - бывают. Хорошо это или плохо в той или иной ситуации - это вопрос, который не имеет отношения к тому, что это технически вполне себе работает и не нарушает понятия "роутер".
bassoon48, софтовый я имею в виду не специальное устройство, а условный линукс или BSD на сервере. Так тоже делают.
Не видел, чтобы мы обсуждали именно энтерпрайз. По-моему, просто некую асбтрактную ситуацию в некоей абстрактной сети, у которой может быть самый разный размер, самый разный бюджет и самые разные требования.
Конечно, хорошо, когда можно щёлкнуть пальцами и купить сразу желеску за полляма одним днём, но это не всем доступна опция.
