rPman

В вашем случае около каждого телевизора нужно поставить кеширующее устройство (достаточно роутера с поддержкой usb дисков/флешек или карт памяти), все телевизоры сетевые умеют проигрывать с домашних NAS, так что достаточно обычных домашних роутерорв с настроенным ftp чтобы вы могли заливать (ваши скрипты) на них ваши файлы и телевизоры их могли проигрывать

Если ваш телевизор не умеет сеть, то купите карту памяти с wifi доступом и вставьте ее через usb картридер в телевизор, затем настройте доступ к флешке через роутер (лучше vpn настроить от всех роутеров сетей где телевизоры до вашего управляющего сервера)

пол секунды грузится http под 15кб, а потом автоматом столько же еще полторы секунды стартовая страница

При использовании европейской прокси, скорость загрузки первой страницы почти 3 секунды, разбирайтесь что там за тормоза, это нереально много.

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

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

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

nginx reverse proxy

Инфы ноль но я угадаю - поставьте mxplayer и в нем перебирайте кодек, тамчарианты от software до нескольких hardware

В штатном клиенте telegram пишите в поиск нужный вам канал (даже тот в котором вас нет), выбираете в результатах поиска его, не нажимаете join, нажимаете на заголовок, листаете вниз и смотрите список его участников, нажав на каждого по очереди сможете узнать их id (если такого нет телефон не будет показан, если он не у вас в контактах), в общем стандартный публичный профиль включая список каналов, пересекающихся с вашими (т.е. не все а только те на которых вы есть)

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

Еще, ваш vpn занимает канал, т.е. на каждое подключение через vpn на сервер идут два подключения на одинаковой скорости, т.е. в идеальной ситуации вы сможете через vpn утилизировать только половину серверного канала, т.е. 50мбит (это если провайдер vps лимитирует сумму входящего и исходящего трафика).

p.s. настройте vpn на использование udp соединений а не tcp
У tcp в современном интернете проблемы с производительностью, очень хорошая статья с примерами и тестами, в которой сказано что потери в канале на 5% понижают скорость от размера канала до 75%, на 10% - уже половина. В слоучае с vpn такие проблемы смело умножайте на два, так как сначала пакет идет на сервер а потом от сервера к вам.

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

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

Правильный подход - клиентское приложение открывает и держит открытым сетевое соединение (websocket например, все браузеры поддерживают, ну а приложения могут сами ниже уровнем tcp использовать), в этом случае приложению так или иначе придется отсылать в это подключение ping пакет (keep alive таймаут) но в этом случае закрытие приложение пользователем будет отловлено в тот же миг по закрытию сетевого подключения, т.е. в базу данных на сервере не нужно ничего писать, бакэнд сможет по списку открытых подключений все сказать сам.

Да, если у пользователя смартфон - то в момент ухода в сон или из-за проблем с сетью (смена базовой станции при движении или просто рукожопство ОпСоС-ов) соединение тоже может закрыться или наоборот подвиснуть и в пределах таймаута выдавать неверную информацию (т.е. человек приложение закрыл а сервер это не отловил) но окно ошибки в этом случае будет тот же таймаут, что был бы в первом неправильном способе.

Храните в памяти, в переменных или вам нужно слишком много или нужно хранить между запусками скриипта (например между разными запросами)?

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

Существуют in memory database, начиная со старейшего memcache. Попробуйте redis.

Да android (это linux + java или что угодно) - многопоточная операционная система (и запускается на железе с несколькими ядрами в процессоре, давно), и да вам никто не мешает как пользоваться этим так и нет.

Асинхронность не подразумевает использование threads, например можно использовать асинхронные сокеты в пределах одного потока.

Вот в комментариях к вопросу немного разжевано.

linux имеет несколько инструментов по использовании ssd как кеш для диска на уровне файловой системы, вот пример с упоминаниями остальных

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

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

Самая мелкая версия (с точки зрения лицензий и цены) которая может быть запущена внутри виртуальной машины - это win10 pro, и да, вам не подойдут версии oem. Еще есть форма лицензирования, когда вы берете лицензию в аренду на месяц (кажется доступна только с enterprise версий, там тоже куча разновидностей) а еще есть software assurance, которая как доп пакет позволяет лицензироваться от рабочих мест пользователей а не устройств (это если я верно понял то море поноса что написано на официальном сайте).

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

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

p.s. без виртуализации, для маленьких офисов, может оказаться самый выгодный вариант win 10 home + минимальное количество процессорных блоков, к которым подключено одновременно несколько рабочих мест (монитор+клавиатура+мышь), на базе ibik aster, судя по тому что компания еще существует, они как то урегулировали споры с лицензированием (на форуме у них были эпичные цитаты общения с представителем майкрософт, по которому следовало что даже играть хотсит вдвоем нельзя на домашних версиях)

Я вам уже ответил ранее.

Вы просто попробуйте пройтись по текстовому sql-дампу diff-ом, результат вас удивит, ни один архиватор так эффективно не ужмет.

Кстати сам по себе diff по sql не очень эффективный, но если воспользоваться специализированным инструментом, заточенным именно на выявление разницы в данных БД, то можно получить еще больший профит (т.е. патч будет равен ровно тем данным, что были изменены).

К сожалению готовые инструменты чаще всего затачивают под конкретную базу данных, и это явно будет не firebird. Посмотрите утилиты от dbForge data compare, возможно оно вам подойдет (правда оно для вашей задачи избыточно), кажется там была возможность подключиться к любой базе.

Совсем правильно, поищите программиста, который вам запилит command line утилиту именно для этой задачи, делов то на неделю кодинга, может меньше.

Увы, спецификация четко говорит:

4.5 Threads

Because of the use of the storage mutex, multiple browsing contexts will be able to access the local storage areas simultaneously in such a manner that scripts cannot detect any concurrent script execution.

Но, вы можете попытаться, и симулировать мютексы сами.

Классический пример, ищем атомарную операцию которая одновременно отметит факт блокировки в хранилище и выдаст ее состояние. Например реализация мютекс: lockState=++localStorage['lockState'];
Здесь вы получаете количество процессов, желающих получить доступ к объекту и одновременно повышаете количество блокировок, вы смело можете долго проверять это значение, и если оно больше 0 то не немного подождать и повторить попытку потом (само собой тут же уменьшив количество блокировок), когда именно, отдельный разговор, например можно завернуть работу с вашей базой через ваши методы, где и вызывать свои колбеки.