Дмитрий

Если комп чиста под виртуалки - не делай 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, практически никакой... плюс лишняя защита от брутфорса паролей или глупых админов, делающих пароли простыми.

Можно

В вашем случае, когда хостинг не предоставляет панели управления, а доступен только FTP, можно рассмотреть несколько вариантов для упрощения работы с сайтом.
1. Использование WinSCP

WinSCP - это мощный клиент для работы с FTP, SFTP и SCP, который позволяет управлять файлами на сервере. Он поддерживает синхронизацию, что может облегчить процесс создания резервных копий. Если вы ищете простое решение, WinSCP может быть хорошим выбором.

2. Файловые менеджеры и инструменты для работы с БД

Если вы ищете инструменты, которые объединяют в себе файловый менеджер и возможность работы с базами данных, то вот несколько вариантов:

- PHPMyAdmin: Если у вас есть доступ к веб-серверу, вы можете установить PHPMyAdmin для управления MySQL/MariaDB базами данных. Это позволит вам легко выполнять операции с БД через веб-интерфейс.

- Adminer: Это легковесная альтернатива PHPMyAdmin, которая также позволяет управлять базами данных через веб-интерфейс. Она занимает меньше места и проще в установке.

- FileRun: Это веб-файловый менеджер, который может быть установлен на сервер и предоставляет удобный интерфейс для управления файлами через браузер.

3. Локальные решения

Если вы хотите работать локально, можно использовать:

- Total Commander: С помощью плагинов он может подключаться к FTP и управлять файлами, а также работать с архивами.

- FileZilla: Это еще один популярный FTP-клиент, который позволяет легко управлять файлами на сервере.

Установите Grub-Customizer и будет вам щастя...

Дело не в версии, а в поставках. Кто-то поставляет nginx с sites-available, sites-enabled, а кто-то с conf.d.
Формат конфигов не изменился, а все управляющие директории прописаны в основном конфиге nginx.conf