Contributors: Teemu Suoranta, Sami Keijonen, Christian Nikkanen
Tags: WordPress, REST API, WP_Query
License: GPLv2+
- Description
- How to use
- Advanced examples
- Restrictions
- Extra plugin compatibility features
- Filters
- Hooks
- Install
- Issues and feature whishlist
- Changelog
Adds new route /wp-json/wp_query/args/
to REST API. You can query content with WP_Query args. There's extensive filters and actions to limit or extend functionality.
Route: /wp-json/wp_query/args/
Get three projects: /wp-json/wp_query/args/?post_type=project&posts_per_page=3
You shoudn't write query args by hand! It gets very complicated when you want to pass arrays for example with meta_query.
1. Create $args
$args = array(
'post_type' => 'post',
'orderby' => 'title',
'order' => 'ASC'
);
2. Turn $args into query string (Reference)
$query_str = build_query( $args );
3. Make the call
$response = wp_remote_get( 'https://your-site.local/wp-json/wp_query/args/?' . $query_str );
// Get array of "post objects"
$posts = json_decode( wp_remote_retrieve_body( $response ) );
1. Create args
var args = {
'post_type': 'post',
'orderby': 'title',
'order': 'ASC'
};
2 a) Create params with for example using @wordpress/url
package
import { addQueryArgs } from '@wordpress/url';
const endpointURL = addQueryArgs( '/wp-json/wp_query/args/', args );
2 b) Some other JS solution query-string handles most use cases, but as query strings aren't really standardized, YMMV.
One example of where it falls short:
const params = {
"paged": 1,
"order": "desc",
"posts_per_page": 1,
"tax_query": [
{
"taxonomy": "category",
"field": "term_id",
"terms": [
1
]
},
{
"taxonomy": "category",
"field": "term_id",
"terms": [
2
]
}
]
}
One possible solution, ES2015:
let qsAdditions = ''
if (params.tax_query) {
// Define a helper method for getting a querystring part
const part = (i, key, value) => Array.isArray(value)
? value.reduce((acc, v, i2) => (
acc += `&tax_query[${i}][${key}][${i2}]=${v}`
), '')
: `&tax_query[${i}][${key}]=${value}`
// Loop the params and glue pieces of querystrings together
qsAdditions += params_tax_query.reduce((acc, cond, i) => (
acc += part(i, 'taxonomy', cond.taxonomy || 'category') +
part(i, 'field', cond.field || 'term_id') +
part(i, 'terms', cond.terms)
), '')
// Delete value from object so query-string won't parse it
delete params.tax_query
}
const query_str = querystring.stringify(params) + qsAdditions
2 c) Create params with jQuery
var query_str = jQuery.param( args );
3. Make the call
fetch( addQueryArgs( '/wp-json/wp_query/args/', args ) )
.then( function ( response ) {
// The API call was succesful.
if ( response.ok ) {
return response.json();
} else {
return Promise.reject( response );
}
} ).then( function ( data ) {
// Do something with data.
console.log( data );
} ).catch( function ( err ) {
// There was an error.
console.warn( 'Something went wrong.', err );
} );
Or with jQuery.
$.ajax({
url: 'https://your.site.local/wp-json/wp_query/args/?' + query_str,
}).done(function( data ) {
console.log( data );
});
Get posts that have both tags "wordpress" and "woocommerce"
PHP:
$args = array(
'post_type' => 'post',
'tax_query' => array(
array(
'taxonomy' => 'post_tag',
'field' => 'slug',
'terms' => array( 'wordpress' ),
),
array(
'taxonomy' => 'post_tag',
'field' => 'slug',
'terms' => array( 'woocommerce' ),
),
),
);
JS:
var args = {
'post_type': 'post',
'tax_query': [
{
'taxonomy': 'post_tag',
'field': 'slug',
'terms': [ 'wordpress' ]
},
{
'taxonomy': 'post_tag',
'field': 'slug',
'terms': [ 'woocommerce' ]
}
]
};
Get posts that have either "wordpress" or "woocommerce" tag. This gets tricky because JS doesn't support completely the same array structure as PHP. If you only need PHP, this is a piece of cake.
PHP:
$args = array(
'post_type' => 'post',
'tax_query' => array(
'relation' => 'OR',
array(
'taxonomy' => 'post_tag',
'field' => 'slug',
'terms' => array( 'wordpress' ),
),
array(
'taxonomy' => 'post_tag',
'field' => 'slug',
'terms' => array( 'woocommerce' ),
),
),
);
JS:
var args = {
'post_type': 'post',
'tax_query': {
'relation': 'OR',
0: {
'taxonomy': 'post_tag',
'field': 'slug',
'terms': [ 'wordpress' ]
},
1: {
'taxonomy': 'post_tag',
'field': 'slug',
'terms': [ 'woocommerce' ]
}
}
};
For other uses, keep in mind JS object/array syntax. If there's key + value, use object {}
. If theres only value, use array []
.
Sometimes you need to create features that add small tweaks to current query that WordPress, theme or plugins has already defined. These include "load more" buttons, filters etc. You can create that query from scratch if you want, but there is a neat way to get the current query for JS.
You can add this to your archive.php
or whatever PHP template you need:
<?php
// Get the main WP_Query for archive, term, single-post etc
global $wp_query;
?>
<script>var wp_query = <?php echo json_encode( $wp_query->query ) ?>;</script>
Now you can access the query in JS from this var wp_query
. Props @timiwahalahti for this idea.
The route /wp-json/wp_query/args/
sets some restrictions by default for queries. These restrictions can be lifted or hardened with filters and actions.
'p',
'name',
'title',
'page_id',
'pagename',
'post_parent',
'post_parent__in',
'post_parent__not_in',
'post__in',
'post__not_in',
'post_name__in',
'post_type', // With restrictions
'posts_per_page', // With restrictions
'offset',
'paged',
'page',
'ignore_sticky_posts',
'order',
'orderby',
'year',
'monthnum',
'w',
'day',
'hour',
'minute',
'second',
'm',
'date_query',
'inclusive',
'compare',
'column',
'relation',
'post_mime_type',
'author',
'author_name',
'author__in',
'author__not_in',
'meta_key',
'meta_value',
'meta_value_num',
'meta_compare',
'meta_query',
's',
'cat',
'category_name',
'category__and',
'category__in',
'category__not_in',
'tag',
'tag_id',
'tag__and',
'tag__in',
'tag__not_in',
'tag_slug__and',
'tag_slug__in',
'tax_query',
'lang', // Polylang
So biggest ones missing have something to do with getting content that you might not want to get like post_status
drafts (add this argument to the list with filter if you need it). By default, no querying post_passwords
or having your way with cache settings.
By default all the post types marked 'show_in_rest' => true
are available. 'post_type' => 'any'
falls back to these post types. You can change post types with filter to what you want.
By default, only "publish" is allowed. Add other post_status as needed with filter.
Addition to restriction of WP_Query args, there is check after the query that queried posts will not be forbidden post types or post_status.
$default_args = array(
'post_status' => 'publish',
'posts_per_page' => 10,
'has_password' => false
);
In addition to the normal defaults from WP_Query.
This plugin has built-in compatibility for Relevanssi ('s' argument) and Polylang ('lang' argument)
Add more allowed args:
function my_allowed_args($args) {
$args[] = 'post_status';
return $args;
}
add_filter( 'wp_query_route_to_rest_api_allowed_args', 'my_allowed_args' );
Add more default args:
function my_default_args($args) {
$args['posts_per_page'] = 5;
return $args;
}
add_filter( 'wp_query_route_to_rest_api_default_args', 'my_default_args' );
Add allowed post types:
You can also add post types by setting 'show_in_rest' => true
when registering post type.
function my_allowed_post_types($post_types) {
$post_types[] = 'projects';
return $post_types;
}
add_filter( 'wp_query_route_to_rest_api_allowed_post_types', 'my_allowed_post_types' );
Add allowed post status:
function my_allowed_post_status($post_status) {
$post_status[] = 'draft';
return $post_status;
}
add_filter( 'wp_query_route_to_rest_api_allowed_post_status', 'my_allowed_post_status' );
Is current post allowed:
function my_post_is_allowed($is_allowed, $post) {
if($post->ID == 123) {
$is_allowed = false;
}
return $is_allowed;
}
add_filter( 'wp_query_route_to_rest_api_post_is_allowed', 'my_post_is_allowed', 10, 2 );
Alter any argument value:
function my_arg_value($value, $key, $args) {
if($key == 'posts_per_page' && $value > 10) {
$value = 10;
}
return $value;
}
add_filter( 'wp_query_route_to_rest_api_arg_value', 'my_arg_value', 10, 3 );
Check permissions:
function my_permission_check($is_allowed, $request) {
return true;
}
add_filter( 'wp_query_route_to_rest_api_permissions_check', 'my_permission_check', 10, 2 );
Limit max posts per page:
function my_max_posts_per_page($max) {
return 100; // Default 50
}
add_filter( 'wp_query_route_to_rest_api_max_posts_per_page', 'my_max_posts_per_page' );
Modify default $data:
function my_default_data($data) {
$data = array(
'html' => false,
'messages' => array(
'empty' => esc_html__( 'No results found.', 'text-domain' ),
),
);
return $data;
}
add_filter( 'wp_query_route_to_rest_api_default_data', 'my_default_data' );
Modify $data after loop:
function my_default_data($data, $wp_query, $args) {
// Do something with the data.
return $data;
}
add_filter( 'wp_query_route_to_rest_api_after_loop_data', 'my_default_data', 10, 3 );
Remove post type meta:
add_filter( 'wp_query_route_to_rest_api_update_post_type_meta', '__return_false' );
Remove parent class:
add_filter( 'wp_query_route_to_rest_api_use_parent_class', '__return_false' );
Before WP_Query:
function my_before_query($args) {
// do whatever
}
add_action( 'wp_query_route_to_rest_api_before_query', 'my_before_query' );
After WP_Query:
function my_after_query($wp_query) {
// do whatever
}
add_action( 'wp_query_route_to_rest_api_after_query', 'my_after_query' );
Download and activate. That's it.
Composer:
$ composer require aucor/wp_query-route-to-rest-api
With composer.json:
{
"require": {
"aucor/wp_query-route-to-rest-api": "*"
},
"extra": {
"installer-paths": {
"htdocs/wp-content/plugins/{$name}/": ["type:wordpress-plugin"]
}
}
}
This is a WordPress plugin by 3rd party developer. WordPress.org or Automattic has nothing to do with this plugin. There's no warranty or quarantees. Thread carefully.
If you see a critical functionality missing, please contribute!
Looking for similar API to WP_User_Query?
Install also MEOM/meom-user-query
Fix PHP warning caused by 1.3.0 argument sanitizing refactoring.
Fix composer license to a valid license.
Compatibility release with a few new features. 100% backwards compatible.
- Custom HTML output is now allowed (#10)
- Instance and argument sanitizing can be now reused (#11)
- Typos in filter names are fixed while keeping old names also working (#5)
- Updates WP version, plugin version and some readme tweaks
WordPress.org release.
Added advanced example in readme for getting PHP WP_Query for JS. Added table of contents. Made the title hierarchy more logical.
Make the return data structure same as /wp-json/wp/posts/. The data schema was missing some data before. Now the structure is inherited from the WP_REST_Posts_Controller as it should have from the start.