Виктор Таран

https://r01.ru/domain/whois/instruments/converter.php

Кэп все там работает

certbot certonly --webroot --agree-tos --email info@shop.domai.ru -w /var/www/shop.domain.ru -d shop.domain.ru -d www.shop.domain.ru

Ты хоть скажи че тебе certbot выплевывает

алиас, вам пнавильно написали вверху

Тут ответ о редиректе
https://klondike-studio.ru/standards/standartnyy-h...
Что касаетс сокрашения папок в урлах при этом продолжения работы в них
Тут два варианта
1 создать мягкую ссылку
2. если у вас есть nginx +apache то можно это с легкость реализовть на nginx
3. не придумывать велосипед, таких задач просто не бывает, скорее всего вы пытаетесь решить определенную задачу не соответствующим методом, опишите более подробно зачем вы это делаете и чего хотите добиться этим?

И в очередной раз спрошу зачем сей идиотский редирет ?
1. В винде в отличие от линукс регистр не имеет значинея, а вот в линуксе на уровне файловой системы имеет.
Так что вам прийдется исключить все реально существующие дирректории и каталоги и линки.
2. покажите кейс скриншогтом когда у вас в метрике виден вход на такую страницу с ошибочным регистром урла.
А потом мы вернемся к сеему идиотскому редиректу.

поставь битрикс вм, тебе ее за глаза хватит
centos + bash скрипт, далее вам нужно будет поменять только mbstring... =0 и у вас будет отличная оптимизированная машина, со всемми nginx+apache
https://www.1c-bitrix.ru/products/vmbitrix/
для любой системы виртуализации
ну а если вы ставите на машину то repos.1c-bitrix.ru/yum/bitrix-env.sh
так

.htaccess file

<IfModule mod_php5.c>
php_value max_execution_time 300
</IfModule>

это неправельно настроеный nginx к сожалению это достаточно чатое явление.
Пропишите явно домен куда делать редирект, и все.

1. поставьте веб панель дабы есть из чего выбрать, смысл вам писать эти хосты самому?
2. все маны на два домена поскольку есть разница между первым и вторым, поскольку первый ловушка на любые домены, а второе конкретный домен.
Разница же между суб доменом и доменом для апачь нет.
Это разные сайты совершенно, так что этот конфиг подойдет как для суб домена так и для любого другого сайта.

1. лучше сделай оба с ssl, дабы letsencrypt работает как часы.
2. Cпецифика веб серверов что подбор сайта идет не по айпи и не по порту, поскольку в свое время экономили айпи и сейчас сайты определяются по http рефери, то есть по заголовку. тем самым можно на одном порту и айпи вешать любое количество сайтов, все здорово пока дело не доходит до https
поскольку как вы понимаете https не подразумевает вначале получить рефери а потом подключение. Ибо шифрация канала идет до получения данных. А как следствие https не имеет возможности прочитать рефери.
КАк следствие ему приходится делать очень странный ход конем
Если он видит сайт но не видит ключи, то он находи Ближайшие именно ближайшие и подставляет их, как следствие и его конфиг.

RewriteCond %{HTTP_HOST} !^www\.domain\.ru [NC]
# если это ! = не сам домен с ввв
RewriteCond %{HTTP_HOST} ^(www\.|).+\.domain\.ru [NC]
# если это ввв или без ввв, плюс это 1 и более символов до основного домена, точки экранируем.
RewriteCond %{REQUEST_URI} ^(.+)\.(html|htm)$
# ну я так написал, у тебя тоже пойдет
RewriteCond %{REQUEST_FILENAME} !-d
# И это не директория.
RewriteCond %{REQUEST_FILENAME} !-f
# не является файлом.
RewriteCond %{REQUEST_FILENAME} -l
# и не линка, в общем это не физический объект
RewriteRule ^(.*)$ / http://domain.ru/\?page\=%2/? [R=301,L]
# Группа с реврайт гонда это не баксы а проценты, принцип тот -же, теперь подставляем домен в рул, и главное экранируем ? это воообщет спецсимвол. который кстати у нас стоит в конце, он удалит все гет параметры.
Естественно домен прописываем явно, поскольку нам нужно его сменить а это не часть урла.
Есл гужно сохранить протокол то правило обрастет еще 3 строками.

Если у вас сайт один, то положите его в /var/www
как правило при установке апача он создает конфиг который собирает ВСЕ запросы и пересылает их в эту папку.
Да она сработает на любой домен или айпи этого сервера но в принципе вас это устраивает
Если же вам нужно два сайта и более такой номер не пойдет.

как ставил ?

Самый правильный вариант это использовать ln мягкую ссылку.
И не городить приколов с редиректами.

скорее всего у вас nginx+apache собственно статика вся идет сразу с nginx и о существование в мире apache они даже не подозревают, не говоря уже о некоем .htaccess

К сожалению вы не понимаете работы https ;)
По умолчанию апачь для экономии белых IP научился ложить все сайты на один IP и на один же порт, для этого в нем придумали костыль, он берет host из рефери и подставляет нужный конфиг
А вот при работе через https
Соединение как вы понимаете устанавливается ДО получения этого рефери.
В следствие этого нет технической возможности получить вначале host а по нему найти конфиг.
По этому ( не спршивайте меня почему так это загадка покрытая мраком)
вместо того чтобы сказать я честно не знаю где взять ключи, он ищет БЛИЖАЙШИЕ ключи которые он находит ( по алфавиту и подставляет их везде
А поскольку порт слушается то ВСЕ сайты на сервере получают 443 порт, как следствие единственные ключи на всех ;) ну и да прицепом документ рут может хватануть это ваще номер.
ps
Перестановка мест слагаемых в этом случае как-раз таки все решает ;)
1. Удалите все ключи типа дефолтные ssl.conf, убедитесь что нет никаких левых ключей.
2. Каждому сайту все свое, попробуйте запустить отдельно субдомен без первого проверьте что все ключи на нем работают.
3. на сайты вовсе без https поставьте заглушку которая будет подставлять принудительно ключи и отдает 404.
4. как опциональный третьего пункта включите ssl.conf но зазвав его 000-ssl.conf гыгы ;) теперь его ключи будут первыми попавшийся ;)
5. если уже совсем ничего не помогает то можно развести их по IP тогда у них выхода не будет, поскольку будут сллушаться разные порты на разных айпи
Например так

12.34.56.78:443
12.34.56.79:443

или если у вас nginx +apache

12.34.56.78:443
12.34.56.78:444

гитхаб наше все
https://github.com/rafaelgou/php-apache2-basic-aut...