PHP: Come inviare il codice di risposta HTTP?
https://stackoverflow.com/questions/3258634
-
16-09-2020 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Ho uno script PHP che deve effettuare risposte con i codici di risposta HTTP (codici di stato), come HTTP 200 OK o un codice 4xx o 5xx.
Come posso farlo in PHP?
Soluzione
Ho appena trovato questa domanda e ho pensato che ha bisogno di una risposta più completa:
A partire da PHP 5.4 Esistono tre metodi per realizzare questo:
Assemblaggio del codice di risposta da solo (PHP>= 4.0)
header() La funzione ha una custodia speciale che rileva una riga di risposta HTTP e ti consente di sostituirlo con a personalizzato one
header("HTTP/1.1 200 OK");
Tuttavia, ciò richiede un trattamento speciale per (veloce) PHP PHP:
$sapi_type = php_sapi_name();
if (substr($sapi_type, 0, 3) == 'cgi')
header("Status: 404 Not Found");
else
header("HTTP/1.1 404 Not Found");
Nota: Secondo il http rfc , la frase motivi può essere qualsiasi stringa personalizzata (che è conforme allo standard), ma per motivi di compatibilità client I non consiglia di mettere una stringa casuale lì.
Nota: php_sapi_name() Richiede PHP 4.0.1
3RD argomento alla funzione di intestazione (PHP>= 4.3)
Ci sono ovviamente alcuni problemi quando si utilizza quella prima variante. Il più grande di cui penso sia che è parzialmente analizzato da PHP o dal server Web e dallo scarso documentato.
Dal 4.3, la funzione header ha un argomento di terza argomentazione che consente di impostare un codice di risposta in qualche modo comodamente comodamente, ma l'utilizzo richiede che il primo argomento sia una stringa non vuota. Ecco due opzioni:
header(':', true, 404);
header('X-PHP-Response-Code: 404', true, 404);
Raccomando il 2 ° . I primi funzionano su tutti i browser che ho testato, ma alcuni browser minori o crawler web possono avere un problema con una linea di intestazione che contiene solo un colon. Il nome del campo dell'intestazione nel 2 °. La variante è ovviamente non standardizzata in alcun modo e potrebbe essere modificata, ho appena scelto un nome descrittivo di speranza.
funzione http_response_code (PHP>= 5.4)
the http_response_code() La funzione è stata introdotta in PHP 5.4, e ha reso le cose molto più facile.
http_response_code(404);
Questo è tutto.
Compatibilità
Ecco una funzione che ho courito quando avevo bisogno di compatibilità inferiore a 5.4 ma volevo la funzionalità della "nuova" funzione http_response_code. Credo che PHP 4.3 sia più che sufficiente compatibilità all'indietro, ma non lo sai mai ...
// For 4.3.0 <= PHP <= 5.4.0
if (!function_exists('http_response_code'))
{
function http_response_code($newcode = NULL)
{
static $code = 200;
if($newcode !== NULL)
{
header('X-PHP-Response-Code: '.$newcode, true, $newcode);
if(!headers_sent())
$code = $newcode;
}
return $code;
}
}
Altri suggerimenti
Purtroppo ho trovato soluzioni presentate da @duale hanno vari difetti.
- .
-
L'utilizzo di
substr($sapi_type, 0, 3) == 'cgi'non è Enogh per rilevare il CGI rapido. Quando si utilizza PHP-FPM FastCGI Process Manager,php_sapi_name()restituisce FPM non cgi -
FASCTCGI e PHP-FPM espongono un altro bug menzionato da @Josh - utilizzando
header('X-PHP-Response-Code: 404', true, 404);funziona correttamente sotto PHP-FPM (FastCGI) -
header("HTTP/1.1 404 Not Found");potrebbe non riuscire quando il protocollo non è http / 1.1 (I.e. 'http / 1.0'). Il protocollo corrente deve essere rilevato utilizzando$_SERVER['SERVER_PROTOCOL'](disponibile da Php 4.1.0 -
Ci sono almeno 2 casi quando si chiama
http_response_code()risultano in un comportamento imprevisto:- .
- Quando PHP encounter Un codice di risposta HTTP non capisce, PHP sostituirà il codice con uno conosce dallo stesso gruppo. Ad esempio "521 server Web è in basso" è sostituito da "500 Errore del server interno". Molti altri codici non comuni di risposta da altri gruppi 2xx, 3xx, 4xx sono gestiti in questo modo.
- su un server con funzione PHP-FPM e NGINX HTTP_RESPONSE_CoDE () può cambiare il codice come previsto ma non il messaggio. Questo potrebbe comportare una strana intestazione "404 ok" per esempio. Questo problema è anche menzionato sul sito Web PHP da un commento utente http:// www. php.net/manual/en/function.http-response-code.php#112423
Per il vostro riferimento qui è presente l'elenco completo dei codici di stato della risposta HTTP (questo elenco include i codici degli standard Internet IETF e altri RFC IETF. Molti di essi non sono attualmente supportati dalla funzione PHP HTTP_RESPONSE_CODE): http://en.wikipedia.org/wiki/list_of_http_status_codes
Puoi testare facilmente questo bug chiamando:
http_response_code(521);
Il server invierà "500 errori del server interno" codice di risposta HTTP che concorrendo errori imprevisti se hai ad esempio un'applicazione client personalizzata che chiama il server e prevedere alcuni codici HTTP aggiuntivi.
.
La mia soluzione (per tutte le versioni PHP dal 4.1.0):
$httpStatusCode = 521;
$httpStatusMsg = 'Web server is down';
$phpSapiName = substr(php_sapi_name(), 0, 3);
if ($phpSapiName == 'cgi' || $phpSapiName == 'fpm') {
header('Status: '.$httpStatusCode.' '.$httpStatusMsg);
} else {
$protocol = isset($_SERVER['SERVER_PROTOCOL']) ? $_SERVER['SERVER_PROTOCOL'] : 'HTTP/1.0';
header($protocol.' '.$httpStatusCode.' '.$httpStatusMsg);
}
.
Conclusione
HTTP_RESPONSE_CODE () L'implementazione non supporta tutti i codici di risposta HTTP e possono sovrascrivere il codice di risposta HTTP specificato con un altro dallo stesso gruppo.
La funzione New Http_Response_Code () () non risolve tutti i problemi coinvolti ma rendono le cose peggiore introducendo nuovi bug.
La soluzione "Compatibilità" offerta da @Dued non funziona come previsto, almeno in PHP-FPM.
Le altre soluzioni offerte da @duale hanno anche vari bug. Il rilevamento del CGI veloce non mantiene PHP-FPM. Il protocollo corrente deve essere rilevato.
Qualsiasi test e commenti sono apprezzati.
Dal momento che PHP 5.4 è possibile utilizzare http_response_code() per ottenere e impostare il codice di stato dell'intestazione.
Qui un esempio:
<?php
// Get the current response code and set a new one
var_dump(http_response_code(404));
// Get the new response code
var_dump(http_response_code());
?>
Ecco il documento di questa funzione in php.net:
Aggiungi questa linea prima di qualsiasi output del corpo, nell'evento non stai usando il buffering di uscita.
header("HTTP/1.1 200 OK");
Sostituire la porzione dei messaggi ('OK') con il messaggio appropriato e il codice di stato con il codice come appropriato (404, 501, ecc.)
Se sei qui a causa di WordPress dando 404 Quando si carica l'ambiente, questo dovrebbe risolvere il problema:
define('WP_USE_THEMES', false);
require('../wp-blog-header.php');
status_header( 200 );
//$wp_query->is_404=false; // if necessary
Il problema è dovuto a inviare uno stato: 404 non trovato intestazione.Devi sovrascriverlo. Questo funzionerà anche:
define('WP_USE_THEMES', false);
require('../wp-blog-header.php');
header("HTTP/1.1 200 OK");
header("Status: 200 All rosy");
con intestazione funzione.C'è un esempio nella sezione sul primo parametro che richiede.
Se la versione di PHP non include questa funzione:
<?php
function http_response_code($code = NULL) {
if ($code !== NULL) {
switch ($code) {
case 100: $text = 'Continue';
break;
case 101: $text = 'Switching Protocols';
break;
case 200: $text = 'OK';
break;
case 201: $text = 'Created';
break;
case 202: $text = 'Accepted';
break;
case 203: $text = 'Non-Authoritative Information';
break;
case 204: $text = 'No Content';
break;
case 205: $text = 'Reset Content';
break;
case 206: $text = 'Partial Content';
break;
case 300: $text = 'Multiple Choices';
break;
case 301: $text = 'Moved Permanently';
break;
case 302: $text = 'Moved Temporarily';
break;
case 303: $text = 'See Other';
break;
case 304: $text = 'Not Modified';
break;
case 305: $text = 'Use Proxy';
break;
case 400: $text = 'Bad Request';
break;
case 401: $text = 'Unauthorized';
break;
case 402: $text = 'Payment Required';
break;
case 403: $text = 'Forbidden';
break;
case 404: $text = 'Not Found';
break;
case 405: $text = 'Method Not Allowed';
break;
case 406: $text = 'Not Acceptable';
break;
case 407: $text = 'Proxy Authentication Required';
break;
case 408: $text = 'Request Time-out';
break;
case 409: $text = 'Conflict';
break;
case 410: $text = 'Gone';
break;
case 411: $text = 'Length Required';
break;
case 412: $text = 'Precondition Failed';
break;
case 413: $text = 'Request Entity Too Large';
break;
case 414: $text = 'Request-URI Too Large';
break;
case 415: $text = 'Unsupported Media Type';
break;
case 500: $text = 'Internal Server Error';
break;
case 501: $text = 'Not Implemented';
break;
case 502: $text = 'Bad Gateway';
break;
case 503: $text = 'Service Unavailable';
break;
case 504: $text = 'Gateway Time-out';
break;
case 505: $text = 'HTTP Version not supported';
break;
default:
exit('Unknown http status code "' . htmlentities($code) . '"');
break;
}
$protocol = (isset($_SERVER['SERVER_PROTOCOL']) ? $_SERVER['SERVER_PROTOCOL'] : 'HTTP/1.0');
header($protocol . ' ' . $code . ' ' . $text);
$GLOBALS['http_response_code'] = $code;
} else {
$code = (isset($GLOBALS['http_response_code']) ? $GLOBALS['http_response_code'] : 200);
}
return $code;
}
We can get different return value from http_response_code via the two different environment:
- Web Server Environment
- CLI environment
At the web server environment, return previous response code if you provided a response code or when you do not provide any response code then it will be print the current value. Default value is 200 (OK).
At CLI Environment, true will be return if you provided a response code and false if you do not provide any response_code.
Example of Web Server Environment of Response_code's return value:
var_dump(http_respone_code(500)); // int(200)
var_dump(http_response_code()); // int(500)
Example of CLI Environment of Response_code's return value:
var_dump(http_response_code()); // bool(false)
var_dump(http_response_code(501)); // bool(true)
var_dump(http_response_code()); // int(501)
header("HTTP/1.1 200 OK");
http_response_code(201);
header("Status: 200 All rosy");
http_response_code(200); not work because test alert 404 https://developers.google.com/speed/pagespeed/insights/
