paran0id

На деле видел два пути.
1. Программист учится админить (как правило посредственно)
2. Админ учится кодить (тоже посредственно)
Далее изучаются специфические инструменты - ansible, docker и прочее.

В общем, сначала становишься либо админом, либо программистом, а там уже понятно будет.

Из книг - "Философия DevOps" и гайды по конкретному ПО.

Нужно смотреть логи php и веб-сервера - там всё написано.

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

Берёте unit-файл sshd, скорее всего это будет /lib/systemd/system/sshd.service
Копируете его в, например, /etc/systemd/system/sshd_new.service
В полученном файле прописываете путь к новому исполняемому файлу, где он там лежит, и конфигу (в котором должен быть другой порт указан), например так:

ExecStart=/opt/my_new_sshd/sshd -f /etc/my_new_sshd_config.conf

Сохраняете файл, затем от рута:

systemctl daemon-reload
systemctl enable sshd_new
systemctl start sshd_new

И всё готово.

Задать папку asd как root? Или сделать на неё alias? Или заменить /index.php на /asd/index.php ? Я не совсем понял, что вы хотите переложить и какой хотите получить результат.

В принципе так можно сделать, работать будет. Если не нравится, что nginx балансирует нагрузку (почему не нравится?), можно сделать один бэкапом или распределить нагрузку с помощью весов (weight).

Но лучше сделать так:
- два фронтэнд-сервера
- virtual ip (corosync, keepalived), мигрирующий с одного на другой в случае сбоя
- на virtual ip слушает haproxy, распределяющий нагрузку между фронтами
- nginx на фронтах распределяет нагрузку между бэкэндами
- бэкэнд-серверов два или больше, работают оба одновременно, можно масштабировать, дообавляя сервера
- база по возможности отделена, также разнесена на два или больше серверов, с репликацией

говорим iptables-save и смотрим, есть ли правила, потенциально ограничивающие ваши запросы
исключаем nginx - шлём запросы непосредственно в gunicorn, замеряем результат
мониторим количество соединений
смотрим логи на предмет too many open files