Виктор Таран

https://ru.wikipedia.org/wiki/Docker
Даже не вижу смысла что-то обсуждать
Дешево и сердито, хоть каждый патч может иметь свой веб сервер.
git без docker деньги на ветер
веб морда что-то типа ispconfig3 с возможностью переключекния версий php если прям так необходима веб морда.
Но если у вас все запилино таки и смысла нет.

Разберем [^/]\.php(/|$)
[^/]- начало строки НЕ начинается со / ( тут коллега был не прав это именно отрицание символа)
\.php - экранирование точки то есть точка это как точка а не любой символ. ТО есть .php должно быть в урле
(/|$) -или или вертикальная черта разделитель соответственно оканчивается или на / или просто без него.

Но я бы всеже сделал более правильное выражение посколкьу регулярка подойдет и к такому урлу
/.php/
А это совсем не тру, хотя и имеет место жить.
Как минимум я бы остановился на

[^/].+\.php(/|$)
.+- Как минимум 1 знак или символ там должен быть
В результате регурярка имела бы значение следующее.
/x.php/
Но и это не все
файл со слешем не бывает, и это не правильно так что
[^/].+\.php&- тут будет соответствие тольок x.php что на мой взгляд более правильно.

1. сделаны ли 301 редиректы
2. Обновлен ли сайтмап
3. зависит от посещяемости сайта, чем выше тем чаще.
4. зависит от количества страниц и даже их качества этих страниц.
5. иные факторы известные только яндекс и гугл.
6. в robots.txt нет ограничения на количество единовременно индексируемых файлов.

cd /
du -sh *
как то-то так ?
Ну или так
du -sh * | grep G
( только гигабайты)

apache2 может запускать каждый vitrualhost на любом порту по отдельности, притом в отличие от любых других демонов на одном порту он может запускать любое количество virtualhost
Listen - это толок что он слушает, но порт сайта определяется в virtualhost

что-то типа

# Ensure that Apache listens on port 80 
Listen 80 

# Listen for virtual host requests on all IP addresses 
NameVirtualHost *:80 

<VirtualHost *:80> 
DocumentRoot /www/example1 
ServerName www.example1.com 

# Other directives here 

</VirtualHost> 

<VirtualHost *:80> 
DocumentRoot /www/example2 
ServerName www.example2.org 

# Other directives here 

</VirtualHost>

RewriteCond %{HTTP_HOST} !^www\..+$ [NC]
#Если уже не содержит www
RewriteCond %{HTTP_HOST} ^(.+\.siteName\.ru)$ [NC]
# если  домен содержит sitemame.ru и есть домен 3 уровня
RewriteRule ^(.*)$ %1$1 [R=301,L] 
# То редирект   на скобку с Rweitecond плюс скобку RewriteRule

remmina

странный вопрос.
Но если разобраться более детально, то да отличается но это скорее не только битрикс а любой другой СМС
1. Дизайн расчитывается на css фрейморк - да да.
Для чистоты кода, рекомендации по размерам и отступам, исползованием количество и размерности шрифтов и тд и тп, сильно сокращают кастом того же bootstrap, Дизанер как правило просо на угад делает размер блоков, если ему дать их с жесткой привязкой в 80% случаев ему этого хватает. И главное более 6 разновидностей элемента за частую и не требуется.
2. В проекте интерфейса делаются изменения на стадии моделирования для уменьшения количества шаблонов. ( но тут зависит от процесса производства сайта в компании)
3. В проекте интерфейса минимизируются места , при интеграции которых придется использовать отложенные функции. ( для оптимизации скорости работы)
4. Проектировщик интерфейса отценивает средний размер хита и реальной надобности этого элемента, и составляет прокт интерфейса в соотношение цена-качество , в нашем случае функционал ( средний хит), посколку битикс что угодно не летающий по щелчку движок.

НО это вего лишь тонкости
По сути Движок они и в африке движок это тебе не шаблон. HTMl на прямую на него не влияет.
ДА и Всеже есть одно ограничение он любит закрвать незакрытые дивы, Особенно актуально для слайдеров и тд на js. в таком случае он разваливает DOM в режиме эрмитаж.
И да основная проблема битиркса это программисты, бтрикс отличная система кто-бы чего не говорил, и это говорит статистика он на 1 месте в мире после беплатных СМС.
Из минусов это Сложноть проффесионального инструмента. В следствие чего некомпетентность в нем достигает воистину королевских маштабов.
Проффесиональные инструменты требуют квалифицированных рук, как правило проблемма именно с ними, что уже выше описывал коллега.

x11 - собственно а чем он вам сам не устраивает ?
юрикс гуя уже с лохматых годов коннектится к ядру через localhost и изначально расчитана для работы по сети

https://bozza.ru/art-134.html
400 Кб программка и 2 кнопки настроек.

есть множество способов добиться такого эффекта, и 90% это в самом битриксе.
10 всеже в .htaccess
Для исключения последнего давайте весь конфиг в студию
а так же прицепом urlrewrite.php

правильно ли я понимаю что вы перенаправили на php а потом обратно на html ? и вам нужно сделать это два раза?
ООчень странно
Но есл иэто так то не проще ли в php файл положить html
более подробно опишите тз

отнють не всегда его можно добавлять, а иногда нужно наоборот

############################################################################
#### Убираем слеши в конце URL для статических файлов (содержит точку)  ####
############################################################################
RewriteCond %{REQUEST_URI} \..+$
   # Если файл содержит точку.
RewriteCond %{REQUEST_FILENAME} !-d
   # И это не директория.
RewriteCond %{REQUEST_FILENAME} -f
   # Является файлом.
RewriteCond %{REQUEST_URI} ^(.+)/$
   # И в конце URL есть слеш.
RewriteRule ^(.+)/$ /$1 [R=301,L]
   # Исключить слеш.

############################################################################
#### Добавляем слеш(/), если его нет, и это не файл.                    ####
############################################################################
RewriteCond %{REQUEST_URI} !(.*)/$
   # Если слеша в конце нет.
RewriteCond %{REQUEST_FILENAME} !-f
   # Не является файлом.
RewriteCond %{REQUEST_URI} !\..+$
   # В URL нет точки (файл).
RewriteRule ^(.*)$ $1/ [L,R=301]
   # Добавляем слеш в конце.

Часто используемые правила я более подробно описывал тут.
https://klondike-studio.ru/standards/standartnyy-h...

нельзя выставлять столь длинные значения таймаута, смысл его тогда теряется.
Стольо длинные хиты это явно или выгрузки или работа по апи.
А следовательно наличие сервера с той стороны и доступности его не дело nginx
а легко решается в самом скрипте обмена.
Что же касается времяни то именно для этого скрипта можно сделать исключение позволяющее делать таймаут вплоть до -1
Но при этом общая система не пострадает.

Странно но я думал у сапорта hetzner другой адрес, вы уверены что написали сюда ;) ??
так же у многих хостеров вообще управлеине PTR исключительно через сапорт.
Думаю в данном случае это можно будет сделать через него
Технически проблем не будет
НО сайты нужно будет переписать на эти айпи, ил икак минимум отправлять почту с них, думаю этот вариант будет даже лучше, добавить SPF DKIM DMARCK и так далее.
НО сделают тебе это или нет я не знаю, но знаю что стоимость пакета IP незначительна

roundcube
Так же рассмотри вариант переноса почты на yandex pdd
Там тоже интерфейс не плохой ;).

И так давайте разберемся.
1. Сам дистрибутив особого значения не имеет по сути любой *nix подобный подойдет, желательно конечно стабильную ветку centos debian ( без фанатизма к mint ubuntu это ващет самые нестабильные ветки)
2.Стабильную ФС ext4 - как вариант даеж ext2 с ним проще работать.
3. Облачные бэкап сервера - возможно дороже но явно надежней чем самопал, тут можно спорить но факт.
4. https://ru.hetzner.com/hosting/storagebox/bx50 - дешево и сердито, доступы по ftp webdov ( частичный ssh) - да и если вы юр лицо цена еще на 13% ниже будет ( вернут НДС)
В последних двух случаях ты берешь услугу а не сервер и его поддержку в будущем а следовательно экономишь свое время.
В первых делаешь все сам.

ai-bolit.php -помоему очевидно

Все это лядство всегда выше ЧПУ! ЧПУ это то что инициализирует движок ( если совсем в кратце) в твоем случае это посел RewriteBase /
Сюда вставляешь вот это

RewriteCond %{REQUEST_FILENAME} !-d
# если это не директория
RewriteCond %{REQUEST_FILENAME} !-f
# и если это не файл
RewriteCond %{REQUEST_URI} (.+)\.html$
# И если в урле есть
RewriteRule ^(.*)$ http://site.ru/%1 [R=301,L]
#то выполняется условие в котором $ мы вообще не испльзуем а используем % то же самое толоко из RewriteCond ( то что в скобочках предидущего правила. И так Правило говорит что пофиггу какой урл мы берем что было в скобках в предидущем правиле и все.




RewriteRule . /index.php [L]