WordPress JsonAPI – /wp-json/ wurde auf diesem Server nicht gefunden

Question 1

Ich verwende folgendes Plugin Json-Rest-API.

Zum Testen des Plugins die Dokumentation besagt, dass ich nur verwenden sollte:

$ curl -i http://testpress-maxximus.rhcloud.com/wp-json/
HTTP/1.1 404 Not Found
Date: Sat, 24 May 2014 07:01:21 GMT
Server: Apache/2.2.15 (Red Hat)
Content-Length: 303
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /wp-json/ was not found on this server.</p>
<hr>
<address>Apache/2.2.15 (Red Hat) Server at testpress-maxximus.rhcloud.com Port 8
0</address>
</body></html>

Wie Sie sehen können, wird von der URL nichts gefunden. Irgendwelche Empfehlungen, wenn es ein Problem mit der API oder WordPress gibt?

Ich schätze Ihre Antwort

Question 2

Die aktuelle Version der REST-API für Websites mit nicht aktivierten hübschen Permalinks, die url

    yoursite.com/?rest_route=/

wird funktionieren .

Question 3

Die WordPress-JSON-API hängt von hübschen Permalinks abvergewissern Sie sich, dass Sie sie für die Website aktiviert haben.

Question 4

In meinem Fall habe ich diesen Fehler nach der Installation/Konfiguration von Apache2 auf meinem lokalen Linux-Rechner erhalten. Ich habe schließlich festgestellt, dass der Fehler dadurch verursacht wird, dass das Rewrite-Modul nicht aktiviert ist, was ich mit behoben habe.

sudo a2enmod rewrite

sowie sicherzustellen, dass meine apache2.conf-Datei (befindet sich im Ordner /etc/apache2) ihre hat<Directory> Direktive ‘AllowOverride’ auf all statt none setzen, from

<Directory /var/www/> Options Indexes FollowSymLinks AllowOverride None Require all granted </Directory>

zu

<Directory /var/www/> Options Indexes FollowSymLinks AllowOverride All Require all granted </Directory>

Dann habe ich den Apache2-Dienst neu gestartet und das Problem wurde behoben.

Question 5

Ich bin mehrfach mit diesem Problem konfrontiert worden. Die Lösung ist diese:

Melden Sie sich bei Ihrer WordPress-Site an: example.com/wp-admin

Dann klicken Sie auf die Einstellungen

Dann klicken Sie auf Dauerlinks
Dann setze Permalinks auf “Anschriftname“
Änderungen speichern

Question 6

Manchmal ist die Lösung verrückt und einfach! Gehen Sie zu den Permalink-Einstellungen, indem Sie zu gehen Admin -> Settings -> Permalinks…dann einfach zuschlagen Save Changes ohne etwas anderes zu tun! Dies frischt das Gedächtnis von WordPress auf.

Warum ist das so? Für eine Situation, die ich zuvor hatte, hatte ich die URL der Hauptwebsite geändert, sodass ich auch die Permalinks aktualisieren musste.

Question 7

Ich habe WP in einer lokalen Entwicklungsumgebung in einer Subdomain von localhost ausgeführt (z. B. mysite.localhost:8888).

Die Lösung für mich bestand darin, die Konfiguration des virtuellen Hosts in httpd-vhosts.conf zu aktualisieren, um Verzeichnisoptionen festzulegen, ähnlich wie bei Aurovratas Antwort:

<VirtualHost *:8888>    
    ServerName mysite.localhost    
    DocumentRoot "/Users/myusername/mysite"    
    <Directory /Users/myusername/mysite>
        Options Indexes FollowSymLinks
        AllowOverride All        
    </Directory>
</VirtualHost>

Question 8

Ich hatte das gleiche Problem und wollte meine Lösung posten, falls jemand anderes auf diese Antwort stößt und die anderen Antworten das Problem nicht lösen, da dies bei mir passiert ist.

In meinem Fall hatte ich keine .htaccess Datei mit dem Standardwert von WordPress mod_rewrite Regeln:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Dies hat das Problem für mich gelöst. Pro die Dokumentation:

WordPress verwendet diese Datei, um zu manipulieren, wie Apache Dateien aus seinem Stammverzeichnis und dessen Unterverzeichnissen bereitstellt. Vor allem modifiziert WP diese Datei, um mit hübschen Permalinks umgehen zu können.