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

Нужно держать состояние диалога, индивидуальное для каждого пользователя.

Команды пользователя складывать в очередь, и как-то помечать, «где мы сейчас»: ждём очередную команду от пользователя или ждём ответа от сервера.

Состояние можно держать в Redis, MySQL или другой БД. Входящее сообщение от пользователя содержит его from.id – по нему идентифицируется диалог и берется его состояние.

Промисы и прочая асинхрота тут не поможет, так как дело шире, чем один запрос.

Читаем man 5 crontab и видим там

Percent-signs (%) in the command, unless escaped with backslash \, will be changed into newline characters, and all data after the first % will be sent to the command as standard input.

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

pg_dump gitlab > /DATA/backups/gitlab`date +\%d-\%m-\%Y`

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

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

2 - надо разобраться с БП - куда дует вентилятор? установить так, что бы был выдув из корпуса. если перевернуть БП нет возможности, либо приобретайте другой, либо переворачивайте кулер в БП (за одно от пыли прочистите) это важно

3 - у вас там видна щель от выломанной планки ниже будущей позиции SSD, обычно это минус внутренней аэродинамике, но в данном случае, возможно, это можно обыграть - выломать планку выше - между SSD и видюхой. сорганайзить провода, что бы в корпусе было просторно, и на передней панели, в нижней части, поставить кулер максимального диаметра по по крепежным отверстиям на вдув, по возможности управляемый от материнки, если хватит разъемов (99% что место для крепежа там есть, а если есть, то в вашем раскладе ставить обязательно) в крайнем случае просто управляемый (такие в продаже есть)

4 - в верхней части (в районе процессора) так же кулер на выдув, однозначно управляемый от материнки

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

6 - подружитесь с AIDA64 и некоторое время помониторьте в покое и под разными нагрузками. думаю быстро разбересь что к чему. и надо ли добавлять кулеров (но повторю - передний вдув вам уже "доктор прописал") кстати, под риском перегрева у вас еще и южный мост (под видюхой) его датчик называется экзотически "диод PCH", надо гуглить предельную температуру по чипсету. но обычно она оказывается существенно выше допустимых температур процов и видюх

ps кулеры рекомендую Glacialtech - лучший баланс цены/шума/долговечности

pps а вообще над циркуляцией можно поразмыслить, место творчеству здесь есть. видюха же тоже "всасывает" со стороны будущего SSD, куда идет выборос? в зад? на фото видны радиаторы, то есть корпус видюхи не закрытый.. возможно тогда окно на боковой панели над процессором (а еще их бывает два) наоборот в тему + вдув и сверху и сзади на уровне процессора, а вперед выдув. в общем проявляйте инженерную смекалку ;))

Таких int очень много, вариант с отдельными потоками не подойдет.

1) Вообще-то это единственное адекватное решение. Если потоков много, то делайте Пул из нескольких. Если весь лимит занят, то будет ожидание пока освободится.

2) Что-то мне подсказывает что ваш System.Threading.Thread.Sleep(200000) какой-то адский костыль, незменимость которого вы сами себе придумали. Зачем это вам?

Если Вам нужен хороший UI для пользователя, то однозначно нужно смотреть в сторону Linux Mint - он прост в освоении интерфейса. Люди которые привыкли работать на Windows легко смогут понять и перейти на Mint.
А что бы организовать организовать централизованное управление, Вам лучше Ansible - там начиная от автоматическую установку программ и заканчивая настройкой файлов конфигураций.
По поводу периферии и прочих, то лучше мяты никто не работает. Там все эти проприетарные кодеки, фирмвари и прочее.
Так что Вам нужна мята желательно с корицей - однозначно !!! (Linux Mint 19 "Tara" - Cinnamon)
Напишите пару плэйбуков на Ansible и быстро развернете что вам нужно.

Ansible
Linux Mint 19 Tara Cinnamon

Ответ на конкретный вопрос используйте абсолютные пути или правильно рассчитывайте относительный (../../../).
Глобальный совет не занимайтесь ерундой в стиле 15 летней давности.
Правильно размещать скрипты вне корня сайта.
projectname
- app
- public
-- assets
-- .htaccess
-- index.php
-vendor
-tmp

Вместо recure используйте автозагрузку классов
Начните писать в ООП.
Изучите фреймворк(и)

Иметь гугл/StackOverflow под рукой — большинство проблем решаются именно там. Для облегчения ваших задач — идете на сайта nuget, вбиваете что вам надо и выбираете подходящую под ваши нужды/требования библиотеку. Рисование простейших элементов GUI легко делается в конструкторе VS.