Довольный Айтишникъ

KeePass для этой задачи подходит.

P/S/: Подтяните русский язык. Вы обращаетесь за помощью -- уважайте, пожалуйста, своих собеседников.

PhpMyadmin можно настроить так, чтобы он работал не с локальным mysql а удалённым, если к нему есть прямой доступ.
Также можно, и даже куда лучше, использовать не phpmyadmin, а gui mysql клиенты, например, heidisql.
В частности, он может работать и через ssh туннели, так что mysql сервер может быть не только в локальной сети, но и на каком-нибудь удалённом сервере...

Установите оригинальную Windows, и драйвера с официальных сайтов, игры из Steam

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

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

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

Можно задать DNS на 2 ip адреса.

if ($host != topligarun.ru  )
{return 301 https://topligarun.ru$request_uri;}

Как-то так

IIS+ASP - уже сайт ;)
а в консольке потребуется еще функционал сервера реализовать.
+ самому заботиться о многопоточности.

А по сути в чем преимущество мультиварки и полуфабрикатов над готовкой на костре свежатинки.

Из бесплатных PostgreSQL, оптимизируйте индексацию, систему хранения СУБД и дисковую подсистему ну и памяти в сервер добавьте, если нужно.
Вообще вопрос абстрактный.
Если вас не устраивает существующий вариант, то нужно найти что именно привело к этому - возможно какая-то конкретная операция (или несколько) заставляет тормозить сервер, нужно их найти и разбираться с ними.
Если просто заменить СУБД, оставив приложение в том же виде, то на новой СУБД вы скорее всего словите те же проблемы, возможно не сразу, а через какое-то время.

Печальная ситуация, вызванная видимо прежде всего недостатком опыта в подобных доработках да и в целом, поэтому на будущее несколько правил:
1) не связываться с индусами (ну только если на хлеб не хватает и кроме индусов работы/заказов нет).
2) выяснять заранее максимальные подробности заказа перед его принятием (тут очевидно этот ад можно было заранее предвидеть)
3) не лезть сразу на боевые сервера (production), если у клиента только боевой сервер или он предлагает делать сразу на нем - то учитывая п. 2) посылать лесом.

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

Рыбак рыбака. Разработчики если любят сотрудничать на таком основании то только с другими разработчиками/сисадминами либо смежными профессиями которые их дополняют, например дизайнерами-верстальщиками. Я, например не понял зачем вы мне ))

Нужна именно виртуализация приложений (НЕ ПРОЦЕССОВ!), т.к. каждая программа по-своему анализирует своё состояние в запущенной среде.
Поэтому, нужно пробовать различные подходы.
Самый "прямой" вариант: TS RemoteApp

"Кривые" варианты:
1. Попробовать добавить настройку в .rdp файл: disableconnectionsharing:i:1
описание параметров
2. Live OS и загрузкой по сети: Здесь
3. Portables Apps и разделённые папки с данными для разных пользователей у каждого приложения.

Касательно Skype: тут

Сначала нужно выбрать стек технологий. LAMP или что нибудь ещё что вы лучше знаете.
Затем нужно всё спроектировать. Т.е. расписать все урлы и что они будут делать.
Потом проектируем модели т.е. БД, чтобы точно знать что и как будет храниться в базе.
По ходу дела пишем документацию по урлам и БД.
Пишем тесты.
Пишем функционал и документацию по функционалу.
Без документации и без тестов в большом проекте будет очень неприятно работать если появится хотя бы один новый разработчик.
Маленькие проекты можно делать без тестов и без документации.

Узнал недавно про метод "Прогрессивного Jpeg", как вы думаете, он может быть полезен?

Вы действительно думаете, что не зная суть проекта кто-то кроме гадалки 80-го левела, может что-то ответить? Вы еще спросите на каком ЯП реализовывать. Нет методов, которые одинаково хорошо работают в любых условиях. А самое главное надо его понимать ибо данный принцип как правило совершенно не верно трактуют.

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

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

Задача большая, с какого края подступиться - непонятно.

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