Español
Română
Русскийwp-json/ restituisce 404, ma wp-json/wp/v2/ funziona correttamente sul mio server nginx
Quando accedo al mio sito WordPress come www.example.com/wp-json/ ottengo questo errore 404.
{"code":"rest_no_route","message":"Non è stato trovato alcun percorso corrispondente all'URL e al metodo di richiesta","data":{"status":404}}
Ma la REST API restituisce l'oggetto json corretto se uso l'URL www.example.com/wp-json/wp/v2/.
Il mio permalink è impostato come /%year%/%monthnum%/%postname%/, ed ecco parte delle mie impostazioni di configurazione nginx:
server {
root /var/www/html;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
# altre direttive di location relative a php, cache, ecc.
}
Ho cercato su Internet e la maggior parte dei problemi sembra essere causata da impostazioni errate dei permalink e .htaccess (Apache), ma raramente si parla del caso relativo a nginx. Qualche idea su cosa causa questo problema e come risolverlo?
Aggiornamento
Se eseguo curl -i www.example.com/wp-json, questo è ciò che ottengo:
HTTP/1.1 404 Not Found
Server: nginx
Date: Sun, 29 Jan 2017 11:58:21 GMT
Content-Type: application/json; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Accept-Encoding
X-Robots-Tag: noindex
Link: <https://example.com/wp-json/>; rel="https://api.w.org/"
X-Content-Type-Options: nosniff
Access-Control-Expose-Headers: X-WP-Total, X-WP-TotalPages
Access-Control-Allow-Headers: Authorization, Content-Type
{"code":"rest_no_route","message":"Non è stato trovato alcun percorso corrispondente all'URL e al metodo di richiesta","data":{"status":404}}
Ultimo Aggiornamento (7 Mar 2017)
Con il rilascio di WordPress 4.7.3, questo bug è stato risolto. Il workaround unset ($_SERVER['PATH_INFO']); non è più necessario.
Ah, grazie @user113522, ora capisco perché è successo. WordPress si affida davvero a .htaccess per gestire il reindirizzamento, ma nel caso di Nginx, Nginx non utilizza .htaccess. Quando WordPress non riesce a trovare il file .htaccess, ripiega sull'uso di PATH_INFO che aggiunge un index.php extra nell'URL. La tua soluzione di aggiungere unset($_SERVER['PATH_INFO']); funziona, ma penso sia meglio configurare un reindirizzamento direttamente nella direttiva location di nginx. Lo testerò quando avrò tempo e lo posterò qui più tardi.
hcheung
Grazie per il link. Questo ha risolto il problema, ma dato che implica la modifica del codice in /wp-includes, preferisco non cambiarlo in questo modo. Attualmente sono sulla versione 4.7.2, spero che questo verrà risolto nel prossimo rilascio 4.7.3. Nel frattempo, seguirò l'istruzione di @user113522 rimuovendo $_SERVER['PATH_INFO'].
hcheung
Modificare il core specificatamente per questa patch non fa realmente differenza, dato che l'aggiornamento sovrascriverà tutto con lo stesso contenuto.
lkraav