AUser0

Потому что у вас нет условия if (!empty($tit)) {$message .= "....";}

И $tit между циклами - не очищается, и поэтому второй раз повторяется "Category:".

Не использовать этот JS код в users.html.

Да в любом современном браузере. В Kiwi Browser, например.

Вам сервер будет Zabbix на пользователя root:
systemctl enable --now zabbix-server
Ошибка есть файл строки:
/var/log/zabbix/zabbix_server.log

P.S. Дык каквой вопрос - таквой и ответ.

Это называется якорь, и делается по другому:

<a href="#11">scroll to seria e1s1</a>
<div style='height:3000px;'>empty space</div>



      <div class="1seria">
        <a name="11">1 сезон 1 серия</a>
        <br>
        <video src="https://cdn.glitch.me/ee846447-a6e8-4e3e-a414-7b7d4cf45b76/Klinok_rassekayuwij_demonov_1_sezon_-_1_seriya_(anwap.org).mp4?v=1662032214368" width="480" height="270" controls></video>
        <br>
      </div>

Во втором server должно быть так:

server {
    listen 123.321.123.234:3000 default;
    location / {
        proxy_pass http://localhost:3000;
    }
}

Но NodeJS должен быть сконфигурирован работать только на localhost/127.0.0.1.

У вас указан тип проверки http-01, значит система Let's Encrypt для проверки владения доменом SITE.ORG обращается к вашему серверу за файлом http://SITE.ORG/.well-known/acme-challenge/имя_фай... с длинным проверочным кодом (в лог файлах этот запрос можно найти).

Но поскольку сам сайт из NGINX-сервера вы удалили - то и доступ к проверочному файлу уже невозможен.
Поэтому и происходит ошибка проверки владения доменом SITE.ORG...

P.S. Упс, только-что заметил, у SITE.ORG нет DNS-записи, указывающей на ваш NGINX-сервер.

Есть плагины для браузеров, меняющие код страницы на лету. Изменения применяются при каждой загрузке.

В Linux эта команда выглядит так:

TEMP_FILE=$(mktemp /tmp/tempfile_XXXXXXXX.tmp)
echo "Text, and text, and other text!" >>${TEMP_FILE}

Команда netstat -nltp покажет процессы, сидящие на TCP-портах, 443 там есть? Команда telnet 127.0.0.1 443 покажет, отвечает этот порт, или вообще нет?

Смотреть на что? Как добавлять интерфейсы с присвоенными им локальными IP/маской?

Это не проблема, это стандарт "шифрования" нелатинских доменных имён, под называнием PunyCode.
Именно так видят русские домены все копьютерные программы и сервера.
А в русский текст этот код преобразуется для показа пользователям (и в лог файлы).

Что-то у меня ощущение, что в proxy_pass http:// и unix:/ противоречат друг другу...

А зачем тут вообще JOIN таблицы самой на себя? Достаточно:
SELECT num, num2 FROM tmp WHERE num<>num2;

P.S. Ну и рекомендовал бы изучать SQL не по вопросам-ответам, а по какой-нибудь книжке, ну или по примерам запросов, в конце концов...

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

Если у компьютеров в обоих сетях будет одинаковая подсетка (например X.X.9.0/24), то такие компьютеры (и их коммутаторы) не будут знать, куда отправлять данные именно для удалённой сети. Ведь удалённая сеть уже будет и не удалённая, а очень даже местная, буквально по соседству. А это не так!

А когда у удалённой сети своя подсетка - уже ясно, что трафик до неё идёт через коммутатор, который знает, что для удалённой сети трафик нужно отправлять через VLAN интерфейс Vlanif111. А удалённый коммутатор знает, куда отправлять ответы для чужой подсетки.

P.S. Это как две разных улицы в одном городе, с одинаковым названием. И как различать адреса домов на таких ул. Строителей дом 12, и ул. Строителей дом 12?

Получать данные и сразу запихивать их в очередь, на обработку.
Ну а после, уже в несколько сотен потоков, и обрабатывать любое кол-во поступивших данных.