Возможно. Но будут вопросы с маршрутизацией трафика: нужно будет настроить, что куда пойдёт. В простом варианте отдельные сети маршрутизировать в этого нового провайдера, в более сложном - городить policy routing.
Делать 10 докер-файлов более чем нормально. А ещё нормально сделать свой базовый образ с node.js и основными пакетами, которые везде используются, а затем на базе него делать образы под конкретные приложения.
eegmak, я вполне серьёзно. Если вместо странных лишённых логики вопросов описать исходную задачу, то ответы будут более конкретны, более эффективны и более целенаправлены.
eegmak, не разделяя стиль автора предыдущего комментария, я всё же поддержу его в общей идее: кажется, что переключать десятки microSD это какая-то фигня, которая вряд ли может быть адекватным решением осмысленных задач.
Так-то я где-то в интернетах видел платы, в которые можно вставлять сразу десяток microSD, что кажется более удобным, чем колхозить переключение карточек. Но смысл вообще какой? Если не хватает объёма одной карточки, то эффективнее купить карточку большего объёма или перейти на флешки/диски.
Igor Gafarchik, в любом случае, в Bot API это невозможно (во всяком случае, в актуальной версии), так что придётся или смириться с показом исходного автора, или напрячься с формированием нового сообщения. Файлы при этом перекачивать не нужно, можно получить их id и передавать его вместо загрузки новых файлов с нуля.
Добавлю ещё, что можно вступить в конфликт с уже имеющимися патентами, поэтому перед патентованием лучше изучить поляну, а за это опытные специалисты возьмут дополнительных денег.
Если же запатентовать то, что уже имеет патент или не защищённую патентом реализацию (prior art), то можно нарваться не только на аннулирование патента, но и на иски по возмещению финансового ущерба от тех, кто платил патентные отчисления по этому патенту.
Рекомендую не страдать фигнёй и вложить свои знания и ресурсы в что-то действительно полезное. Например, в очередной проект для очередного заказчика.
linuxstation, скорее всего неправильно было настроено виртуальное окружение.
Вообще, вопрос неправильно задан. Непонятно, что значит "не отправляет". Скорее всего, там какие-то ошибки были - и их обязательно надо было показывать. И наверняка там падало прямо на импорте телебота.
Например, пусть бот положит файл в какой-то каталог, доступный через web-сервер. Или можно сделать так, чтобы бот пересылал все собщения с файлами своему владельцу. В общем, есть варианты и даже больше одного.
А вообще не очень понятна формулировка "чтобы я в его видел". Задача сформулирована недостаточно конкретно.
Weishaupt, да, про снапшоты я не подумал, а ведь btrfs упоминался. Вообще, полезно заодно разобраться, как определять занятое имеющимися снапшотами место, чтобы лучше контролировать дискового пространства.
как то совсем не user friendly получается
В Windows нельзя удалить файл, который кем-то открыт, тут можно, это в какой-то степени более удобно, а в другой - доставляет проблем. Но как правило в Linux никто в здравом уме и не удаляет файлы из-под запущенного приложения. Более простой способ решения - перезагрузка.
Конечно, проблеме забивания диска CoW-данными снапшотов перезагрука ничем не поможет, к сожалению.
HXNDY, это плохая идея и вообще негодная учебная задача. Bot API разрабатывался для совсем другого сценария использования: бот может получить информацию только о тех пользователях, которые к нему обращались или состоят в одной с ним группе, и только при условии получения событий, содержащих информацию об этих пользователях (почти все события при этом - сообщения). Получить информацию по абсолютно случайному пользователю в любой момент бот не может.
Конечно, можно сделать, чтобы бот накапливал информацию по тем пользователям, которые упоминаются в приходящих к нему событиях, чтобы затем её доставать из накопленного кэша. Но особого смысла в этом нет, так как база пользователей бота вряд ли будет огромной.
Чтобы делать поиск именно по имени пользователя, потребуется использовать клиентский API телеграма, на котором построены его десктопные и мобильные приложения. Смотреть в сторону библиотеки telethon. Но лучше быть осторожным, так как в отличие от бота, клиентский API авторизуется аккаунтом реального пользователя, и неосторожные действия (в том числе слишком частый поиск информации по пользователям) могут привести к бану реального живого аккаунта.
Я бы предложил для учебных целей сделать что-нибудь другое. Ну, например, из популярного у новичков можно сделать бота, который бы возвращал погоду по названию города. В любом случае, полезно научиться лучше понимать сценарий работы ботов и все связанные с этим ограничения API.
