Удаляем пустую строку запроса из URL

Опубликовано:: 2015-05-28

Порой URL-адрес оканчивается нежелательным вопросительным знаком: например, /example/? вместо /example/. Вопросительный знак отделяет основную часть адреса от строки запроса (query string), но некоторые браузеры добавляют его, даже если GET-форма, результатом отправки которой является такой адрес, не содержит полей и, соответственно, строка запроса пуста.

Это происходит, например, при использовании кнопок-ссылок в браузерах на основе движков Chromium / Blink (Chrome, Opera 15+, Яндекс.Браузер, Vivaldi) и WebKit (Safari) (1, 2). Автоматически удалить вопросительный знак при пустой строке запроса можно с помощью серверного перенаправления (редиректа).

PHP

Наиболее просто задача решается на серверном скриптовом языке PHP. Полный запрошенный путь обычно хранится в серверной переменной REQUEST_URI. Если первый вопросительный знак в значении этой переменной является её последним символом, следует перенаправлять на адрес без вопросительного знака.

$uri = $_SERVER['REQUEST_URI']; $qPos = strpos($uri, '?'); if ($qPos === strlen($uri) - 1) { header('HTTP/1.1 301 Moved Permanently'); header('Location: ' . substr($uri, 0, $qPos)); exit; }

Этот код следует вставить в индексный файл вашего сайта перед любым другим PHP-кодом. Если не хочется изменять комплектные файлы CMS (например, для возможности её обновления), можно задать собственный индексный файл (например, custom-index.php), внутрь которого поместить данный код, после которого с помощью require_once подключить истинный индексный файл CMS — обычно это index.php.

Apache / .htaccess

Собственными средствами популярного веб-сервера Apache несколько проблематично надёжное различение ситуаций, когда строка запроса есть, но пустая (есть только вопросительный знак в конце URL-адреса), и когда строка запроса отсутствует полностью (URL-адрес не содержит даже вопросительного знака).

В серверную переменную REQUEST_URI в Apache (в отличие от PHP) вопросительный знак при пустой строке запроса, похоже, вообще не попадает.

Остаётся анализировать серверную переменную THE_REQUEST, содержащую не только запрошенный URL-адрес, а весь HTTP-запрос вида GET uri HTTP/1.1:

RewriteEngine On RewriteCond %{THE_REQUEST} ^[^\s]+\s+[^?]*?\? RewriteCond %{QUERY_STRING} ="" # Для любых версий Apache: RewriteRule .? %{REQUEST_URI}? [R=301,L] # Для Apache 2.4+: # RewriteRule .? %{REQUEST_URI} [R=301,L,QSD]

Метод запроса (например, GET) и протокол (HTTP/1.1) вопросительных знаков обычно не содержат, поэтому возможна более простая (хотя теоретически несколько менее надёжная) проверка значения переменной THE_REQUEST на наличие вопросительного знака в любой части запроса, а не только в URL-адресе:

RewriteCond %{THE_REQUEST} \?

Комментарии

kaavain 2016-03-27

Works great, I use the PHP version because all other .htaccess solutions leads to broken links, missed images etc so I stopped to search for Apache way..
The only question is, I found
http://www.mysite/? links in a google and tried to rewrite them to http://www.mysite/
Using this method I've got

===
HTTP/1.1 301 Moved Permanently
Location: /
===

I guess it is not correct, isn't it? Although it works in browser, it looks strange and unlike Apache redirects I did for other situations… So I changed a little the PHP like this:

===
header('Location: http://'.$_SERVER['HTTP_HOST'].substr($uri, 0, $qPos));
===

And now

====
HTTP/1.1 301 Moved Permanently
Location: http://www.mysite/
====

May be it is better? Unfortunatelly I can't found how to detect http/https dynamically but actually I do not need this..

Anyway, thanks!
Marat Tanalin (автор) 2016-03-27

kaavain:

all other .htaccess solutions leads to broken links, missed images etc so I stopped to search for Apache way

Did you try my code for Apache? I’ve tested all the snippets I’ve provided in this article before posting it. Still, I prefer PHP too since it’s much more flexible and doesn’t involve slow regular expressions for all URL-related operations, while using web server just for creating a single point of entry to the web application.

Although it works in browser, it looks strange and unlike Apache redirects I did for other situations

Both URL forms (a full absolute URL including protocol and host like http://example.com/foobar/, and a root-relative URL like /foobar/) are valid and work in modern browsers. You are free to use either. To be fair, in theory, some very old browsers could not support root-relative URLs, but I believe such old browsers don’t matter today.

I can't found how to detect http/https dynamically

When the page is opened via HTTPS, the HTTPS server variable ($_SERVER['HTTPS'] in PHP) has the on value.
kaavain 2016-03-29

=====
Did you try my code for Apache? I’ve tested all the snippets I’ve provided in this article before posting it. Still, I prefer PHP too since it’s much more flexible and doesn’t involve slow regular expressions for all URL-related operations, while using web server just for creating a single point of entry to the web application.
=====
Yes, I've tried a lot of ways, including yours. I do not clearly remember what happened in that approach, but it does not mater actually. May be the reason is that my CMS is old-fashioned and uses ?parameters instead of "normal" URLs…

=====
To be fair, in theory, some very old browsers could not support root-relative URLs, but I believe such old browsers don’t matter today.
=====
This is important as I'm trying to hold site functionality on all browsers and it works even on IE6

=====
When the page is opened via HTTPS, the HTTPS server variable ($_SERVER['HTTPS'] in PHP) has the on value.
=====
Got it, thanks. I'm not planning to use HTTPS at all, but I'm noticed.
Marat Tanalin (автор) 2016-03-29

kaavain, IE6 does support root-relative URLs in the Location header. By saying very old browsers, I meant something absolutely irrelevant like IE3. (Though, actually, IE6 in particular does not matter today as well, moreso for such noncritical things as removing empty query string.)

For what it’s worth, there is a russian version of this blog post.
sS 2017-09-11

This is not working if the URL ends with two query strings (??)
combo 2017-11-05

OMG! This tutorial literally saved my life! Thanks a lot and all the best wishes from a webmaster in Germany that had to struggle with hundreds of urls with 'added whatever after the question mark'.

THANK YOU!