stratosmi

Никого не волнует, кроме:
Госконтор,
Крупных корпораций,
где близко деньги (банки и т.п.).

Это не для РФ.
Для Европы, к которой относится РФ, это рядовая ситуация. До сих пор мы могли получать услуги дешевле европейцев.
Европейцы платят этот же налог - в зависимости от страны до 25%.
Да и не только они.
https://en.wikipedia.org/wiki/Value-added_tax#Arou...
В прошлые годы РФ не требовала такого вообще. В этом году покупатель услуги должен был сам его платить (вы этого не делали, конечно же, потому вам и обходилось на 20% дешевле). Ну а с 2019 года обязанность платить налог вменили поставщикам.
По идее, любой интернет-сервис должен отныне выставлять нам дороже на эти 20%. Делать по факту будут только крупнейшие.

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

Не нужно. Ибо golang изначально проектировался под web и даже на стандартной библиотеке легко писать веб-приложения
Но см.
https://github.com/avelino/awesome-go#web-frameworks
По моей практике вполне достаточно какого нибудь типа https://echo.labstack.com/guide
Монстры типа Симфонии - это перебор.

Что такое "высокие"?
Очень высокие нагрузки - это горизонтальное масштабирование. Это не простой VPS, а полноценный облачный должен быть. С быстрой сетью между экземплярами (VPS-ками).
Хецнер - говно в плане "надежного хостинга под высокие нагрузки"
Для одиночного сервера для несерьезного проекта только и годится.
Надежный под высокие - это любой облачный хостер из "старших": Amazon AWS, Microsoft Azure, Google Cloud Platform. Или их младшие браться типа Selectel и т.п.
То есть те, у которых облако давно и отлажено.
А OVH, Hetzner - изначально были хороши на дедиках и на простых VPS. Облака у них так себе. Еще не освоили.

Нормальный админ с 16-летним опытом - на вес золота.

ESXi капризен до железных RAID. Они ему настоятельно рекомендованы. Но ограниченное число моделей.
С SSD проблем не замечано (через RAID, конечно, не напрямую).
Нюанс - ESX не распознает диски как SSD. Методом командной строки можно его к этому принудить. Но, имхо, не обязательно. Разницы не заметил. От того, то ESX думает, что у него не SSD - работает так же.

1) Они пишут свое серверное ПО или используют openvpn сервер?

Не зачем.
Кроме биллинга - это целесообразно и самостоятельно.

2) Если используют openvpn то как можно настроить доступ к vpn серверам по логину и паролю?

Кроме OpenVPN полно и других. Например, Strongswan.

3) Выгодно это если ставить vpn сервера на vps?

Это не технический вопрос.
Вы наберите сначала где-то столько клиентов чтобы у вас окупалось...

1. Что используется для создания этих сторонних программ? Какой язык? Буду рад если добавите литературу к этому языку или этой теме, гуглить я не умею.

Linux/Windows -если игра локально запускается, а не в браузере - любой язык программирования общего назначения. Исторически сложилось, что чаще С. Но это не обязательно.

В браузере игра если - специфические требования удобнее с JS
Про Android/iOS - не скажу

2. Как они работают? Я читал, что этим хацкерам надо найти переменную или ещё что-нибудь и поменять для своих нужд. Но как это работает? Я видел программы которые внедряют динамическую библиотеку в игру, некоторые этого не делали, я не понимаю как они(программы) "состыковываются" с программой и выуживают оттуда всё что надо.

Чаще патчат прямо в файле исполняемом.
Если хочешь наживую - изучай API для debug.

Да, возможно.
wtware.ru умеет.

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

Значит, вам нужны индексы на диски уже готовые.

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

но попадаются нерабочие ответы 2009-2011 годов.

Все эти вещи придуманы и написаны еще в 1970-е годы....
Зачем вам свежие ответы?

Можно взять за основу BerkleyDB, SQLite, LevelDB и пр. и пр.
Но это и будет СУБД, пусть даже оформленная в виде библиотеки.

Ну или вы сами напишите - и это все равно будет хоть примитивная, но СУБД.

Никакую.
Встроенное в процессор лучше бюджетных видеокарт.

Архив с обновлением сначала скачивается, занимая как раз 2 Г.
Потом распаковывается куда нужно.
И исходный архив в обновлением удаляется.
Все происходит автоматом.

Логика-мышление развиваются программированием.

Предоплата частичная,
Поэтапная оплата.

P.S.:
Вы как-то переоценивайте квалификация заказчика.

Хорошего исполнителя найти трудно.
И кидать его резона нет - еще понадобится.

Разработка софта для портов.
Разработка софта для лифтов.
Разработка системы документооборота на предприятиях сх и прочее.

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

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

Так то очевидно, что если сейчас 21-й век (уже второе десятилетие заканчивается), что почти любое предприятие более-менее стремиться автоматизировать себя.

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

Более того:
Собственно применение компьютеров в обычном гражданском деле именно с этого и началось - с автоматизации.

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

Да, автоматизированные операции.
Выгрузки-загрузку, миграции.
Изредка - проверка каких-то предположений - написание запросов.