Виктор Таран

Header always append X-Frame-Options DENY

RewriteCond %{HTTP_HOST} ^!host\.ru$ [OR]
Отрицанием

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

уж если это центос и битрикс сайты то встает целесообразный вопрос
а почему не "битрикс веб окружение" ??

я правильно понимаю что вопрос в том как зпретить кому не лень заливать файлы в папку с правами 777 ?
ответ:
1. поставить другие права
2. запретить заливать в эту папку ... тут не очень понятно через че заливают но в общем запретить этому демону работать с папкой.
3. скорее всего вы имеете в виду что вам постоянно заливают туда вирусы ? то это совсем другой вопрос ;)
4. Запретить exec
да на самом деле варанов миллион вы уточните вопрос.

Уважаемый а какой движок?

Знак вопроса нужен, он удаляет парашу в конце.

1 robots.txt - запрети все квери с паге=
2. риал каноникал на главную страницу
3. редирект собственно ;) если от старого сайта
4. закрывай пагенацию аяксом.

Данная директива изрядно тормозит сайт, а защиты по факту дает не так уж и много.

csync2

RewriteRule ^industries/([^/]*)([/?]*)(/?)+$ http://site.ru/industries/index.php\?razd=$1&page=$2 [L]

Можно через бейс дир сделать
Вообще есть куда более валидные способы.
От себя добавлю что
1. в урл не входит гет запрос, это не часть урла, по этому тебе их выхватывать нужно через квери стринг в реврайт конд.
Второе если ты нааправляешь на урл то экранируй ? иначе не сработает, ну или передавай сразу квери стринг.

DirectoryIndex не пойдет?
я уже молчу про нормально настроенный virtualhost

StartServers 1
MinSpareServers 1
MaxSpareServers 10
MaxRequestWorkers 250
MaxConnectionsPerChild 0

маловато однако всеже
вопервых если у тебя позволяет память сделай хотябы

StartServers 10
MinSpareServers 10
MaxSpareServers 10
MaxRequestWorkers 250
MaxConnectionsPerChild 0

Как правило пмяти на это ховатит с большим запасом.
Вот только 1 это теоретически даже с nginx очень легко тебя задедосить.

у вас проблемма в виртуал хосте.
Для ее решения вам нужно действительно зайти в админку, создать новый сайт указав его явно а не в дефолтную папку и тогда вам будет счастье.
Если же нет то вам нужно сделать хотябы вот так.

RewriteCond %{HTTP_HOST} ^!(www|)\.site\.ru [NC]
RewriteRule ^(.*)$ http://%{HTTP_HOST}/404.php [R=301,L]

Криванько конечно но уж получше чем ничего.
Вобще у вас проблема в том что вы положили сайтв дефолтную ловушку, по факту любые запросы идут в нее это типа /dev/null только для запросов сайта.
Вам нужно создать отдельный виртуалхост с явно указаным сайтом, для этого лезьте в админку создавайте сайт.
Скорее всего вы положили в базовую папку.
По мне так ее вообще нужно запрещять юзать.

<VirtualHost _default_:80>
        ServerAdmin webmaster@localhost

        DocumentRoot /var/www/default/web/
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /var/www/default/web>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

        ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
        <Directory "/usr/lib/cgi-bin">
                AllowOverride None
                Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
                Order allow,deny
                Allow from all
        </Directory>

        ErrorLog ${APACHE_LOG_DIR}/error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

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]

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

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