Health Checker Debugging Information: ` ### WordPress ### Version: 5.1.1 Sprache: de_DE Permalink-Struktur: /%postname%/ Verwendet diese Website HTTPS?: Ja Kann sich jeder auf dieser Website registrieren?: Nein Standard-Kommentarstatus: closed Ist dies ein Netzwerk?: Nein Benutzeranzahl: 3 Kommunikation mit WordPress.org: WordPress.org ist erreichbar Erzeuge Loopback Requests: Der Loopback Request für deine Website ist fehlgeschlagen, was die Funktion von WP_Cron sowie Theme- und Plugin-Editoren stören könnte.
Aufgetretener Fehler: (0) cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received ### Größe der Installation ### Uploads-Verzeichnis: 195,45 MB Theme-Verzeichnis: 67,30 MB Plugin-Verzeichnis: 112,94 MB Datenbank-Größe: 19,02 MB Gesamtes WordPress-Verzeichnis: 417,63 MB Gesamtgröße der Installation: 436,65 MB ### Drop-ins ### db.php: Eigene Datenbankklasse. ### Aktives Theme ### Name: Monstroid2 Child Version: 1.0.0 Autor: Template Monster Website des Autors: http://www.templatemonster.com/ Parent Theme: Monstroid2 Unterstützte Theme-Funktionalität: post-thumbnails, html5, title-tag, post-formats, custom-background, automatic-feed-links, tm-custom-mobile-menu, cherry_migrate_sidebars, menus, widgets ### Andere Themes (4) ### Monstroid2 (monstroid2): Version 1.3.2 von Template Monster Twenty Nineteen (twentynineteen): Version 1.3 von dem WordPress-Team Twenty Seventeen (twentyseventeen): Version 2.1 von dem WordPress-Team Twenty Sixteen (twentysixteen): Version 1.9 von dem WordPress-Team ### Must Use Plugins (1) ### Health Check Troubleshooting Mode: Version 1.5.1 ### Aktive Plugins (28) ### Akismet Anti-Spam: Version 4.1.1 von Automattic Better Search Replace: Version 1.3.3 von Delicious Brains Cherry Data Importer: Version 1.1.2 von TemplateMonster Cherry Live Demo Mods Switcher: Version 1.1 von Cherry Team Cherry Plugin Wizard: Version 1.0.0 von Cherry Team Cherry Projects: Version 1.2.13 von Cherry Team Cherry Search: Version 1.1.4.1 von Zemez Cherry Services List: Version 1.4.6 von Zemez Cherry Sidebars: Version 1.1.2.4 von Zemez Cherry Socialize: Version 1.1.3 von Jetimpex Cherry Team Members: Version 1.4.5 von Zemez Cherry Testimonials: Version 1.1.2 von Zemez Cherry Theme Wizard: Version 1.0.0 von Cherry Team Cherry Trending Posts: Version 1.0.1 von Zemez Classic Editor: Version 1.4 von WordPress Contributors Contact Form 7: Version 5.1.1 von Takayuki Miyoshi Encyclopedia Pro: Version 1.6.6 von Dennis Hoppe ( Aktuelle Version: 1.6.23 ) Google XML Sitemaps: Version 4.1.0 von Arne Brachhold Health Check & Troubleshooting: Version 1.2.6 von The WordPress.org community HTTPS Debugger: Version 1.1 von the WordPress team Inline Google Spreadsheet Viewer: Version 0.13.0 von Meitar Moscovitz Jetimpex Dashboard: Version 1.1.0 von Cherry Team Ninja Forms: Version 3.4.5 von The WP Ninjas Polylang: Version 2.5.2 von Frédéric Demarle Power Builder Integrator: Version 1.0.14 von Template Monster Power Builder UPD: Version 1.4.0 von TemplateMonster Query Monitor: Version 3.3.4 von John Blackbourn TM Style Switcher: Version 1.0.4 von CherryTeam ### Inaktive Plugins (5) ### Encyclopedia Lite: Version 1.7.24 von Dennis Hoppe Event List: Version 0.8.3 von mibuthu Hello Dolly: Version 1.6 von Matt Mullenweg The Events Calendar: Version 4.8.2 von Modern Tribe, Inc. Timetable and Event Schedule: Version 2.2.1 von MotoPress ### Medienhandling ### Aktiver Editor: WP_Image_Editor_GD Imagick Modul Version: Imagick not available ImageMagick-Version: Imagick not available GD-Version: bundled (2.1.0 compatible) Ghostscript-Version: 9.26 ### Server ### Server-Architektur: Linux 3.16.0-ui18276.29-uiabi1-infong-amd64 x86_64 Webserver-Software: Apache PHP-Version: 7.2.16 (Unterstützt 64bit-Werte) PHP SAPI: cgi-fcgi PHP max input variables: 10000 PHP time limit: 600 PHP memory limit: 4096M Max input time: -1 Maximale Dateigröße Upload: 3G PHP post max size: 3G cURL-Version: 7.38.0 OpenSSL/1.0.1t SUHOSIN installiert: Nein Ist die Imagick-Library verfügbar: Nein htaccess Regeln: Individuelle Regeln wurden zu deiner htaccess-Datei hinzugefügt. ### Datenbank ### Erweiterung: mysqli Server-Version: 5.5.60-0+deb7u1-log Client-Version: mysqlnd 5.0.12-dev - 20150407 - $Id: 3591daad22de08524295e1bd073aceeff11e6579 $ Datenbankpräfix: wp_ ### WordPress-Konstanten ### ABSPATH: /homepages/38/d230349247/htdocs/HP/ WP_HOME: https://www.en-concept.de WP_SITEURL: https://www.en-concept.de WP_DEBUG: Deaktiviert WP_MAX_MEMORY_LIMIT: 900M WP_DEBUG_DISPLAY: Aktiviert WP_DEBUG_LOG: Deaktiviert SCRIPT_DEBUG: Deaktiviert WP_CACHE: Deaktiviert CONCATENATE_SCRIPTS: Nicht definiert COMPRESS_SCRIPTS: Nicht definiert COMPRESS_CSS: Nicht definiert WP_LOCAL_DEV: Nicht definiert ### Dateisystem-Rechte ### Das Haupt-WordPress-Verzeichnis: Beschreibbar Das Verzeichnis wp-content: Beschreibbar Das Uploads-Verzeichnis: Beschreibbar Das Plugin-Verzeichnis: Beschreibbar Das Theme-Verzeichnis: Beschreibbar Das Must-Use-Plugin-Verzeichnis : Beschreibbar HTTPS TESTER Since WordPress 3.7, all communication to WordPress.org is attempted over HTTPS, this is to improve security and make it harder for someone to perform a MITM attack against a WordPress site. Unfortunately, there have been reports that some hosts configurations are not allowing it to work, this plugin is used to debug it and find out what's going on. [PASS]: Your WordPress install claims to support HTTPS Connections [PASS]: Checking that the HTTPS Root Certificate bundle exists and is accessible [PASS]: cURL is installed and supports SSL communication, cURL Details: version_number=468480; age=3; features=182173; ssl_version_number=0; version=7.38.0; host=x86_64-pc-linux-gnu; ssl_version=OpenSSL/1.0.1t; libz_version=1.2.8; protocols=dict,file,ftp,ftps,gopher,http,https,imap,imaps,ldap,ldaps,pop3,pop3s,rtmp,rtsp,scp,sftp,smtp,smtps,telnet,tftp [PASS]: OpenSSL is installed. OpenSSL 1.0.1t 3 May 2016 268439887 [PASS]: Checking if stream_socket_client exists [PASS]: Checking if openssl_x509_parse exists [FAIL]: Verifying api.wordpress.org resolves correctly. 198.143.164.251 [WARNING]: [Streams] Communication with WordPress.org suceeded after 0.861 seconds, but an unexpected response was received: REST API Handbook | WordPress Developer Resources
Skip to content

REST API Handbook Edit

The WordPress REST API provides API endpoints for WordPress data types that allow developers to interact with sites remotely by sending and receiving JSON (JavaScript Object Notation) objects. JSON is an open standard data format that is lightweight and human-readable, and looks like Objects do in JavaScript; hence the name. When you send content to or make a request to the API, the response will be returned in JSON. This enables developers to create, read and update WordPress content from client-side JavaScript or from external applications, even those written in languages beyond PHP.

Note: Looking for a list of the other APIs available within WordPress? You can find the documentation here.

Why use the WordPress REST API Why use the WordPress REST API

The WordPress REST API makes it easier than ever to use WordPress in new and exciting ways, such as creating Single Page Applications on top of WordPress. You could create a plugin to provide an entirely new admin experiences for WordPress, or create a brand new interactive front-end experience.

You would not even have to write the applications in PHP: any programming language that can make HTTP requests and interpret JSON can interact with WordPress through the REST API, from Node.js to Java and beyond.

The WordPress REST API can also serve as a strong replacement for the admin-ajax API in core. By using the REST API, you can more easily structure the way you want to get data into and out of WordPress. AJAX calls can be greatly simplified by using the REST API, enabling you to spend less time accessing the data you need and more time creating better user experiences.

Our imagination is the only limit to what can be done with the WordPress REST API. The bottom line is, if you want a structured, extensible, and simple way to get data in and out of WordPress over HTTP, you probably want to use the REST API. For all of its simplicity the REST API can feel quite complex at first, and we will attempt to break it down into smaller components so that we can easily piece together the full puzzle.

Top ?

Key Concepts Key Concepts

To get started with using the WordPress REST API we will break down some of the key concepts and terms associated with the API:

  • Routes/Endpoints
  • Requests
  • Responses
  • Schema
  • Controller Classes

Each of these concepts play a crucial role in using and understanding the WordPress REST API. Let’s briefly break them down so that we can later explore each in greater depth.

Routes & Endpoints Routes & Endpoints

A route, in the context of the WordPress REST API, is a URI which can be mapped to different HTTP methods. The mapping of an individual HTTP method to a route is known as an “endpoint”. To clarify: If we make a GET request to http://oursite.com/wp-json/, we will get a JSON response showing us what routes are available, and within each route, what endpoints are available. /wp-json/ is a route itself and when a GET request is made it matches to the endpoint that displays what is known as the index for the WordPress REST API. We will learn how to register our own routes and endpoints in the following sections.

Note: If you’re using non-pretty permalinks, you should pass the REST API route as a query string parameter. The route http://oursite.com/wp-json/ in the example above would hence be http://oursite.com/?rest_route=/.

Top ?

Requests Requests

One of the primary classes in the WordPress REST API infrastructure is WP_REST_Request. This class is used to store and retrieve information for the current request; requests can be submitted remotely via HTTP but may also be made internally from PHP with WordPress. WP_REST_Request objects are automatically generated for you whenever you make an HTTP request to a registered route. The data specified in the request will determine what response you get back out of the API. There are a lot of neat things you can do using the request class. The request section will go into greater detail.

Top ?

Responses Responses

Responses are the data you get back from the API. The WP_REST_Response class provides a way to interact with the response data returned by endpoints. Responses can return the desired data, and they can also be used to return errors.

Top ?

Schema Schema

Each endpoint requires and provides slightly different data structures, and those structures are defined in the API Schema. The schema structures API data and provides a comprehensive list of all of the properties the API can return and input parameters it can accept. Schema also provides security benefits for the API, as it enables us to validate the requests being made to the API. The Schema section further explores this large topic.

Top ?

Controller Classes Controller Classes

As you can see, the WordPress REST API has a lot of moving parts that all need to work together. Controller classes bring all of these elements together in a single place. With a controller class you can manage the registration of routes & endpoints, handle requests, utilize schema, and generate API responses.

Top ?

Next Steps Next Steps

Let’s look at the reference for the WordPress REST API.

Skip to toolbar
[WARNING]: [Streams with a POST body] Communication with WordPress.org suceeded after 0.891 seconds, but an unexpected response was received: REST API Handbook | WordPress Developer Resources
Skip to content

REST API Handbook Edit

The WordPress REST API provides API endpoints for WordPress data types that allow developers to interact with sites remotely by sending and receiving JSON (JavaScript Object Notation) objects. JSON is an open standard data format that is lightweight and human-readable, and looks like Objects do in JavaScript; hence the name. When you send content to or make a request to the API, the response will be returned in JSON. This enables developers to create, read and update WordPress content from client-side JavaScript or from external applications, even those written in languages beyond PHP.

Note: Looking for a list of the other APIs available within WordPress? You can find the documentation here.

Why use the WordPress REST API Why use the WordPress REST API

The WordPress REST API makes it easier than ever to use WordPress in new and exciting ways, such as creating Single Page Applications on top of WordPress. You could create a plugin to provide an entirely new admin experiences for WordPress, or create a brand new interactive front-end experience.

You would not even have to write the applications in PHP: any programming language that can make HTTP requests and interpret JSON can interact with WordPress through the REST API, from Node.js to Java and beyond.

The WordPress REST API can also serve as a strong replacement for the admin-ajax API in core. By using the REST API, you can more easily structure the way you want to get data into and out of WordPress. AJAX calls can be greatly simplified by using the REST API, enabling you to spend less time accessing the data you need and more time creating better user experiences.

Our imagination is the only limit to what can be done with the WordPress REST API. The bottom line is, if you want a structured, extensible, and simple way to get data in and out of WordPress over HTTP, you probably want to use the REST API. For all of its simplicity the REST API can feel quite complex at first, and we will attempt to break it down into smaller components so that we can easily piece together the full puzzle.

Top ?

Key Concepts Key Concepts

To get started with using the WordPress REST API we will break down some of the key concepts and terms associated with the API:

  • Routes/Endpoints
  • Requests
  • Responses
  • Schema
  • Controller Classes

Each of these concepts play a crucial role in using and understanding the WordPress REST API. Let’s briefly break them down so that we can later explore each in greater depth.

Routes & Endpoints Routes & Endpoints

A route, in the context of the WordPress REST API, is a URI which can be mapped to different HTTP methods. The mapping of an individual HTTP method to a route is known as an “endpoint”. To clarify: If we make a GET request to http://oursite.com/wp-json/, we will get a JSON response showing us what routes are available, and within each route, what endpoints are available. /wp-json/ is a route itself and when a GET request is made it matches to the endpoint that displays what is known as the index for the WordPress REST API. We will learn how to register our own routes and endpoints in the following sections.

Note: If you’re using non-pretty permalinks, you should pass the REST API route as a query string parameter. The route http://oursite.com/wp-json/ in the example above would hence be http://oursite.com/?rest_route=/.

Top ?

Requests Requests

One of the primary classes in the WordPress REST API infrastructure is WP_REST_Request. This class is used to store and retrieve information for the current request; requests can be submitted remotely via HTTP but may also be made internally from PHP with WordPress. WP_REST_Request objects are automatically generated for you whenever you make an HTTP request to a registered route. The data specified in the request will determine what response you get back out of the API. There are a lot of neat things you can do using the request class. The request section will go into greater detail.

Top ?

Responses Responses

Responses are the data you get back from the API. The WP_REST_Response class provides a way to interact with the response data returned by endpoints. Responses can return the desired data, and they can also be used to return errors.

Top ?

Schema Schema

Each endpoint requires and provides slightly different data structures, and those structures are defined in the API Schema. The schema structures API data and provides a comprehensive list of all of the properties the API can return and input parameters it can accept. Schema also provides security benefits for the API, as it enables us to validate the requests being made to the API. The Schema section further explores this large topic.

Top ?

Controller Classes Controller Classes

As you can see, the WordPress REST API has a lot of moving parts that all need to work together. Controller classes bring all of these elements together in a single place. With a controller class you can manage the registration of routes & endpoints, handle requests, utilize schema, and generate API responses.

Top ?

Next Steps Next Steps

Let’s look at the reference for the WordPress REST API.

Skip to toolbar
[WARNING]: [cURL] Communication with WordPress.org suceeded after 0.893 seconds, but an unexpected response was received: REST API Handbook | WordPress Developer Resources
Skip to content

REST API Handbook Edit

The WordPress REST API provides API endpoints for WordPress data types that allow developers to interact with sites remotely by sending and receiving JSON (JavaScript Object Notation) objects. JSON is an open standard data format that is lightweight and human-readable, and looks like Objects do in JavaScript; hence the name. When you send content to or make a request to the API, the response will be returned in JSON. This enables developers to create, read and update WordPress content from client-side JavaScript or from external applications, even those written in languages beyond PHP.

Note: Looking for a list of the other APIs available within WordPress? You can find the documentation here.

Why use the WordPress REST API Why use the WordPress REST API

The WordPress REST API makes it easier than ever to use WordPress in new and exciting ways, such as creating Single Page Applications on top of WordPress. You could create a plugin to provide an entirely new admin experiences for WordPress, or create a brand new interactive front-end experience.

You would not even have to write the applications in PHP: any programming language that can make HTTP requests and interpret JSON can interact with WordPress through the REST API, from Node.js to Java and beyond.

The WordPress REST API can also serve as a strong replacement for the admin-ajax API in core. By using the REST API, you can more easily structure the way you want to get data into and out of WordPress. AJAX calls can be greatly simplified by using the REST API, enabling you to spend less time accessing the data you need and more time creating better user experiences.

Our imagination is the only limit to what can be done with the WordPress REST API. The bottom line is, if you want a structured, extensible, and simple way to get data in and out of WordPress over HTTP, you probably want to use the REST API. For all of its simplicity the REST API can feel quite complex at first, and we will attempt to break it down into smaller components so that we can easily piece together the full puzzle.

Top ?

Key Concepts Key Concepts

To get started with using the WordPress REST API we will break down some of the key concepts and terms associated with the API:

  • Routes/Endpoints
  • Requests
  • Responses
  • Schema
  • Controller Classes

Each of these concepts play a crucial role in using and understanding the WordPress REST API. Let’s briefly break them down so that we can later explore each in greater depth.

Routes & Endpoints Routes & Endpoints

A route, in the context of the WordPress REST API, is a URI which can be mapped to different HTTP methods. The mapping of an individual HTTP method to a route is known as an “endpoint”. To clarify: If we make a GET request to http://oursite.com/wp-json/, we will get a JSON response showing us what routes are available, and within each route, what endpoints are available. /wp-json/ is a route itself and when a GET request is made it matches to the endpoint that displays what is known as the index for the WordPress REST API. We will learn how to register our own routes and endpoints in the following sections.

Note: If you’re using non-pretty permalinks, you should pass the REST API route as a query string parameter. The route http://oursite.com/wp-json/ in the example above would hence be http://oursite.com/?rest_route=/.

Top ?

Requests Requests

One of the primary classes in the WordPress REST API infrastructure is WP_REST_Request. This class is used to store and retrieve information for the current request; requests can be submitted remotely via HTTP but may also be made internally from PHP with WordPress. WP_REST_Request objects are automatically generated for you whenever you make an HTTP request to a registered route. The data specified in the request will determine what response you get back out of the API. There are a lot of neat things you can do using the request class. The request section will go into greater detail.

Top ?

Responses Responses

Responses are the data you get back from the API. The WP_REST_Response class provides a way to interact with the response data returned by endpoints. Responses can return the desired data, and they can also be used to return errors.

Top ?

Schema Schema

Each endpoint requires and provides slightly different data structures, and those structures are defined in the API Schema. The schema structures API data and provides a comprehensive list of all of the properties the API can return and input parameters it can accept. Schema also provides security benefits for the API, as it enables us to validate the requests being made to the API. The Schema section further explores this large topic.

Top ?

Controller Classes Controller Classes

As you can see, the WordPress REST API has a lot of moving parts that all need to work together. Controller classes bring all of these elements together in a single place. With a controller class you can manage the registration of routes & endpoints, handle requests, utilize schema, and generate API responses.

Top ?

Next Steps Next Steps

Let’s look at the reference for the WordPress REST API.

Skip to toolbar
[WARNING]: [cURL with a POST body] Communication with WordPress.org suceeded after 0.942 seconds, but an unexpected response was received: REST API Handbook | WordPress Developer Resources
Skip to content

REST API Handbook Edit

The WordPress REST API provides API endpoints for WordPress data types that allow developers to interact with sites remotely by sending and receiving JSON (JavaScript Object Notation) objects. JSON is an open standard data format that is lightweight and human-readable, and looks like Objects do in JavaScript; hence the name. When you send content to or make a request to the API, the response will be returned in JSON. This enables developers to create, read and update WordPress content from client-side JavaScript or from external applications, even those written in languages beyond PHP.

Note: Looking for a list of the other APIs available within WordPress? You can find the documentation here.

Why use the WordPress REST API Why use the WordPress REST API

The WordPress REST API makes it easier than ever to use WordPress in new and exciting ways, such as creating Single Page Applications on top of WordPress. You could create a plugin to provide an entirely new admin experiences for WordPress, or create a brand new interactive front-end experience.

You would not even have to write the applications in PHP: any programming language that can make HTTP requests and interpret JSON can interact with WordPress through the REST API, from Node.js to Java and beyond.

The WordPress REST API can also serve as a strong replacement for the admin-ajax API in core. By using the REST API, you can more easily structure the way you want to get data into and out of WordPress. AJAX calls can be greatly simplified by using the REST API, enabling you to spend less time accessing the data you need and more time creating better user experiences.

Our imagination is the only limit to what can be done with the WordPress REST API. The bottom line is, if you want a structured, extensible, and simple way to get data in and out of WordPress over HTTP, you probably want to use the REST API. For all of its simplicity the REST API can feel quite complex at first, and we will attempt to break it down into smaller components so that we can easily piece together the full puzzle.

Top ?

Key Concepts Key Concepts

To get started with using the WordPress REST API we will break down some of the key concepts and terms associated with the API:

  • Routes/Endpoints
  • Requests
  • Responses
  • Schema
  • Controller Classes

Each of these concepts play a crucial role in using and understanding the WordPress REST API. Let’s briefly break them down so that we can later explore each in greater depth.

Routes & Endpoints Routes & Endpoints

A route, in the context of the WordPress REST API, is a URI which can be mapped to different HTTP methods. The mapping of an individual HTTP method to a route is known as an “endpoint”. To clarify: If we make a GET request to http://oursite.com/wp-json/, we will get a JSON response showing us what routes are available, and within each route, what endpoints are available. /wp-json/ is a route itself and when a GET request is made it matches to the endpoint that displays what is known as the index for the WordPress REST API. We will learn how to register our own routes and endpoints in the following sections.

Note: If you’re using non-pretty permalinks, you should pass the REST API route as a query string parameter. The route http://oursite.com/wp-json/ in the example above would hence be http://oursite.com/?rest_route=/.

Top ?

Requests Requests

One of the primary classes in the WordPress REST API infrastructure is WP_REST_Request. This class is used to store and retrieve information for the current request; requests can be submitted remotely via HTTP but may also be made internally from PHP with WordPress. WP_REST_Request objects are automatically generated for you whenever you make an HTTP request to a registered route. The data specified in the request will determine what response you get back out of the API. There are a lot of neat things you can do using the request class. The request section will go into greater detail.

Top ?

Responses Responses

Responses are the data you get back from the API. The WP_REST_Response class provides a way to interact with the response data returned by endpoints. Responses can return the desired data, and they can also be used to return errors.

Top ?

Schema Schema

Each endpoint requires and provides slightly different data structures, and those structures are defined in the API Schema. The schema structures API data and provides a comprehensive list of all of the properties the API can return and input parameters it can accept. Schema also provides security benefits for the API, as it enables us to validate the requests being made to the API. The Schema section further explores this large topic.

Top ?

Controller Classes Controller Classes

As you can see, the WordPress REST API has a lot of moving parts that all need to work together. Controller classes bring all of these elements together in a single place. With a controller class you can manage the registration of routes & endpoints, handle requests, utilize schema, and generate API responses.

Top ?

Next Steps Next Steps

Let’s look at the reference for the WordPress REST API.

Skip to toolbar
[INFO]: PHP Version: 7.2.16 `