Apache удаляет слэши

Question

[ertaquo]

Держу небольшой QR-кодер по адресу http://qr.nizarium.com/. По идее, он должен кодировать все, что находится в строке запроса:
http://qr.nizarium.com/what-you-want-to-encode
На деле же при попытке кодирования URL обрезаются слэши:
http://habrahabr.ru/ => http://qr.nizarium.com/http%3A%2F%2Fhabrahabr.ru%2F => http:/habrahabr.ru/
Это превращает адрес сайта после распознавания в нерабочий.
Виноват в этом Apache. Он удаляет «лишние» слэши, даже если они закодированы в urlencode. Найденный способ обрабатывать строку запроса также не срабатывает:

RewriteCond %{THE_REQUEST} ^[a-zA-Z]+\ ([^\ ]+)\ HTTP/
RewriteRule .* index.php?q=%1 [L]

Переводить под /?q=… не хочется. Как можно вернуть исчезнувшие слэши?
Apache/1.3.34

UPD: Перевел все на QUERY_STRING, но проблема актуальна.

Answer 1

[phasma]

> Переводить под /?q=… не хочется. Как можно вернуть исчезнувшие слэши?

написать реврайт.

Comments

[ertaquo]

Спасибо, Капитан Очевидность. Прямо сейчас написано:

RewriteEngine on
RewriteBase / 
RewriteRule ^(.*)$ index.php [QSA,L] 

Answer 2

[pel]

RewriteCond %{THE_REQUEST} ^[a-zA-Z]+\ ([^\ ]+)\ HTTP/
RewriteRule .* index.php?q=%1 [L]

Скажите, зачем вам здесь RewriteCond, если в переменную q надо передать просто всё, что в строке запроса? И что это за пробелы (подчеркнуто: "… Z]+\ ([^\ ]+ ...")? Возможно, парсер зажевал.

Попробуйте оставить такую регулярку:

RewriteRule ^(.*)$ index.php?q=$1 [QSA, L]

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

RewriteEngine on
RewriteBase / 
RewriteRule ^(.*)$ index.php?q=$1 [QSA,L]

Comments

[pel]

Но, кстати, проверил только что ваш сервис с разными ссылками — у меня на телефоне всё распозналось, нигде слэшей не терялось.

[ertaquo]

Ну, сейчас я там перевел все на QUERY_STRING :-)
Фишка вот в чем. Apache по умолчанию убирает множественные слэши. Для него http://example.net/qwe/123 и http://example.net/qwe/////123 — одинаково, при этом он передает в скрипты вариант только с одним слэшем. Даже если слэши закодированы в %2F, они все равно порежутся. Однако это плохо, если нужно обратиться к http://example.net/http://somewhere.at/ — тогда два слэша преобразуются в один и ссылка потеряется.
С Apache 2.0.46 есть опция AllowEncodedSlashes, которая позволяет отключить расшифровку %2F в / и соответственно дать возможность передать несколько слэшей. Но увы, у хостера стоит Apache 1.3.34.
Поэтому было найдено решение, которое я указал выше. Его фишка в том, что переменная THE_REQUEST по идее не должна обрабатываться и содержать в себе оригинальную строку запроса:
GET /qwe%2F%2F%2F/ HTTP/1.1
В вышеприведенном правиле идет перенаправление всех запросов на index.php с передачей ему пути из оригинального запроса. Не знаю, почему, но он тоже передает только с одним слэшем.

[pel]

Про

RewriteCond %{THE_REQUEST} ...

— что это такое, что за пробелы, — понял. А что вы проверяете таким образом? Только то, что запрос пришел по HTTP без S или что-то еще?

[pel]

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

Понял

[pel]

Какое конкретно правило осуществляет этот редирект
qr.nizarium.com/http://somewhere.at/ => qr.nizarium.com/?http:/somewhere.at/? Меня смущает, что я при этом редиректе не вижу нигде ни «index.php», ни «q=». И слэш пропадает именно здесь.

Поправьте меня, если я ошибаюсь, но сейчас если добавлять УРЛ с вашей формы, все работает нормально. Верно? Ломается только если вручную к адресу сайта добавить строку для кодирования и не поставить "?". Так?

P.$. А может при кодировании текста в картинку, просто добавить строчку, типа

$q = preg_replace( 'http:/([^/]){1}', 'http://', $q );

? =)

[ertaquo]

Сейчас там .htaccess содержит это:

RewriteEngine on
RewriteCond %{REQUEST_URI} !^/$
RewriteCond %{REQUEST_FILENAME} !^.*index\.php$
RewriteRule ^(.*)$ http://qr.nizarium.com/?$1 [L,R=301]

и в скрипте берется $_SERVER['QUERY_STRING'].
Если писать сразу http://qr.nizarium.com/?http://habrahabr.ru/, то все нормально, потому что это будет передаваться как строка параметров. Однако если написать http://qr.nizarium.com/http://habrahabr.ru/, то Apache посчитает это путем и удалит «лишний» слэш (и только потом сделает редирект на версию с ?).
В форме сейчас идет передача через строку параметров, со знаком ?
Менять саму строку — не тру :-)

[pel]

Костыли одни в голову приходят =) Так попробуйте, может что выйдет

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .* /index.php?$0 [L,QSA,PT]

В этом случае видимого редиректа происходить не будет, обрабатываться будут оба вида ссылок
localhost/http://example.com/script.php?qwe=123
localhost/?http://example.com/script.php?qwe=123

Но неудобство в том, что вы получите значение в переменную $_SERVER['REQUEST_URI'] и оно будет содержать лишний слэш в начале, плюс знак вопроса там же, если он есть в УРЛе.

Зато есть плюс: будут корректно обрабатываться параметры, содержащие еще один знак вопроса внутри (параметры УРЛа, для которого генерится код).

[ertaquo]

Не прокатит. REQUEST_URI в mod_rewrite попадает уже обработанный, с одинарными слэшами.

[pel]

Для чего в .htaccess проверять
RewriteCond %{REQUEST_URI} !^/$?

Проверял у себя локально на тестовом скриптике. В .htaccess только две строки из предыдущего коммента.

Ниже — запросы и результаты из var_dump($_SERVER);

localhost/http/://qwe234.qwe.we/qweqwe//eqwe

  ["QUERY_STRING"]=>
  string(33) "&http/:/qwe234.qwe.we/qweqwe/eqwe"
  ["REQUEST_URI"]=>
  string(35) "/http/://qwe234.qwe.we/qweqwe//eqwe"

localhost/?http/://qwe234.qwe.we/qweqwe//eqwe

  ["QUERY_STRING"]=>
  string(35) "&http/://qwe234.qwe.we/qweqwe//eqwe"
  ["REQUEST_URI"]=>
  string(36) "/?http/://qwe234.qwe.we/qweqwe//eqwe"

localhost/ работает, существующие скрипты запускаются, а не обрабатываются mod_rewrite'ом

(в примерах, слэш между «http» и двоеточием добавлен, чтоб под виндой двоеточие в урле не давало 403)

[ertaquo]

RewriteCond %{REQUEST_URI} !^/$? нужно для того, чтобы не было циклического перенаправления типа /?123/?123/?123/?123
Насчет ваших дампов — интересно, но не понимаю, почему это работает. У вас какая версия Apache?

Answer 3

[pel]

> RewriteCond %{REQUEST_URI} !^/$? нужно для того, чтобы не было циклического перенаправления

У меня без этого нормально работает, не циклится. После первого перенаправления браузер обращается уже к существующему файлу и, соответственно, правило RewriteCond %{REQUEST_FILENAME} !-f уже не отработает.

У меня Apache 2.0. Возможно, действительно, в первом и это по-другому работает. К сожалению, самому проверить негде.