Когда и почему следует использовать $ _REQUEST вместо $ _GET / $ _POST / $ _COOKIE?

Когда вы не уверены, где заполняются значения или когда вы используете их оба, и хотите перебрать все значения с помощью методов POST и GET.

Иногда может потребоваться, чтобы один и тот же сценарий вызывал несколькими разными способами. На ум приходит отправка формы и вызов AJAX. Однако в большинстве случаев лучше быть явным.

Также см. http://docs.php.net/manual/en/ini.core.php#ini.request-order о том, как разные источники переменных перезаписывают друг друга при конфликте имен.

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

Есть несколько подводных камней:

• данные берутся из GET, POST и, наконец, COOKIE. Последнее перекрывает первое, так что будьте осторожны с этим.
• REST-архитектуры требует разделения семантики POST и GET, в этом случае вы не можете полагаться на $_REQUEST.

Тем не менее, если вы знаете, что делаете, то это просто еще один удобный трюк PHP.

Я бы использовал его, если бы хотел быстро обновить переменную, которая может поступать из нескольких источников. Напр .:

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

• Чтобы проверить, активен ли сеанс, независимо от способа передачи идентификатора сеанса.

Я бы сказал никогда.

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

Разве это не должно работать так:

$ _GET = неразрушающие действия (сортировка, запись действий, запросы)

$ _POST = деструктивные действия (удаление, обновление)

$ _COOKIE = тривиальные настройки (настройки таблицы стилей и т. д.)

$ _SESSION = нетривиальные настройки (имя пользователя, авторизация?, Уровни доступа)

Я использую POST, когда не хочу, чтобы у людей был легкий доступ к тому, что передается, и я использую GET, когда я не против, чтобы они увидели значение в URL-адресе. Я обычно не использую файлы cookie, поскольку считаю, что SESSION подходит для сохранения значений (хотя наличие надлежащего реестра - лучший способ использовать это).

Чтобы ответить на вопрос «что происходит, когда все 3 существуют», ответ будет «это зависит от обстоятельств».

PHP автоматически заполняет $ _REQUEST на основе директивы request_order (или переменных_order, если request_order отсутствует) в PHP.INI. По умолчанию обычно используется «GPC», что означает, что сначала загружается GET, затем загружается POST (перезапись GET в случае конфликта), затем загружаются файлы cookie (перезапись get / post в случае конфликта). Однако вы можете изменить эту директиву в файле PHP.INI. Например, при изменении его на «CPG» файлы cookie сначала загружаются, затем публикуются, а затем получают.

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