Дмитрий

они плюс \ минус одинаковые.

более дорогие батарейки просто дольше могут лежать в коробке ДО начала использования

При старте экран чёрный (так и задумано на этом этапе), но клавиатура реагирует на клавишу ESC — код отрабатывает корректно.

Это потому, что код крутится вот в этом месте, опрашивая клавиатуру и ожидая нажатия клавиши без участия прерываний.

Прерывания будто блокируются после первого-второго вызова.

Это так, но они блокируются не из-за обработчика прерываний клавиатуры, а из-за dummy_handler_asm, который вызывается по таймеру, но не завершается отправкой кода окончания обработки прерывания в PIC.
Вот такое изменение фиксит эту проблему:

diff --git a/system/drivers/interrupts.asm b/system/drivers/interrupts.asm
index 75ea06c4bc2f..17ac87fa6b06 100644
--- a/system/drivers/interrupts.asm
+++ b/system/drivers/interrupts.asm
@@ -98,5 +98,7 @@ dummy_handler_asm:
     push rax
     mov rax, 0xFEE000B0
     mov dword [rax], 0
+    mov al, 0x20
+    out 0x20, al
     pop rax
     iretq

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

яндекс \ вк \ таймвеб \ makecloud \ сбер итд...

рег ру эт муосрная компания

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

Хранить локально в файловой системе там же, где расположен веб-сервер

Если комп чиста под виртуалки - не делай brain fucking, бери бу сервер и ставь ESXi или Proxmox, Нафиг на серверном компе винда?
Бу сервера можно брать тута. Если 150к - это бюджет чиста на сервак, то можно ничего себе так собрать. Главное - это конечно память и стор. На памяти не экономить, брать не менее 64G. На сторе тоже не экономить - лучше проц взять более раннего поколения, но на стор брать новые диски.

Первое, брать процессор не старее 10-15 лет (можно конечно, если это серверные ревизии, вроде бы китайцы завалили рынок дешевыми ксеонами, но они сами по себе медленные), тогда особо не будут заметны накладные расходы на виртуализацию (к примеру в 2013 году они могли доходить до 30%, сейчас это порядка 10% но сравнивать сложно, только синтетика покажет заметные затраты).

Второе, больше оперативной памяти, причем много это значит как можно больше. Правильно конечно от задачи исходить, но 'будут использоваться для программирования станков' совсем ничего не помогает.
Поэтому стартовый объем - 64гб,... позволит запускать с десяток windows машин без особого напряга.

Третье, быстрый ssd диск (рекомендую nvme но выбирать не по pci-e и гигабайтам в секунду а по основному параметру: TBW - сколько записей можно делать на диске, обычно он хорошо корелирует с надежностью модели) и достаточно большой, для хранения образов. Если одновременно будут работать несколько виртуальных машин на windows, они будут активно использовать диск, и это будет очень заметно, особенно при запуске приложений. Одна windows - это порядка 70гб (сначала будет 30гб но уже через неделю обновления доведут до максимума).
upd. бывает что два диска может быть лучше чем один диск размера их суммарного. Независимая нагрузка на диски например.
Еще, заранее рассматривайте хорошее охлаждение для nvme, в идеале - активную.

Остальные комплектующие подбирать под оставшийся бюджет.

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

Не гонитесь за последними ddr5 и ddr6, они быстры и хороши, но в среднем на десятки процентов, но вот ценник удваивается за каждый следующий условный процент повышения производительности. Выбирайте ddr4, особенно если есть среди чего выбирать.

Софт - не обязательно серверные версии windows, но обязательно pro/enterprise версии, особенно это актуально для тех кто лицензии покупает. Помним, вам придется покупать лицензию на каждую машину, запускаемую в виртуалке. Серверные ревизии позволят чуть чуть сэкономить, когда количество одновременно запущенных машин машин - десятки, но.. смотрите, а ваш софт умеет работать с серверными ревизиями ОС?
Я бы все же рекомендовал linux (тот же debian) как хост, нервы будут целее, особенно когда начнете пробрасывать порты и железо внутрь виртуалок (бывает для станков это критично).

p.s. если деньги компании, то покупать на avito/ozon может быть проблематично

Надо сразу указывать, что мать китайская, потому что обычно вопросы "почему у меня что-то не так, как должно быть" в сочетании с "китайская мать" отлетают сразу. Китайцы особо не утруждают себя соблюдением спецификаций, поэтому мать может вести себя буквально как ей вздумается.
Ну и насчет визуала. Я с этим частично согласен, но проблема в том, что win7 и новые игры в принципе несовместимы. Поэтому если только в визуале дело (в чем я вовсе не уверен) - classic start menu, winaero tweaker - и "будет людям счастье, счастье на века" :)

Пробовал оба варианта.

Несколько платных MTProto-прокси работали нормально, но периодически возникали проблемы со стабильностью. В какой-то момент решил сравнить их с собственным сервером на VPS.

Оказалось, что поднять свой MTProto намного проще, чем кажется. Сервер я оплачивал дольше, чем настраивал. Нашел инструкцию, где установка выполняется буквально одной командой, а весь процесс занял около 5 минут:

Инструкция по установки своего MTProto на арендова...

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

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

Если ты не умеешь Гугл и смотреть Ютюб ты вчера был уже вне рынка, если сегодня ты не умеешь ии, ты просто никому не нужен на рынке труда

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

Ну так не используйте одинаковые массивы $ank[] одновременно в head.php и komm.php, да и всё.

P.S. А вот SQL-запросы нужно переделывать, иначе взламывать будут такой тяп-ляп одной левой!

Формально, в данной схеме можно исключить nginx.

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

Главная причина, почему 'обычно' именно так делают, это вопросы безопасности и простоты разработки.
* nginx (или apache), обычно используют как сервер
- который обслуживает ssl шифрование (сертификаты для https), обслуживание простых логов (сбор статистики например) и защита от одного типа ддос (уже редкий случай).
- очень эффективная отдача статичных файлов с диска
Веб сервера вылизаны на столько, что написать реализацию простой отдачи файлов лучше наверное уже не возможно, поэтому для статических файлов (картинки, стили, видеофайлы) выгоднее и проще отдавать это на откуп nginx (в некоторых случаях можно вообще обойтись только веб сервером, тупой пример basic http auth + отдача статики)

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

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

Можно