htaccess - выполнение одного из редиректов только один раз за весь цикл обработки условий / Apache

[Tok13]

Здравствуйте!
У меня такой вопрос возник по причине того, что на моём хостинге, управляемым сервером apache, после имени домена можно добавить бесконечное число слешей, и сайт всё равно открывается.
Пример:

http://имя_моего_домена//////имя_директории

Хотелось бы убрать все эти слеши так, чтобы было перенаправление на страницу без слешей, т.е.

http://имя_моего_домена/имя_директории

Но проблема в том, что rewriterule правила не видят множество слешей именно после имени домена и избавиться от них можно, только пользуясь одним редиректом на ту же страницу (R=301).

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

[rus]

типа того чтоль?

RewriteCond %{REQUEST_FILENAME} !-dRewriteCond %{REQUEST_URI} ^(.+)/$RewriteRule ^(.+)/$ /$1 [R=301,L]

[Tok13]

 

типа того чтоль?

RewriteCond %{REQUEST_FILENAME} !-dRewriteCond %{REQUEST_URI} ^(.+)/$RewriteRule ^(.+)/$ /$1 [R=301,L]

 

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

Вообще, вот все условия по перенаправлениям моего файла .htaccess на данный момент:

 

RewriteEngine on

 

RewriteBase /

 

Options -Indexes +SymLinksIfOwnerMatch

 

#Отключить слеши для директорий

DirectorySlash Off

 

RewriteCond %{REQUEST_URI} .+/$ [NC,OR]

RewriteCond %{REQUEST_URI} 2+ [NC]

RewriteCond %{REQUEST_URI} !^(.*\.com/)?.*?/-$ [NC]

RewriteRule ^(.*\.com/)?(.+)$ $2/- [NC,L]

 

#Заменяем // на /

RewriteCond %{REQUEST_URI} ^(.*\.com/)?(.*?)/{2,}(.*?)(/-)?$ [NC]

RewriteRule (.*) %2/%3/- [NC,N,L]

 

#Обрезаем ссылку до недоступных символов

RewriteRule ^(.*\.com/)?(.*?)(\^|\{|\}|\`|\|).*?/?-?$ $2/- [NC,N,L]

 

#Убираем пробелы повторяющиеся с / после

RewriteRule ^(.*\.com/)?(.*?)/?(2+/)+2*(.*?)/?-?$ $2/$4/- [NC,N,L]

 

#Убираем пробелы повторяющиеся с / до

RewriteRule ^(.*\.com/)?(.*?)/?(?<![^/])(2+)(?=.+?/)(.*?)/?-?$ $2/$4/- [NC,N,L]

 

#Заменяем пробелы на чёрточки

RewriteRule ^(.*\.com/)?(.+?)2+(.+?)/?-?$ $2-$3/- [NC,N,L]

 

#Формируем итоговую обработанную ссылку без / на конце

RewriteRule ^(.*\.com/)?(.*?)/-$ /$2 [NC,R=301,L]

 

RewriteCond %{ENV:REDIRECT_FINISH} !^$

RewriteRule ^ - [L]

 

RewriteCond %{QUERY_STRING} ^.+$ [NC]

RewriteRule ^(.*?)\^(.?)$ /$1? [NC,R=301,L]

 

RewriteCond %{QUERY_STRING} ^$ [NC]

RewriteRule ^(.*\.com/)?(default\.html/?.*)$ /default.html?url=$2 [NC,QSA,L,E=FINISH:1]

 

RewriteCond %{REQUEST_URI} !^/default\.html/?.*$ [NC]

RewriteCond %{REQUEST_FILENAME} !-d [NC]

RewriteCond %{REQUEST_FILENAME} !-f [NC]

RewriteCond %{REQUEST_FILENAME} !-l [NC]

RewriteRule ^(.+)$ /default.html?url=$1 [NC,QSA,L,E=FINISH:1]

 

 

Всё прекрасно работает. На что тут следует обратить внимание, так это на часть кода:

#Заменяем // на /RewriteCond %{REQUEST_URI} ^(.*\.com/)?(.*?)/{2,}(.*?)(/-)?$ [NC]RewriteRule (.*) %2/%3/- [NC,N,L]

С помощью этого кода удаляются ВСЕ двойные пробелы (проверено), КРОМЕ тех, что стоят после имени домена, прямо за именем домена. Проверка будто их и не видит вовсе, а воспринимает это множество слешей после имени домена как один слеш, поэтому конкретные условия на множественные слеши после имени домена у меня просто не срабатывали. В соответствии с этим и вопрос... Как решить проблему и в чём может быть причина такого поведения? От множественного слеша после имени домена избавляет лишь редирект страницы на саму себя. Тогда вместо множества слешей образуются один. Но в таком случае проблема как раз в написании условия, потому что нет никаких отличительных особенностей такой REQUEST_URI, чтобы я мог единожды запустить этот редирект.

На двойку не обращайте внимания, потом заменю все двойки на символ пробела, это лишь для тестирования условий.

Edited January 21, 2014 by Tok13

[rus]

1) ну к примеру яндексу на это дело наплевать, так почему вас так это волнует?

2) htaccess с таким вот кодом может сильно нагрузить серверные ресурсы, лучше через php обработать.

[Tok13]

А через php у меня есть возможность разве сделать так, чтобы запросы шли на страницу default.html, но при этом в адресной строке отображалось то, что ввёл пользователь?

[Tok13]

И ещё вопрос.. А разве код на php не будет жрать ресурсы сервера или будет жрать не так много?

[Tok13]

Иначе говоря, чисто средствами php я ведь не добьюсь единой точки входа в систему, потому что пользователь может ввести в адресной строке всё, что угодно, а это всё, что угодно сначала должно преобразоваться к ЧПУ в адресной строке, а потом уже все запросы должны перенаправиться на default.html, где уже пойдёт разбор ссылки из массива GET.

Если чисто средствами php, то не получится, потому что по этой схеме придётся на бесконечно возможном множестве вводимых страниц держать код php с перенаправлениями.

Если же отправлять все запросы сразу на главную страницу в параметре GET, не меняя ссылки в браузере, смысл опять теряется, потому что потом php всё равно это всё обработает и должен будет вновь перезагрузить страницу, чтобы .htaccess снова отправил на ту самую главную страницу то, что будет в адресной строке.

Конечно, так можно делать, но мне кажется, что перезагрузка страницы средствами php получится ещё медленнее.

[wwt]

Какой у вас ужас в htaccess творится. Вы мне кажется боретесь со следствием, а не с причиной.

 

проблема с кучей слешей? Может для начала выяснили бы почему вообще так происходит, а уж потом правила писали?

 

Нужна единая точка входа? Это делается элементарно:

RewriteEngine OnRewriteBase /RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule ^(.*)$ index.php?query=$1 [L,QSA]

А уже потом в index.php разбирать запросы. И учитывая возможность кэширования в php это будет лучше чем непонятная писанина в htaccess

 

+ Все файлы кроме index.php защитить от прямого доступа.

[rus]

На счет кушанья ресурсов - php меньше ест, к тому же как верно заметил wwt в php есть возможность кэширования.

[Tok13]

Какой у вас ужас в htaccess творится. Вы мне кажется боретесь со следствием, а не с причиной.

 

проблема с кучей слешей? Может для начала выяснили бы почему вообще так происходит, а уж потом правила писали?

 

Нужна единая точка входа? Это делается элементарно:

 

+ Все файлы кроме index.php защитить от прямого доступа.

 

У меня это и сделано элементарно. Но перед этим я добиваюсь ЧПУ в адресной строке браузера. Я знаю, что можно всякую фигню направлять на индекс пхп, но для начала хочу все одиночные пробелы заменить на чёрточки, запретить ввод разных символов и заменить все многочисленные идущие подряд слеши на один.

Видимо, уже выяснил, но исходную причину назвать не могу. Кто-то пишет про особенности протокола HTTP/1.1 в одной из статей и про различия значения переменных request_uri в .htaccess и в php. Проверил, всё именно так. php видит многочисленные слеши, даже если они введены после имени домена, а вот .htaccess нет. 

[rus]

по поводу чпу и пробелов, можно ведь и через php написать ф-цию а-ля:

function translited($string) {    $converter = array(        'а' => 'a',   'б' => 'b',   'в' => 'v',        'г' => 'g',   'д' => 'd',   'е' => 'e',        'ё' => 'e',   'ж' => 'zh',  'з' => 'z',        'и' => 'i',   'й' => 'y',   'к' => 'k',        'л' => 'l',   'м' => 'm',   'н' => 'n',        'о' => 'o',   'п' => 'p',   'р' => 'r',        'с' => 's',   'т' => 't',   'у' => 'u',        'ф' => 'f',   'х' => 'h',   'ц' => 'c',        'ч' => 'ch',  'ш' => 'sh',  'щ' => 'sch',        'ь' => '\'',  'ы' => 'y',   'ъ' => '\'',        'э' => 'e',   'ю' => 'yu',  'я' => 'ya',                'А' => 'A',   'Б' => 'B',   'В' => 'V',        'Г' => 'G',   'Д' => 'D',   'Е' => 'E',        'Ё' => 'E',   'Ж' => 'Zh',  'З' => 'Z',        'И' => 'I',   'Й' => 'Y',   'К' => 'K',        'Л' => 'L',   'М' => 'M',   'Н' => 'N',        'О' => 'O',   'П' => 'P',   'Р' => 'R',        'С' => 'S',   'Т' => 'T',   'У' => 'U',        'Ф' => 'F',   'Х' => 'H',   'Ц' => 'C',        'Ч' => 'Ch',  'Ш' => 'Sh',  'Щ' => 'Sch',        'Ь' => '\'',  'Ы' => 'Y',   'Ъ' => '\'',        'Э' => 'E',   'Ю' => 'Yu',  'Я' => 'Ya',    );    return strtr($string, $converter);}function str2url($str) {    // переводим в транслит    $str = translited($str);    // в нижний регистр    $str = strtolower($str);	// заменям все ненужное нам на "-", а пробелы на "_"	$str = preg_replace('/[^a-z0-9_]+/', '_', str_replace(' ', '_', $str));    // удаляем начальные и конечные '-' и '_'    $str = trim($str, "-_");    return $str;}

[Tok13]

Спасибо огромное за подсказку, rus)) Просто я в php не профессионал, это только на слабом средненьком уровне, поэтому и не знал, что могу с помощью php проверить именно request_uri (то, что введено в адресной строке) и в соответствии с этим склеить страницы. Думал, что SCRIPT_NAME в этом случае совпадает с REQUEST_URI, и всё это зациклится, но оказалось, что средствами php организовать то, что я хочу, намного проще. Эти переменные принимают разные значения, поэтому я спокойно с помощью htaccess могу направлять сразу все запросы на одну страницу default.html, а на ней уже проверять request_uri и в зависимости от этого осуществлять перенаправление.

Спасибо вам большое за наводку))) Как будет код, напишу сюда то, что получилось)