ANTICHAT — форум по информационной безопасности, OSINT и технологиям

w.u.n., огромное спасибо!!!! то что нужно)))

Pashkela, если ты не понял то не надо ничего писать...

ты дурак? Посмотри на код, что тебе дали

ЗЫЖ Расплодили даунов

Смотри на мою мессагу и смотри на предложенный код, попробуй найти совпадения

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

ты реально туп, приятель, еще бы мне тратить время на даунов всяческих

Для обезьян:

отдыхайте, молодой человек, нежно посасывая в уголке.

ЗЫЖ Думай, потом пиши, дурачок

Ты в своём уме вообще?
Одним флагом тут ничего не решается, так что ты снчала подумай, а потом печатай.
А то складывается дурное впечатление о твоём профессионализме, дружок!

Базар свой прекращаем, бабки! Сидят тут пальцы гнут друг перед другом.
Вы оба не отличаетесь особым профессионализмом.
Так что переносим споры в пм, аську, куда угодно, а тему оставляем для регулярок)

delete

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

URL вида
http://localhost/222/front .php
работал также при добавлении в конец слеша и любого мусора
http://localhost/222/front .php/dfojdofjso

В моём представлении такой URL мог соответствовать исключительно одной ситуации — наличии каталога с именем front.php и файла без расширения с именем dfojdofjso.

Озадаченный подобным казусом я полез на форум с вопросом «как такое может быть?». Мне сказали что дело в некой неизвестной мне тогда директиве MultiViews. Я обрадовался и закрыл тему, но поспешил. Оказалось, что эта директива всего лишь разрешает писать URL вида (1) вместо (2):

1) http://localhost/222/front
2) http://localhost/222/front .php

А ссылка вида
http://localhost/222/front .php/dfojdofjso
cпокойно работает при отключённом MultiViews!!! Вот что печатает этот скрипт:

REQUEST_URI => /222/front.php/dfdf
SCRIPT_NAME => /222/front.php
PHP_SELF => /222/front.php/dfdf
SCRIPT_FILENAME => z:/home/localhost/www/222/front.php

Я успокоил себя тем, что апач находит файл front.php и, рассудив, что это и есть его цель, выдаёт страницу. Т.е. поместил проблему в чёрный ящик.
Далее я создал .htaccess с таким содержимым:

RewriteEngine on
RewriteRule ^(.*)$ front\.php/dfojdofjso [L]

Т.е полагается переадресовывать любой запрос на front.php с мусором после слеша. Я ожидал один из двух вариантов:
1) сработает, как и при вводе URL http://localhost/222/front.php/dfojdofjso
2) не сработает и выдаст ошибку 404

Далее я проверил URL:
http://localhost/222/dfojdofjso.php
но результат оказался иным — произошла 500-я ошибка, а по логам — зацикливание.

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

RewriteEngine on
RewriteCond $1 !^front\.php
RewriteRule ^(.*)$ front\.php/sdfsdf [L]

И... это заработало. Заработало как в случае совпадения с front\.php, так и в случае несовпадения!

1) http://localhost/222/front.php
REQUEST_URI => /222/front.php
SCRIPT_NAME => /222/front.php
PHP_SELF => /222/front.php
SCRIPT_FILENAME => z:/home/localhost/www/222/front.php

2) http://localhost/222/dfojdofjso .php
REQUEST_URI => /222/dfojdofjso.php
SCRIPT_NAME => /222/front.php
PHP_SELF => /222/front.php/sdfsdf
SCRIPT_FILENAME => z:/home/localhost/www/222/front.php

Т.е добавление условия заставило нерабочее правило работать как в случае выполнения условия (1), так и в случае невыполнения условия (2), чего, по идее, быть не может. Вообще, я предпочитаю разбираться во всём самостоятельно, однако данная ситуация разорвала мой мозг поэтому приходится просить помощи снова. Общее представление как работает mod rewrite я имею, поэтому прошу не отсылать меня к абстрактной документации.

На всякий случай сформулирую вопросы:

1) Как же всё-таки URL вида
http://localhost/222/front.php/dfojdofjso
при наличии файла front.php работает при отключённом MultiViews?

2) Самый главный вопрос — почему правило

RewriteEngine on
RewriteRule ^(.*)$ front\.php/sdfsdf [L]

вызывает зацикливание независимо от URL, а правило

RewriteEngine on
RewriteCond $1 !^front\.php
RewriteRule ^(.*)$ front\.php/sdfsdf [L]

не вызывает зацикливания, опять таки независимо от URL?

Прошу прощения за длинный пост

http://htaccess.net.ru/doc/mod_rewrite/RewriteCond.php

т.е. у тебя типо получается если НЕ " ^front\.php", то

"^(.*)$" из строки "RewriteRule ^(.*)$ front\.php/sdfsdf [L]"

а то, что справа от "^(.*)$" - просто игнорируется, я так понял

ЗЫЖ Потому то, что справа от "^(.*)$" - ерунда какая-то