Italiano
Español
Русскийwp-json/ returnează 404, dar wp-json/wp/v2/ funcționează corect pe serverul meu nginx
Când accesez site-ul meu WordPress ca www.example.com/wp-json/ primesc această eroare 404.
{"code":"rest_no_route","message":"No route was found matching the URL and request method","data":{"status":404}}
Dar API-ul REST returnează obiectul json corect dacă folosesc URL-ul www.example.com/wp-json/wp/v2/.
Permalink-ul meu este setat ca /%year%/%monthnum%/%postname%/, și aici este o parte din setările mele de configurare nginx:
server {
root /var/www/html;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
# alte directive location legate de php, cache, etc.
}
Am căutat pe Internet și majoritatea problemelor par să fie cauzate de setarea incorectă a permalink-urilor și .htaccess (Apache), dar rareori se menționează cazul legat de nginx. Aveți vreo idee ce cauzează acest lucru și cum poate fi rezolvat?
Actualizare
Dacă rulez curl -i www.example.com/wp-json, iată ce primesc:
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":"No route was found matching the URL and request method","data":{"status":404}}
Ultima Actualizare (7 Mar 2017)
Odată cu lansarea WordPress 4.7.3, acest bug a fost remediat. Soluția temporară unset ($_SERVER['PATH_INFO']); nu mai este necesară.
Ah, mulțumesc @user113522, acum înțeleg de ce s-a întâmplat asta. WordPress se bazează pe .htaccess pentru a gestiona redirectarea, dar în cazul Nginx, Nginx nu folosește .htaccess. Când WordPress nu găsește fișierul .htaccess, apelează la PATH_INFO care adaugă un index.php suplimentar în URL. Soluția ta de a adăuga unset($_SERVER['PATH_INFO']); funcționează, dar cred că e mai bine să configurezi o redirectare la nivel de directivă location în Nginx. O să testez când voi avea timp și voi posta aici rezultatele.
hcheung
Mulțumesc pentru link. Aceasta a rezolvat problema, dar din moment ce implică modificarea codului în /wp-includes, aș prefera să nu o schimb în acest fel. Momentan sunt pe versiunea 4.7.2, sper ca această problemă va fi remediată în versiunea viitoare 4.7.3. Între timp, voi urma instrucțiunile lui @user113522 prin anularea variabilei $_SERVER['PATH_INFO'].
hcheung
Modificarea nucleului specific pentru acest patch nu face cu adevărat o diferență, deoarece actualizarea care suprascrie tot va conține același lucru.
lkraav