Aragorn

На хостинге есть видео. Размер видео 100 Мб.

Установите ffmpeg и просто базовым запросом перекодируйте в тот же размер что у вас есть. Удивитесь сокращению размера раза в два.

Видео запускается через тег video

Используйте библиотеки, типа videojs. они действительно имеют больше возможностей.

На смартфонах такое разрешение не нужно.

Настройки пользователя или конфиги пользователя в вашей системе.

К примеру, на десктопах показываем исходник = 1080, на планшетах = 720, на смартфонах = 560.

Изначально нужно закодировать. ffmpeg перегоняет очень быстро файлы в разные форматы на m1 макбуках (4x от изначального 1080 файла), думаю современные процессоры умеют так же.
В любом случае придется хранить все 3 версии, но тут нюанс -
576 - может весить 5-10мб
1080 - 20-30 мб
720 - около 15.

В итоге все 3 версии готовые - меньше вашего изначального файла. Продумайте им названия и внедрите в систему.

Есть маааааленькая проблемка. Ты забыл/не знал, как работают файлы. А именно, у них есть такая штука как "текущая позиция", по которой выполняется чтение-запись. В итоге:
1. Ты открываешь файл в начале кода. Его текущая позиция - в начале файла.
2. Ты делаешь отправку файла. Бот читает содержимое файла до конца для отправки. Теперь текущая позиция - в конце файла.
3. Ты снова пытаешься отправить тот же файл. Бот не может прочитать содержимое файла, потому что текущая позиция - в конце, читать в конце уже нечего. А в начало бот сам не "перематывает", он же без понятия, что у тебя за файл.

Просто открывай файл каждый раз при отправке (и не забудь закрыть, оператор with в помощь), а не один раз в начале скрипта.
Либо, если прямо очень-очень хочется держать файл открытым, каждый раз перед отправкой "перемотай" файл на начало методом seek().

Смотря для чего. Судя по вашему описанию достаточно будет просто запустить какую-нибудь ось в vitualbox.

На компе есть игры. Значит пара свободных гиг оперативы и несколько потоков процессора найдется.

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

Никак :) То, что прибыли не планируется - это никого не греет и это еще доказать надо :)

1. Юридическое лицо обязательно придется завести

2. Налоговая в любом случае увидит тут признаки дохода и ты будешь обязан взимать НДФЛ с исполнителей, как налоговый агент.
Вот и требование отчитываться в налоговую.
Вот тебе, получается, нужно узнавать полные данные и ИНН исполнителей.
Вот и закон о персональных данных кокетливо машет рукой, а РКН ждёт от тебя стопку бумаг о том, как ты с этими ПД работаешь и как защищаешь. Очень возможно, что придётся ещё потратиться, чтобы всем требованиям соответствовать.

3. А ещё тут очень легко можно попасть на отмывание денег. Возможно, для того что ты хочешь сделать, нужно ещё получать лицензию. Стоит проконсультироваться с юристом по поводу того, какой у тебя ОКВЭД тут будет.

4. Учитывая это - я хз как ты собираешься не получать с этого прибыль. Ибо только на то чтобы запустить такой сервис и чтобы он работал придется немало денег вложить и регулярно тратить.

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

Директор не хочет каждый месяц платить по 2 тысячи рублей в месяц.

Ну пусть уволит всех сотрудников и закроет бизнес. Да-да, пусть уволит всех своих трех сотрудников! (При таком подходе их не может быть больше)

Для нормального бизнеса две тысячи в месяц - это нечто такое, что пролетает без солгасования сразу в бухгалтерию на оплату...

Так Инстаграм заблокирован в России наверно в этом дело

На том, который лучше всего знают ваши разработчики.

Так делает стопицот сайтов. Если труба работает конечно. Потому что если она не работает - какой смысл?

С чем именно у тебя возникла трудность?

Можете дать какие-нибудь наводки, что бы я понял, что мне нужно сделать, пожалуйста?

Что сделать чтобы что происходило?

По идее с помощью первой кнопки бот должен сохранить сообщение пользователя о прошедшем дне на сегодняшнюю дату

Видимо бот должен просить отправить сообщение на день и сохранять куда-то текст.

а при помощи другой выдать запись за любую другую и, если на нужную дату записи нет, сообщить об этом

Видимо должен просить пользователя отправить дату, или предлагать список доступных дат (например в виде кнопок). И искать запись в своём хранилище на эту дату.

Получается, тебе нужно определиться с:
1. Где хранить записи и разобраться, как с таким хранилищем работать. Самое просто тут - в обычных текстовых файлах.
2. Как именно в деталях должно строиться взаимодействие с пользователем и как такое взаимодействие можно запрограммировать.
Тут можно использовать диаграмму состояний, например