$ _GET и переписывание URL-адресов для PHP

Question

Как переопределение URL-адресов влияет на параметр $_GET для PHP?

Скажем, у меня есть URL-адрес, такой как http://example.com/index.php?p=contact, и я использую $_GET['p'], чтобы сообщить index.php для обслуживания страницы контактов. Если я использую правило перезаписи, которое преобразует URL-адрес в http://example.com/contact, будет $_GET['p'] по-прежнему работать должным образом?

Если да, не могли бы вы подробно остановиться на том, почему это работает? Если нет, то какие стратегии могут быть использованы для решения проблемы, чтобы страница работала как с переписью, так и без нее?

Answer 1

Да, это будет работать должным образом.

Answer 2

Вы переписываете URL от /contact до /index.php?p=contact, так что да, он будет работать так, как ожидалось.

Answer 3

Не так ли, что изменение заголовков после отображения частей страницы может вызвать зависание на php-страницах? Как вы переписываете URL-адрес? Возможно, я неправильно понял ...

Answer 4

При переписывании URL это делается mod_rewrite - страница, полученная в конце, по-прежнему является «старой», то есть index.php? P = contact. Другими словами, браузер извлекает/связывается. mod_rewrite переписывает его на index.php? p = contact. Сценарий, из-за этого, не знает, что произошло какое-либо переписывание - его все еще называют его «обычным» способом. Поэтому такая переработка будет работать. Возможно, вам стоит подумать об этом как о переписывающем прокси-сервере, который запрашивает другую страницу, чем запрашиваемый исходный браузер.

Answer 5

Когда клиент запрашивает http://example.com/contact, сервер использует правило перезаписи для обслуживания http://example.com/index.php?p=contact. Клиент не сможет увидеть перезаписанный URL-адрес и даже не сможет сказать, что он был переписан. Запрос любого URL-адреса, поскольку клиент предоставит вам ту же страницу.

Answer 6

В вашем случае это не сработает. mod_rewrite, после того, как он находит совпадение и переписывает http://example.com/index.php?p=contact на http://example.com/contact, выполняет внутреннюю переадресацию. Даже после перенаправления новый, перенаправленный URI все еще может быть сопоставлен с условием и далее перенаправлен.

В любом случае входящие URI не хранятся в памяти, поэтому даже Apache не может восстановить исходный URI. PHP, к тому моменту, когда он выполняется, также не знает оригинальный URI. Следовательно, вы теряете свои $ _GET-вары, поскольку переменные, отправленные через GET, содержатся в URL-адресе, который теперь был преобразован, а PHP заполняет ассоциативный массив $ _GET, анализируя входящие запросы.Если у вас есть http://domain.com/segment1/segment2/segment3, вам нужно связать сегменты чем-то значимым. Вы разделили бы свой домен и взорвались бы на '/', и в вашем случае вы могли бы сказать, что первый сегмент запрашивает страницу, а от http://example.com/contact/ вы можете извлечь страницу = 'контакт'

Answer 7

Я бы внес поправки в ответ Гранта на «Да, это будет работать в основном, как и ожидалось».

В частности, поведение mod_rewrite в отношении существующих строк запроса может быть неожиданным.В качестве примера, давайте рассмотрим следующее правило, которое преобразует URL вы в комплект поставки:

RewriteRule /contact /index.php?p=contact 

Это правильно переписать /contact в /index.php?p=contact и название страницы будет доступна через $_GET['p']. Однако, если вы используете этот метод со сценарием, который использует параметры, отличные от названия страницы, он становится немного сложнее. Это правило также переводит /contact?person=Joe в /index.php?p=contact. Параметр person=Joe полностью исчезает! Есть два способа справиться с этим.

Самый простой способ заключается в использовании («строки запроса на добавление») флаг [QSA] на правиле, которое будет поместить исходную строку запроса после параметров, поставляемых в правиле, перевод /contact?person=Joe к /index.php?p=contact&person=Joe:

RewriteRule /contact /index.php?p=contact [QSA] 

Однако это может привести к тому, что ваш параметр p= будет перезаписан. Посещение /contact?p=about будет переписано до /index.php?p=contact&p=about, поэтому $_GET['p'] вернет «около» в ваш скрипт, а не «контакт». Чтобы решить эту проблему, используйте переменную QUERY_STRING вместо:

RewriteRule /contact /index.php?%{QUERY_STRING}&p=contact 

Это гарантирует, что $_GET['p'] будет всегда возвращение «контакт» при использовании этого правила, независимо от того, будет ли ваши посетители баловаться с вашей URL. :-)