Виктор Таран

язык php поскольку больше комьюнити
движок - свой поскольку всеже ни один из движко вне приспособлен для управление системой по сему там кастома будет 99%.
Теперь если ты хочешь писать
Не трать время в пустую помоги интернет комьюнити ispconfig3 - я его предпочитаю.
Ну или vesta

RewriteEngine On
RewriteCond %{SERVER_PORT} ^80$ [OR]
RewriteCond %{HTTP} =on
RewriteRule ^(.*)$ https://www.domain.com/$1 [R=301,L]

RewriteEngine On
RewriteBase /

RewriteRule ^rules-23$ https://site.ru/rules$  [NC,L]

Или

RewriteRule ^rules\-23$ https://site.ru/rules$  [NC,L]

а так не?

<IfModule mod_deflate.c>
  # Compress HTML, CSS, JavaScript, Text, XML and fonts
  AddOutputFilterByType DEFLATE application/rss+xml
  AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
  AddOutputFilterByType DEFLATE application/x-font
  AddOutputFilterByType DEFLATE application/x-font-opentype
  AddOutputFilterByType DEFLATE application/x-font-otf
  AddOutputFilterByType DEFLATE application/x-font-truetype
  AddOutputFilterByType DEFLATE application/x-font-ttf
  AddOutputFilterByType DEFLATE application/x-javascript
  AddOutputFilterByType DEFLATE application/xhtml+xml
  AddOutputFilterByType DEFLATE application/xml
  AddOutputFilterByType DEFLATE font/opentype
  AddOutputFilterByType DEFLATE font/otf
  AddOutputFilterByType DEFLATE font/ttf
  AddOutputFilterByType DEFLATE image/svg+xml
  AddOutputFilterByType DEFLATE image/x-icon
  AddOutputFilterByType DEFLATE text/css
  AddOutputFilterByType DEFLATE text/html
  AddOutputFilterByType DEFLATE text/javascript
  AddOutputFilterByType DEFLATE text/plain
  AddOutputFilterByType DEFLATE text/xml
  AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>
<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 3 day"
  ExpiresByType image/svg "access plus 3 day"
  ExpiresByType image/gif "access plus 3 day"
  ExpiresByType image/png "access plus 3 day"
  ExpiresByType text/javascript "access plus 3 day"
  ExpiresByType text/css "access plus 3 day"
  ExpiresByType application/javascript "access plus 3 day"
</IfModule>

если файл существует, то это ответ 200ок ?
тогда вам смело в nginx
Проверку в .htaccess я бы ооочень не рекомендовал, не говря уже что без костылей это не сделать.

https://www.google.ru/url?sa=t&rct=j&q=&esrc=s&sou...

значит так чтоб выучить линукс тебе нужно две
вещи
1. забей на гуи, их слишком много и они все кривые, учи их постольк пскольку.
2. Юзай консольные утилиты, вполоть до плеера и редактора.
3. выучи find grep xargs sed и в принципе после этого большую часть задач в линуксе ты сможешь решить сам.
чем лучше ты вучишь вышепересисленное тем быстрей ты поймешь бесполезность всех учебников.

так а с чего ты решил что .htaccess на него вообще распространяется ?
Самое простое объяснение у тебя стоит nginx+apache и статика обрабатываетя nginx
В таком случае тебе редирект нужно будет писать в nginx

переходи на mint для новичка она всяко более юзерфнендли
если видюха нвидиа то mint mate
если нет cintamon
Да и вообще приивыкай что в линуксе всегда не все с коробки.
а вообще в линуксе все логи системы ссыпаются в папку /var/log
выучи ее что и где и половина линукса для тебя перестанет быть загадкой.

nginx.org/ru/docs/http/ngx_http_limit_conn_module.html

а это то что должны были сделать вы:
google.gik-team.com/?q=nginx+%D0%BA%D0%BE%D0%BB%D0...

а простоподмонтировтаь к файловой системе папку нет? sshfs

потрать день выучи правила, после этого гуи не понадобится, это самый стремный но единственно верный вариант.

Вопрос старый и реторический, это не имеет отношение к движку.
ЭТо имеет отношение к парсеру кода ответа сервера, берет он последовательность кодов или последний.
По факту конечная 404 действительно отдаст несуществующую страницу и поисковик поймет что ее нет и пометит ее несуществующей, но сам урл редиректа может не моменить поскольку он отдает валидный ответ сервера.
Проверять в .htaccess код ответа можно но тем самым при каждом хите вам н ужно дождаться ответа сервера и только после этого вообще что-то произойдет. А посточнное динамичное перечтение этого файла может потенциально добавить гемороя.
ТАк что проверить код ответа через .htaccess я бы не рекомендовал.
и ТАК ЧТО МОЖНО СДЕЛАТЬ.
Первое это настроить трай файл и тд в nginx там для этого более богатый инструментарий да и коды ответа сервера он читает на лету, уж всяко получше чем в .htaccess
второе если с той стороны 404 то нахрена вам туда вести ?
если они там появляются динамически решите проблему у своего движка.

Если тебе нужно перенаправить при условие
если не 404
и
и
то
То тебе не поможет .htaccess в принципе поскольку получить код ответа сервера нужно до перенаправления, из чего следует что при любом урле на сайте прийдется получить код ответа сервера. что в свою очередь сильно повлияет на производительность сайта.
А следовательно это не тот вариант
Самый легкий вариант решения проблемы с условием на 404
это в 404.php написать реврайты уже на php, они и пишутся легче и циклы у них менее странные.
В таком случае редиректы будут работать только если урл не найдет.

Теперь по твоей регулярке
ты наксячил
вопервых последовательность RewriteCond /your/docroot/%{REQUEST_FILENAME} !-f
во вторых собственно сама переменная.

RewriteCond %{REQUEST_URI} ^(.*)/dir1/(.*)$ 
# если строка содержит /dir1/ 
RewriteRule ^(.*)$ %1/dir2/%2 [R=301,L] 
#Перенаправить все урлы с начинающиеся с dir1 на dir2 с сохранением дальнейшей структуры URL

html тоже кстати далек от идиала
лучше всего так /catalog/

RewriteCond %{REQUEST_URI} !/lang/en/.*$
RewriteRule ^lang/(.*)/$ index.php?dir=main〈=$1

RewriteCond %{REQUEST_URI} !/blog/.*$
RewriteRule blog$ index.php?dir=blog	[L]

! - отрицание
RewriteCond -если

Положи в нее свой .htaccess

RewriteBase /
# Без директивы (.*) = /$1 будет /var/wwww/site/web/$1 с директивой = /$1