d'Ivan

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

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

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

dotNet Core vs Net Standard vs dotNet

будет работать на неограниченном количестве сайтов

если речь о поддоменах, то это wildcart сертификат. Есть бесплатные, от Let’s Encrypt, как Вам верно посоветовал Максим Федоров
Если домены разные, то:
- мультидоменный сертификат (дорого и на мой взгляд редко оправдано). Около 3k/год и это включено 3 домена. Хочешь больше - плати еще. В итоге теряется весь его смысл. Безлимитки не встречал (хз может бывает).
- на каждый домен - отдельный сертификат. Советую поставить себе панель управления типа isp manager и делать их в 1 клик, бесплатно.

поддерживаю Максим Федоров :

Такой вопрос что это за вид сертификата,

Let’s Encrypt

примерная стоимости на рынке?

0 руб

Деньги зарабатывает.

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

Будьте уверены, Delphi им приносит деньги.

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

Судя по:

Error in `/usr/sbin/mysqld': malloc(): memory corruption: 0x00007fcbfc124080

1. сделать копию /var/lib/mysql на другой накопитель

2. Исследуем и решаем:
2.1. вариант1 - битая память - прогнать memtest, может перегрев системы? устраняем или, если обе проблемы не подтверждаются, то идем дальше. Хотя тут похоже сторонний виртуальный сервер. Но проблема может быть.
Если проблема с ОЗУ, то протестировать внутри ОС можно созданием сжатых архивов и проверкой их целостности, в случае проблем с ОЗУ рано или поздно появятся ошибки контрольных сумм.

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

2018-08-20T05:10:47.359613Z 0 [ERROR] InnoDB: Could not find a valid tablespace file for `kubium/game`. Please refer to http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html for how to resolve the issue.
2018-08-20T05:10:47.359626Z 0 [Warning] InnoDB: Ignoring tablespace `kubium/game` because it could not be opened.

- это может быть косвенным признаком проблем с файлами.
2.2.1. проверяем состояние блочных устройств smartctl - наличие offline uncorrectable или relocated sectos - могут быть причиной порчи данных - замена накопителя. Для чужого хостинга это недоступно. Можно косвенно проверить чтением блочного устройства /dev/vda
2.2.2. проверяем fsck файловую систему, наличие ошибок в файловой системы может указывать на повреждение содержания файлов БД. чиним и молимся, что важнейшие файлы не были задеты.
2.2.3. проверяем структуру innodb/myisam файлов, для этого используем штатные средства диагностики или вспомогательные утилиты, например "Percona Data Recovery Tool for InnoDB can help recover corrupted or deleted InnoDB tables. https://launchpad.net/percona-data-recovery-tool-f..." если проблемы - пытаемся чинить.
Простой старый способ решения некоторых проблем - это dump базы в sql файл , и импорт заново в базу. старую можно переименовать.
2.2.4. проблема может быть вызвана повреждением файлов индексов, в этом случае пересоздание индексов может все решить.

2.3. вариант3 - похожие проблемы могут наблюдаться при подсовывании двоичных файлов баз от более свежей версии mysql - проверяем эту версию.
Можно попробовать обновить версию mysql или сменить ее на mariadb, возможно некоторые проблемы уже решены.

На машине немного памяти - 1Гб, при исчерпании свободного ОЗУ в системе запускается OOM Killer, который убивает процессы в системе, вполне мог убить процесс mysql прямо посередине критичного изменения файлов БД. Это можно найти в логах.

Ваша основная задача - импортировать данные из DBF. Это и есть самое ценное.
А обертку новую подобрать из учета требований к современным системам. Под оберткой я понимаю платформу, язык программирования, тип БД, где все храниться будет.

Вам нужен толковый архитектор ПО.

Нужно переписывать и вытягивать данные. Или по прежнему пользоваться тем что есть

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

как вариант попробовать в середину линии воткнуть хаб/свитч для усиления сигнала.
но лучше проверить линию.

Олимпиадные задачи;
Разработка игр;
Клиент-серверные приложения;
В последствии хайтек, роботы и прочее.

1. Это 4 разные области, в которых используется 4 разных стека технологий. Вы не сможете подобрать такой язык на котором можно всё это реализовать(конечно, на c++ "можно всё" но это не всегда разумно, и круг использования с возрастом сузился у него).

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

А если учесть что ещё вчера вы пытались выучить Django, но не осилили шаблонизаторы - думаю, это не ваше.
Неужели вы подумали что эти области будут легче чем веб?)

Дедупликация в системе хранения архивов, или система архивации с дедупликацией. У меня например пара десятков VHD тестовых windows виртуалок лежит на небольшом SSD. И работают шустро ибо SSD и умещаются на диск который значительно меньше суммы размеров этих VHD.

Но интересует именно решение на уровне архивов

Пример архиватора - zpaq Кроме собственно банального сжатия - дедупликация, поддержка удаленных архивов.

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

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