{"id":1206,"date":"2013-07-02T13:47:42","date_gmt":"2013-07-02T13:47:42","guid":{"rendered":"https:\/\/wordpress.org\/plugins-wp\/json-rest-api\/"},"modified":"2016-02-25T13:18:28","modified_gmt":"2016-02-25T13:18:28","slug":"json-rest-api","status":"closed","type":"plugin","link":"https:\/\/es.wordpress.org\/plugins\/json-rest-api\/","author":112221,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_crdt_document":"","version":"1.2.5","stable_tag":"1.2.5","tested":"4.4.34","requires":"3.9","requires_php":"","requires_plugins":"","header_name":"WP REST API","header_author":"WP REST API Team","header_description":"","assets_banners_color":"2e3641","last_updated":"2017-11-28 12:29:32","external_support_url":"","external_repository_url":"","donate_link":"","header_plugin_uri":"https:\/\/github.com\/WP-API\/WP-API","header_author_uri":"http:\/\/wp-api.org\/","rating":4.4,"author_block_rating":0,"active_installs":1000,"downloads":220549,"num_ratings":0,"support_threads":1,"support_threads_resolved":0,"author_block_count":0,"sections":["description","installation","changelog","faq"],"tags":[],"upgrade_notice":[],"ratings":{"1":"3","2":0,"3":"2","4":"3","5":"25"},"assets_icons":[],"assets_banners":{"banner-1544x500.jpg":{"filename":"banner-1544x500.jpg","revision":"1119319","resolution":"1544x500","location":"assets"},"banner-772x250.jpg":{"filename":"banner-772x250.jpg","revision":"1119319","resolution":"772x250","location":"assets"}},"assets_blueprints":{},"all_blocks":[],"tagged_versions":["0.1.1","0.1.2","0.2","0.4","0.5","0.6","0.7","0.8","0.8.1","0.8.2","0.9","0.9.1","0.9.2","1.0","1.0.1","1.0.2","1.1","1.1.1","1.1.2","1.1.3","1.2","1.2.1","1.2.2","1.2.3","1.2.4","1.2.5"],"block_files":[],"assets_screenshots":[],"screenshots":[],"jetpack_post_was_ever_published":false},"plugin_section":[],"plugin_tags":[1556,1118,2299,23853],"plugin_category":[],"plugin_contributors":[78435,78078],"plugin_business_model":[],"class_list":["post-1206","plugin","type-plugin","status-closed","hentry","plugin_tags-api","plugin_tags-json","plugin_tags-rest","plugin_tags-rest-api","plugin_contributors-rachelbaker","plugin_contributors-rmccue","plugin_committers-danielbachhuber","plugin_committers-rachelbaker","plugin_committers-rmccue"],"banners":[],"icons":{"svg":false,"icon":"https:\/\/s.w.org\/plugins\/geopattern-icon\/json-rest-api_2e3641.svg","icon_2x":false,"generated":true},"screenshots":[],"raw_content":"<!--section=description-->\n<p><strong>Notice:<\/strong> This is the deprecated Version 1 of the WP REST API. It's no longer supported beyond security fixes. Please consider <a href=\"https:\/\/wordpress.org\/plugins\/rest-api\/\">WP REST API v2<\/a> for your website, although there are <a href=\"https:\/\/make.wordpress.org\/core\/2015\/12\/11\/wp-rest-api-version-2-0-beta-9\/\">considerations to be aware of<\/a>. If you activate both v1 and v2 on your website, then v1 will take priority and v2 will be inaccessible.<\/p>\n\n<p>WordPress is moving towards becoming a fully-fledged application framework, and\nwe need new APIs. This project was born to create an easy-to-use,\neasy-to-understand and well-tested framework for creating these APIs, plus\ncreating APIs for core.<\/p>\n\n<p>This plugin provides an easy to use REST API, available via HTTP. Grab your\nsite's data in simple JSON format, including users, posts, taxonomies and more.\nRetrieving or updating data is as simple as sending a HTTP request.<\/p>\n\n<p>Want to get your site's posts? Simply send a <code>GET<\/code> request to <code>\/wp-json\/posts<\/code>.\nUpdate user with ID 4? Send a <code>POST<\/code> request to <code>\/wp-json\/users\/4<\/code>. Get all\nposts with the search term \"awesome\"? <code>GET \/wp-json\/posts?filter[s]=awesome<\/code>.\nIt's that easy.<\/p>\n\n<p>WP API exposes a simple yet easy interface to WP Query, the posts API, post meta\nAPI, users API, revisions API and many more. Chances are, if you can do it with\nWordPress, WP API will let you do it.<\/p>\n\n<p>WP API also includes an easy-to-use Javascript API based on Backbone models,\nallowing plugin and theme developers to get up and running without needing to\nknow anything about the details of getting connected.<\/p>\n\n<p>Check out <a href=\"http:\/\/wp-api.org\/\">our documentation<\/a> for information on what's available in the\nAPI and how to use it. We've also got documentation on extending the API with\nextra data for plugin and theme developers!<\/p>\n\n<p>All tickets for the project are being tracked on <a href=\"https:\/\/github.com\/WP-API\/WP-API\">GitHub<\/a>. You can also take a\nlook at the <a href=\"http:\/\/make.wordpress.org\/core\/tag\/json-api\/\">recent updates<\/a> for the project.<\/p>\n\n<!--section=installation-->\n<p>Drop this directory in and activate it. You need to be using pretty permalinks\nto use the plugin, as it uses custom rewrite rules to power the API.<\/p>\n\n<!--section=changelog-->\n<h4>1.2.5<\/h4>\n\n<ul>\n<li><p>Ensure media of private posts are private too.<\/p>\n\n<p>Reported by @danielbachhuber on 2016-01-08.<\/p><\/li>\n<\/ul>\n\n<h4>1.2.4<\/h4>\n\n<ul>\n<li><p>Compatibilty with WordPress 4.4<\/p>\n\n<p>Because WordPress 4.4 also registers rewrite rules for \/wp-json\/, WP-API v1 needs to register its rewrite rules with higher priority to continue to function as expected.<\/p>\n\n<p>(props @danielbachhuber)<\/p><\/li>\n<\/ul>\n\n<h4>1.2.3<\/h4>\n\n<ul>\n<li><p>Fix potential XSS vulnerability.<\/p>\n\n<p>Requests from other origins could potentially run code on the API domain, allowing cross-origin access to authentication cookies or similar.<\/p>\n\n<p>Reported by @xknown on 2015-07-23.<\/p><\/li>\n<\/ul>\n\n<h4>1.2.2<\/h4>\n\n<ul>\n<li><p>Fix user access security vulnerability.<\/p>\n\n<p>Authenticated users were able to escalate their privileges bypassing the\nexpected capabilities check.<\/p>\n\n<p>Reported by @kacperszurek on 2015-05-16.<\/p><\/li>\n<\/ul>\n\n<h4>1.2.1<\/h4>\n\n<ul>\n<li><p>Fix information disclosure security vulnerability.<\/p>\n\n<p>Unauthenticated users could access revisions of published and unpublished posts. Revisions are now only accessible to authenticated users with permission to edit the revision's post.<\/p>\n\n<p>Reported by @chredd on 2015-04-09.<\/p><\/li>\n<\/ul>\n\n<h4>1.2<\/h4>\n\n<ul>\n<li><p>Add handling for Cross-Origin Resource Sharing (CORS) OPTIONS requests.<\/p>\n\n<p>Preflighted requests (using the OPTIONS method) include the headers\n  Access-Control-Allow-Origin, <code>Access-Control-Allow-Methods<\/code>, and\n  Access-Control-Allow-Credentials in the response, if the HTTP origin is\nset.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/281\">#281<\/a>)<\/p><\/li>\n<li><p>Allow overriding full requests.<\/p>\n\n<p>The <code>json_pre_dispatch<\/code> filter allows a request to be hijacked before it is\ndispatched. Hijacked requests can be anything a normal endpoint can return.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/281\">#281<\/a>)<\/p><\/li>\n<li><p>Check for JSON encoding\/decoding errors.<\/p>\n\n<p>Returns the last error (if any) occurred during the last JSON encoding or\ndecoding operation.<\/p>\n\n<p>(props @joshkadis, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/461\">#461<\/a>)<\/p><\/li>\n<li><p>Add filtering to the terms collection endpoint.<\/p>\n\n<p>Available filter arguments are based on the <code>get_terms()<\/code> function. Example:\n  \/taxonomies\/category\/terms?filter[number]=10 would limit the response to 10\ncategory terms.<\/p>\n\n<p>(props @mauteri, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/401\">#401<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/347\">#347<\/a>)<\/p><\/li>\n<li><p>Add handling for the <code>role<\/code> parameter when creating or updating a user.<\/p>\n\n<p>Allow users to be created or updated with a provided <code>role<\/code>.<\/p>\n\n<p>(props @pippinsplugins, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/392\">#392<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/335\">#335<\/a>)<\/p><\/li>\n<li><p>Add handling for the <code>post_id<\/code> parameter when creating media.<\/p>\n\n<p>Allow passing the <code>post_id<\/code> parameter to associate a new media item with\na post.<\/p>\n\n<p>(props @pkevan, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/294\">#294<\/a>)<\/p><\/li>\n<li><p>Handle route matching for <code>-<\/code> in taxonomy and terms.<\/p>\n\n<p>Previously the regular expression used to match taxonomy and term names did\nnot support names with dashes.<\/p>\n\n<p>(props @EdHurtig, @evansobkowicz, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/410\">#410<\/a>)<\/p><\/li>\n<li><p>Handle JSONP callback matching for <code>.<\/code> in the function name.<\/p>\n\n<p>Previously the regular expression used to match JSONP callback functions did\nnot support names with periods.<\/p>\n\n<p>(props @codonnell822, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/455\">#455<\/a>)<\/p><\/li>\n<li><p>Fix the Content-Type header for JSONP requests.<\/p>\n\n<p>Previously JSONP requests sent the incorrect <code>application\/json<\/code> Content-Type\nheader with the response.  This would result in an error if strict MIME\nchecking was enabled. The Content-Type header was corrected to\n  application\/javascript for JSONP responses.<\/p>\n\n<p>(props @simonlampen, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/380\">#380<\/a>)<\/p><\/li>\n<li><p>Add <code>$context<\/code> parameter to <code>json_prepare_term<\/code> filter.<\/p>\n\n<p>Terms responses can now be modified based on the <code>context<\/code> parameter of the\nrequest.<\/p>\n\n<p>(props @traversal, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/316\">#316<\/a>)<\/p><\/li>\n<li><p>Move the JavaScript client library into the plugin.<\/p>\n\n<p>Previously, the <code>wp-api.js<\/code> file was a separate repository. The JavaScript\nclient has moved back into the plugin to coordinate code changes.<\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/730\">#730<\/a>)<\/p><\/li>\n<li><p>Always return an object for media sizes<\/p>\n\n<p>The media sizes value should always be an object even when empty. Previously,\nif a media item did not have any sizes set, an empty array was returned.<\/p>\n\n<p><strong>Compatibility warning<\/strong>: Clients should be prepared to accept an empty\nobject as a value for media sizes.<\/p>\n\n<p>(props @maxcutler, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/300\">#300<\/a>)<\/p><\/li>\n<li><p>Give top-level posts a <code>null<\/code> parent value.<\/p>\n\n<p>For date type consistency, post parent property should be <code>null<\/code>. Previously,\nparent-less posts returned <code>0<\/code> for parent.<\/p>\n\n<p><strong>Compatibility warning<\/strong>: Clients should be prepared to accept <code>null<\/code> as a\nvalue for post parent.<\/p>\n\n<p>(props @maxcutler, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/391\">#391<\/a>)<\/p><\/li>\n<li><p>Move permission checks out of <code>WP_JSON_Posts<\/code>.<\/p>\n\n<p>Introduce <code>json_check_post_permission()<\/code> function to allow post object\ncapability checks to be used outside the <code>WP_JSON_Posts<\/code> class.<\/p>\n\n<p><strong>Deprecation warning:<\/strong> Calling <code>WP_JSON_Posts::check_read_permission<\/code> and\n  WP_JSON_Posts::check_edit_permission is now deprecated.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/486\">#486<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/378\">#378<\/a>)<\/p><\/li>\n<li><p>Split comment endpoints into separate class.<\/p>\n\n<p>All comment handling has moved to the <code>WP_JSON_Comments<\/code> class.<\/p>\n\n<p><strong>Deprecation warning:<\/strong> Calling <code>WP_JSON_Posts::get_comments<\/code>,\n  WP_JSON_Posts::get_comment, <code>WP_JSON_Posts::delete_comment<\/code>, and\n  WP_JSON_Posts::prepare_comment is now deprecated.<\/p>\n\n<p>(props @whyisjake, @rmccue, @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/378\">#378<\/a>)<\/p><\/li>\n<li><p>Split meta endpoints into separate class.<\/p>\n\n<p>All post meta handling has moved to the new <code>WP_JSON_Meta_Posts<\/code> class.<\/p>\n\n<p><strong>Deprecation warning:<\/strong> Calling <code>WP_JSON_Posts::get_all_meta<\/code>,\n  WP_JSON_Posts::get_meta, <code>WP_JSON_Posts::update_meta<\/code>,\n  WP_JSON_Posts::add_meta, <code>WP_JSON_Posts::delete_meta<\/code>,\n  WP_JSON_Posts::prepare_meta, and <code>WP_JSON_Posts::is_valid_meta_data<\/code> is\nnow deprecated.<\/p>\n\n<p>(props @rmccue, @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/358\">#358<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/474\">#474<\/a>)<\/p><\/li>\n<li><p>Rename internal create methods.<\/p>\n\n<p><strong>Deprecation warning:<\/strong> Calling <code>WP_JSON_Posts::new_post<\/code>,\n  WP_JSON_CustomPostType::new_post and <code>WP_JSON_Posts::new_post<\/code>\nis now deprecated.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/374\">#374<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/377\">#377<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/376\">#376<\/a>)<\/p><\/li>\n<li><p>Fix discrepancies in edit and create posts documentation examples.<\/p>\n\n<p>Corrected the edit and create posts code examples in the Getting Started\nsection.  The new post example was updated to include the required\n  content_raw parameter. The new and edit posts examples were updated to use\na correct date parameter.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/305\">#305<\/a>)<\/p><\/li>\n<li><p>Update the cookie authentication documentation examples.<\/p>\n\n<p>With 1.1 the localized JavaScript object for <code>wp-api.js<\/code> changed to\n  WP_API_Settings. This updates the Authentication section documentation\nnonce example to use the updated object name.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/321\">#321<\/a>)<\/p><\/li>\n<li><p>Add flexibility and multisite support to unit tests.<\/p>\n\n<p>Tests can be run from any WordPress install, and are not limited to only as\na plugin installed within a WordPress.org develop checkout. Unit tests are\nnow run against a multisite installation.<\/p>\n\n<p>(props @danielbachhuber, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/397\">#397<\/a>)<\/p><\/li>\n<li><p>Add <code>taxonomy<\/code> slug to the term response.<\/p>\n\n<p>(props @kalenjohnson, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/481\">#481<\/a>)<\/p><\/li>\n<li><p>Fix error when getting child comment.<\/p>\n\n<p>Previously an error occurred when a requested comment had a parent.<\/p>\n\n<p>(props @EdHurtig, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/413\">#413<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/411\">#411<\/a>)<\/p><\/li>\n<li><p>Parse query strings before returning a JSON decode error.<\/p>\n\n<p>(props @jtsternberg, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/499\">#499<\/a>)<\/p><\/li>\n<li><p>Typecast the user ID parameter to be an integer for the <code>\/users\/{ID}<\/code> route.<\/p>\n\n<p>(props @dimadin, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/333\">#333<\/a>)<\/p><\/li>\n<li><p>Confirm a given JSONP callback is a string.<\/p>\n\n<p>(props @ircrash, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/405\">#405<\/a>)<\/p><\/li>\n<li><p>Register the JavaScript client in the admin.<\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/473\">#473<\/a>)<\/p><\/li>\n<li><p>Remove duplicate error checks on post ids.<\/p>\n\n<p>(props @danielbachhuber, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/271\">#271<\/a>)<\/p><\/li>\n<li><p>Update documentation link references to wp-api.org.<\/p>\n\n<p>(props @pollyplummer, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/320\">#320<\/a>)<\/p><\/li>\n<li><p>Update documentation to note routes needing authentication.<\/p>\n\n<p>(props @kellbot, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/402\">#402<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/309\">#309<\/a>)<\/p><\/li>\n<li><p>Correct Post route documentation filter parameters.<\/p>\n\n<p>(props @modemlooper, @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/357\">#357<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/462\">#462<\/a>)<\/p><\/li>\n<li><p>Update taxonomy route documentation with correct paths.<\/p>\n\n<p>(props @davidbhayes, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/364\">#364<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/355\">#355<\/a>)<\/p><\/li>\n<li><p>Remove references to legacy <code>$fields<\/code> parameter.<\/p>\n\n<p>(props @JDGrimes, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/326\">#326<\/a>)<\/p><\/li>\n<li><p>Alter readme installation steps to use wp-cli for plugin and permalink setup.<\/p>\n\n<p>(props @kadamwhite, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/390\">#390<\/a>)<\/p><\/li>\n<li><p>Add steps to readme for executing tests with <code>vagrant ssh -c<\/code>.<\/p>\n\n<p>(props @kadamwhite, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/416\">#416<\/a>)<\/p><\/li>\n<li><p>Update readme to include provision step for testing suite.<\/p>\n\n<p>(props @ironpaperweight, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/396\">#396<\/a>)<\/p><\/li>\n<li><p>Update readme Getting Started link.<\/p>\n\n<p>(props @NikV, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/519\">#519<\/a>)<\/p><\/li>\n<li><p>Update readme Chassis repository links.<\/p>\n\n<p>(props @Japh, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/505\">#505<\/a>)<\/p><\/li>\n<li><p>Clean-up of <code>docs<\/code> folder.<\/p>\n\n<p>(props @pollyplummer, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/441\">#441<\/a>)<\/p><\/li>\n<li><p>Documentation audit for plugin.php file.<\/p>\n\n<p>(props @DrewAPicture, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/293\">#293<\/a>)<\/p><\/li>\n<li><p>Rename tests to match class file naming.<\/p>\n\n<p>(props @danielbachhuber, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/359\">#359<\/a>)<\/p><\/li>\n<li><p>Add license.txt file with license terms.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/393\">#393<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/384\">#384<\/a>)<\/p><\/li>\n<li><p>Fix test_root when using WordPress.org developer checkout.<\/p>\n\n<p>(props @markoheijnen, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/437\">#437<\/a>)<\/p><\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/1.1.1...1.2\">View all changes<\/a><\/p>\n\n<h4>1.1<\/h4>\n\n<ul>\n<li><p>Add new routes for taxonomies and terms.<\/p>\n\n<p>Taxonomies and terms have now been moved from the <code>\/posts\/types\/&lt;type&gt;<\/code>\nnamespace to global routes: <code>\/taxonomies<\/code>, <code>\/taxonomies\/&lt;tax&gt;<\/code>,\n  \/taxonomies\/\/terms and <code>\/taxonomies\/&lt;tax&gt;\/terms\/&lt;term&gt;<\/code><\/p>\n\n<p>Test coverage for taxonomy endpoints has also been increased to 100%.<\/p>\n\n<p><strong>Deprecation warning<\/strong>: The <code>\/posts\/types\/&lt;type&gt;\/taxonomies<\/code> endpoint (and\nsub-endpoints with the same prefix) have been deprecated in favour of the new\nendpoints. These deprecated endpoints will now return a\n  X-WP-DeprecatedFunction header indicating that the endpoint should not be\nused for new development, but will continue to work in the future.<\/p>\n\n<p>(props @kadamwhite, @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/198\">#198<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/211\">#211<\/a>)<\/p><\/li>\n<li><p>Allow customizing the API resources prefix<\/p>\n\n<p>The API base (typically <code>wp-json\/<\/code>) can now be customized to a different\nprefix using the <code>json_url_prefix<\/code> filter. Note that rewrites will need to be\nflushed manually after changing this.<\/p>\n\n<p>(props @ericandrewlewis, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/104\">#104<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/244\">#244<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/278\">#278<\/a>)<\/p><\/li>\n<li><p>Give <code>null<\/code> as date for draft posts.<\/p>\n\n<p>Draft posts would previously return \"0000-00-00 00:00:00\" or\n\"1970-01-01T00:00:00\", as draft posts are not assigned a publish date. The API\nnow returns <code>null<\/code> where a date is not available.<\/p>\n\n<p><strong>Compatibility warning<\/strong>: Clients should be prepared to accept <code>null<\/code> as a\nvalue for date\/time fields, and treat it as if no value is set.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/229\">#229<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/230\">#230<\/a>)<\/p><\/li>\n<li><p>Fix errors with excerpt.<\/p>\n\n<p>Posts without excerpts could previously return nonsense strings, excerpts from\nother posts, or cause internal PHP errors. Posts without excerpts will now\nalways return an excerpt, typically automatically generated from the post\ncontent.<\/p>\n\n<p>The <code>excerpt_raw<\/code> field was added to the edit context on posts. This field\ncontains the raw excerpt data saved for the post, including empty\nstring values.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/226\">#222<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/226\">#226<\/a>)<\/p><\/li>\n<li><p>Only expose email for edit context.<\/p>\n\n<p>User email addresses are now only exposed for <code>context=edit<\/code>, which requires\nthe <code>edit_users<\/code> permission (not required for the current user).<\/p>\n\n<p>The email address field will now return <code>false<\/code> instead of a string if the\nfield is not exposed.<\/p>\n\n<p>(props @pkevan, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/290\">#290<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/296\">#296<\/a>)<\/p><\/li>\n<li><p>Correct password-protected post handling.<\/p>\n\n<p>Password-protected posts could previously be exposed to all users, however\ncould also have broken behaviour with excerpts. Password-protected posts are\nnow hidden to unauthenticated users, while content and excerpts are shown\ncorrectly for the <code>edit<\/code> context.<\/p>\n\n<p>(Note that hiding password-protected posts is intended to be a temporary\nmeasure, and will likely change in the future.)<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/286\">#286<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/313\">#313<\/a>)<\/p><\/li>\n<li><p>Add documentation on authentication methods.<\/p>\n\n<p>Full documentation on <a href=\"https:\/\/github.com\/WP-API\/WP-API\/blob\/master\/docs\/authentication.md\">authentication<\/a>\nis now available. This documentation explains the difference between the\nvarious available authentication methods, and notes which should be used.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/242\">#242<\/a>)<\/p><\/li>\n<li><p>Include new client JS from github.io<\/p>\n\n<p>The WP-API Javascript library is now loaded dynamically from\n  wp-api.github.io to ensure it is always up-to-date.<\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/179\">#179<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/240\">#240<\/a>)<\/p><\/li>\n<li><p>Don't allow setting the modification date on post creation\/update.<\/p>\n\n<p>As it turns out, WP core doesn't allow us to set this, so this was previously\na no-op anyway. Discovered during test coverage phase.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/285\">#285<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/288\">#288<\/a>)<\/p><\/li>\n<li><p>Check post parent correctly on insertion.<\/p>\n\n<p>Posts could previously be added with an invalid parent ID. These IDs are now\nchecked to ensure the post exists.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/228\">#228<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/231\">#231<\/a>)<\/p><\/li>\n<li><p>Make sure the type is actually evaluated for <code>json_prepare_${type}<\/code> filter.<\/p>\n\n<p>This value was previously not interpolated correctly, due to the use of the\nsingle-quoted string type.<\/p>\n\n<p>(props @danielbachhuber, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/266\">#266<\/a>)<\/p><\/li>\n<li><p>Return <code>WP_Error<\/code> instead of array of empty objects for a revisions\npermissions error.<\/p>\n\n<p>Previously, when trying to access post revisions without correct permissions,\na JSON list of internal error objects would be returned. This has been\ncorrected to return a standard API error instead.<\/p>\n\n<p>(props @rachelbaker, @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/251\">#251<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/276\">#276<\/a>)<\/p><\/li>\n<li><p>Flip user parameters check for insert\/update.<\/p>\n\n<p>Previously, you could add a user without specifying username\/password\/email,\nbut couldn't update a user without those parameters. The logic has been\ninverted here instead.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/221\">#221<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/289\">#289<\/a>)<\/p><\/li>\n<li><p>Add revision endpoints tests<\/p>\n\n<p>(props @danielbachhuber, @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/275\">#275<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/277\">#277<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/284\">#284<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/279\">#279<\/a>)<\/p><\/li>\n<li><p>Add post endpoint testing<\/p>\n\n<p>Now at &gt;54% coverage for the whole class, and &gt;80% for the main methods. This\nfigure will continue to rise over the next few releases.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/99\">#99<\/a>)<\/p><\/li>\n<li><p>Separate helper functions into global namespace.<\/p>\n\n<p>WP_JSON_Server::get_timezone(), <code>WP_JSON_Server::get_date_with_gmt()<\/code>,\n  WP_JSON_Server::get_avatar_url() and ``WP_JSON_Server::parse_date()` have\nall been moved into the global namespace to decouple them from the server\nclass.<\/p>\n\n<p><strong>Deprecation warning<\/strong>: These methods have been deprecated. The new\n  json_get_timezone(), <code>json_get_date_with_gmt()<\/code>, <code>json_get_avatar_url()<\/code> and\n  json_parse_date() methods should now be used instead.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/185\">#185<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/298\">#298<\/a>)<\/p><\/li>\n<li><p>Re-order Users and Media routes documentation based on CRUD order<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/214\">#214<\/a>)<\/p><\/li>\n<li><p>Update Post route documentation to provide more detail for data parameter<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/212\">#212<\/a>)<\/p><\/li>\n<li><p>Correct documentation typo (\"inforcement\" -&gt; \"enforcement\").<\/p>\n\n<p>(props @ericandrewlewis, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/236\">#236<\/a>)<\/p><\/li>\n<li><p>Coding Standards audit<\/p>\n\n<p>(props @DrewAPicture, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/235\">#235<\/a>)<\/p><\/li>\n<li><p>Add comparison documentation.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/225\">#217<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/225\">#225<\/a>)<\/p><\/li>\n<li><p><code>json_url<\/code> filter call should be passed <code>$scheme<\/code><\/p>\n\n<p>(props @ericandrewlewis, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/243\">#243<\/a>)<\/p><\/li>\n<li><p>Set <code>class-jsonserializable.php<\/code> file mode to 644.<\/p>\n\n<p>(props @jeremyfelt, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/255\">#255<\/a>)<\/p><\/li>\n<li><p>Remove unneeded \"which\" in implementation doc.<\/p>\n\n<p>(props @JDGrimes, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/254\">#254<\/a>)<\/p><\/li>\n<li><p>Fix a copy\/paste error in schema doc.<\/p>\n\n<p>(props @JDGrimes, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/253\">#253<\/a>)<\/p><\/li>\n<li><p>Correct reference link in example schema.<\/p>\n\n<p>(props @danielbachhuber, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/258\">#258<\/a>)<\/p><\/li>\n<li><p>Add missing post formats to post schema documentation.<\/p>\n\n<p>(props @danielbachhuber, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/260\">#260<\/a>)<\/p><\/li>\n<li><p>Ensure we always use \"public\" on public methods.<\/p>\n\n<p>(props @danielbachhuber, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/268\">#268<\/a>)<\/p><\/li>\n<li><p>Ensure we don't cause a PHP error if a post does not have revisions.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/227\">#227<\/a>)<\/p><\/li>\n<li><p>Add note to where upload_files cap comes from<\/p>\n\n<p>(props @pkevan, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/282\">#282<\/a>)<\/p><\/li>\n<li><p>Add handling of <code>sticky<\/code> property when creating or editing posts.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/218\">#218<\/a>)<\/p><\/li>\n<li><p>Update post route endpoint docs to include details on <code>post_meta<\/code> handling.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/213\">#213<\/a>)<\/p><\/li>\n<li><p>Update main readme file to better describe the project.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/303\">#303<\/a>)<\/p><\/li>\n<li><p>Fix <code>--data-binary<\/code> cURL option in documentation<\/p>\n\n<p>(props @Pezzab, @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/283\">#283<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/304\">#304<\/a>)<\/p><\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/1.0...1.1\">View all changes<\/a><\/p>\n\n<h4>1.0<\/h4>\n\n<ul>\n<li><p>Add user endpoints.<\/p>\n\n<p>Creating, reading, updating and deleting users and their data is now possible\nby using the <code>\/users<\/code> endpoints. <code>\/users\/me<\/code> can be used to determine the\ncurrent user, and returns a 401 status for non-logged in users.<\/p>\n\n<p>Note that the format of post authors has changed, as it is now an embedded\nUser entity. This should not break backwards compatibility.<\/p>\n\n<p>Custom post types gain this ability automatically.<\/p>\n\n<p>(props @tobych, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/20\">#20<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/146\">#146<\/a>)<\/p><\/li>\n<li><p>Add post meta endpoints.<\/p>\n\n<p>Creating, reading, updating and deleting post meta is now possible by using\nthe <code>\/posts\/&lt;id&gt;\/meta<\/code> endpoints. Post meta is now correctly embedded into\nPost entities.<\/p>\n\n<p>Meta can be updated via the Post entity (e.g. <code>PUT<\/code> to <code>\/posts\/&lt;id&gt;<\/code>) or via\nthe entity itself at <code>\/posts\/&lt;id&gt;\/meta\/&lt;mid&gt;<\/code>. Meta deletion must be done via\na <code>DELETE<\/code> request to the latter.<\/p>\n\n<p>Only non-protected and non-serialized meta can be accessed or manipulated via\nthe API. This is not predicted to change in the future; clients wishing to\naccess this data should consider alternative approaches.<\/p>\n\n<p>Custom post types do not currently gain this ability automatically.<\/p>\n\n<p>(props @attitude, @alisspers, @rachelbaker, @rmccue, @tlovett1, @tobych,\n@zedejose, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/68\">#68<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/168\">#168<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/189\">#189<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/207\">#207<\/a>)<\/p><\/li>\n<li><p>Add endpoint for deleting a single comment.<\/p>\n\n<p>Clients can now send a <code>DELETE<\/code> request to comment routes to delete\nthe comment.<\/p>\n\n<p>Custom post types supporting comments will gain this ability automatically.<\/p>\n\n<p>(props @tlovett1, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/178\">#178<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/191\">#191<\/a>)<\/p><\/li>\n<li><p>Add endpoint for post revisions.<\/p>\n\n<p>Post revisions are now available at <code>\/posts\/&lt;id&gt;\/revisions<\/code>, and are linked in\nthe <code>meta.links.version-history<\/code> key of post entities.<\/p>\n\n<p>Custom post types supporting revisions will gain this ability automatically.<\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/193\">#193<\/a>)<\/p><\/li>\n<li><p>Respond to requests without depending on pretty permalink settings.<\/p>\n\n<p>For sites without pretty permalinks enabled, the API is now available from\n  ?json_route=\/. Clients should check for this via the autodiscovery methods\n(Link header or RSD).<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/69\">#69<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/138\">#138<\/a>)<\/p><\/li>\n<li><p>Add register post type argument.<\/p>\n\n<p>Post types can now indicate their availability via the API using the\n  show_in_json argument passed to <code>register_post_type<\/code>. This value defaults to\nthe <code>publicly_queryable<\/code> argument (which itself defaults to the\n  public argument).<\/p>\n\n<p>(props @iandunn, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/145\">#145<\/a>)<\/p><\/li>\n<li><p>Remove basic authentication handler.<\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong> for clients using Basic\nauthentication. Clients are encouraged to switch to using <a href=\"https:\/\/github.com\/WP-API\/OAuth1\">OAuth\nauthentication<\/a>. The <a href=\"https:\/\/github.com\/WP-API\/Basic-Auth\">Basic Authentication plugin<\/a> can be\ninstalled for backwards compatibility and local development, however should\nnot be used in production.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/37\">#37<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/152\">#152<\/a>)<\/p><\/li>\n<li><p>Require nonces for cookie-based authentication.<\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong> and requires any clients using cookie\nauthentication to also send a nonce with the request. The built-in Javascript\nAPI automatically handles this.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/177\">#177<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/180\">#180<\/a>)<\/p><\/li>\n<li><p>Clean up deprecated methods\/functions.<\/p>\n\n<p>Functions and methods previously deprecated in 0.8\/0.9 have now been removed.\nFuture deprecations will take place in the same manner as WordPress core.<\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong>, however these were marked as\ndeprecated in previous releases.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/187\">#187<\/a>)<\/p><\/li>\n<li><p>Only expose meta on 'edit' context as a temporary workaround.<\/p>\n\n<p>Privacy concerns around exposing meta to all users necessitate this change.<\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong> as post meta data is no longer\navailable to all users. Clients wishing to access this data should\nauthenticate and use the <code>edit<\/code> context.<\/p>\n\n<p>(props @iandunn, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/135\">#135<\/a>)<\/p><\/li>\n<li><p>Add <code>json_ensure_response<\/code> function to ensure either a\n  WP_JSON_ResponseInterface or a <code>WP_Error<\/code> object is returned.<\/p>\n\n<p>When extending the API, the <code>json_ensure_response<\/code> function can be used to\nensure that any raw data returned is wrapped with a <code>WP_JSON_Response<\/code> object.\nThis allows using <code>get_status<\/code>\/<code>get_data<\/code> easily, however <code>WP_Error<\/code> must\nstill be checked via <code>is_wp_error<\/code>.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/151\">#151<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/154\">#154<\/a>)<\/p><\/li>\n<li><p>Use version option to check on init if rewrite rules should be flushed.<\/p>\n\n<p>Rewrite rules on multisite are now flushed via an init hook, rather than\nswitching to each site on activation.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/149\">#149<\/a>)<\/p><\/li>\n<li><p>Fix typo in schema docs<\/p>\n\n<p>(props @codebykat, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/132\">#132<\/a>)<\/p><\/li>\n<li><p>Add check for valid JSON data before using to avoid parameter overwrite.<\/p>\n\n<p>When passing data to an endpoint that accepts JSON data, the data will now be\nvalidated before passing to the endpoint.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/133\">#133<\/a>)<\/p><\/li>\n<li><p>Add authentication property to site index.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/131\">#131<\/a>)<\/p><\/li>\n<li><p>Move the test helper to a subdirectory.<\/p>\n\n<p>The plugin will now no longer prompt for updates due to the helper.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/127\">#127<\/a>)<\/p><\/li>\n<li><p>Include post ID with <code>json_prepare_meta<\/code> filter.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/137\">#137<\/a>)<\/p><\/li>\n<li><p>Corrected parameter names in x-form examples in docs.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/134\">#134<\/a>)<\/p><\/li>\n<li><p>Pass <code>WP_JSON_Server<\/code> instance to <code>json_serve_request<\/code>.<\/p>\n\n<p>(props @alisspers, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/61\">#61<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/139\">#139<\/a>)<\/p><\/li>\n<li><p>Don't use deprecated function in <code>WP_JSON_Posts::edit_post()<\/code><\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/150\">#150<\/a>)<\/p><\/li>\n<li><p>Pass post ID to <code>json_insert_post<\/code> action during both insert and update.<\/p>\n\n<p>(props @cmmarslender, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/148\">#148<\/a>)<\/p><\/li>\n<li><p>Add descriptions to taxonomy term data.<\/p>\n\n<p>(props @pushred, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/111\">#111<\/a>)<\/p><\/li>\n<li><p>Ensure we handle raw data passed to the API.<\/p>\n\n<p>(props @tlovett1, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/91\">#91<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/155\">#155<\/a>)<\/p><\/li>\n<li><p>Remove unused <code>prepare_author<\/code> method from <code>WP_JSON_Posts<\/code> class.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/165\">#165<\/a>)<\/p><\/li>\n<li><p>Add multiple post type support to get_posts method.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/142\">#142<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/163\">#163<\/a>)<\/p><\/li>\n<li><p>Return <code>WP_Error<\/code> in <code>WP_JSON_Posts::get_comment<\/code> for invalid comments.<\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/166\">#166<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/171\">#171<\/a>)<\/p><\/li>\n<li><p>Update getting started documentation.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/176\">#176<\/a>)<\/p><\/li>\n<li><p>Improve and clarify \"array\" input syntax documentation.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/140\">#140<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/175\">#175<\/a>)<\/p><\/li>\n<li><p>Update post routes documentation.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/172\">#172<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/174\">#174<\/a>)<\/p><\/li>\n<li><p>Add documentation for user endpoints.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/158\">#158<\/a>)<\/p><\/li>\n<li><p>Add permalink settings step to Quick Setup instructions.<\/p>\n\n<p>(props @kadamwhite, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/183\">#183<\/a>)<\/p><\/li>\n<li><p>Update taxonomy collection to return indexed array.<\/p>\n\n<p>(props @mattheu, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/184\">#184<\/a>)<\/p><\/li>\n<li><p>Remove placeholder endpoints.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/161\">#161<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/192\">#192<\/a>)<\/p><\/li>\n<li><p>Fix issues with embedded attachments.<\/p>\n\n<p>Checks that the post supports attachment data before adding it, and ensures we\ndon't embed entities many layers deep.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/194\">#194<\/a>)<\/p><\/li>\n<li><p>Change post parent preparation context to embed.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/195\">#195<\/a>)<\/p><\/li>\n<li><p>Change server meta links to reference the WP-API organization GitHub repo.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/208\">#208<\/a>)<\/p><\/li>\n<li><p>Fix plugin tests<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/215\">#215<\/a>)<\/p><\/li>\n<li><p>Check for errors with invalid dates and remove duplicate date parsing\nmethods.<\/p>\n\n<p>(props @rachelbaker, @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/216\">#216<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/219\">#219<\/a>)<\/p><\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.9...1.0\">View all changes<\/a><\/p>\n\n<h4>0.9<\/h4>\n\n<ul>\n<li><p>Move from <code>wp-json.php\/<\/code> to <code>wp-json\/<\/code><\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong> and requires any clients to now use\n  wp-json\/, or preferably the new RSD\/Link headers.<\/p>\n\n<p>(props @rmccue, @matrixik, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/46\">#46<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/96\">#96<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/106\">#106<\/a>)<\/p><\/li>\n<li><p>Move filter registration out of CPT constructor. CPT subclasses now require\nyou to call <code>$myobject-&gt;register_filters()<\/code>, in order to move global state out\nof the constructor.<\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong> and requires any subclassing to now\ncall <code>$myobject-&gt;register_filters()<\/code><\/p>\n\n<p>(props @rmccue, @thenbrent, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/42\">#42<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/126\">#126<\/a>)<\/p><\/li>\n<li><p>Introduce Response\/ResponseInterface<\/p>\n\n<p>Endpoints that need to set headers or response codes should now return a\n  WP_JSON_Response rather than using the server methods.\n  WP_JSON_ResponseInterface may also be used for more flexible use of the\nresponse methods.<\/p>\n\n<p><strong>Deprecation warning:<\/strong> Calling <code>WP_JSON_Server::header<\/code>,\n  WP_JSON_Server::link_header and <code>WP_JSON_Server::query_navigation_headers<\/code>\nis now deprecated. This will be removed in 1.0.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/33\">#33<\/a>)<\/p><\/li>\n<li><p>Change all semiCamelCase names to underscore_case.<\/p>\n\n<p><strong>Deprecation warning<\/strong>: Any calls to semiCamelCase methods require any\nsubclassing to update method references. This will be removed in 1.0.<\/p>\n\n<p>(props @osiux, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/36\">#36<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/82\">#82<\/a>)<\/p><\/li>\n<li><p>Add multisite compatibility. If the plugin is network activated, the plugin is\nnow activated once-per-site, so <code>wp-json\/<\/code> is always site-local.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/48\">#48<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/49\">#49<\/a>)<\/p><\/li>\n<li><p>Add RSD and Link headers for discovery<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/40\">#40<\/a>)<\/p><\/li>\n<li><p>WP_JSON_Posts-&gt;prepare_author() now verifies the <code>$user<\/code> object is set.<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/51\">#51<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/54\">#54<\/a>)<\/p><\/li>\n<li><p>Added unit testing framework. Currently only a smaller number of tests, but we\nplan to increase this significantly as soon as possible.<\/p>\n\n<p>(props @tierra, @osiux, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/65\">#65<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/76\">#76<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/84\">#84<\/a>)<\/p><\/li>\n<li><p>Link collection filtering docs to URL formatting guide.<\/p>\n\n<p>(props @kadamwhite, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/74\">#74<\/a>)<\/p><\/li>\n<li><p>Remove hardcoded <code>\/pages<\/code> references from <code>WP_JSON_Pages<\/code><\/p>\n\n<p>(props @rmccue, @thenbrent, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/28\">#28<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/78\">#78<\/a>)<\/p><\/li>\n<li><p>Fix compatibility with <code>DateTime::createFromFormat<\/code> on PHP 5.2<\/p>\n\n<p>(props @osiux, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/52\">#52<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/79\">#79<\/a>)<\/p><\/li>\n<li><p>Document that <code>WP_JSON_CustomPostType::__construct()<\/code> requires a param of type\n  WP_JSON_ResponseHandler.<\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/88\">#88<\/a>)<\/p><\/li>\n<li><p>Add timezone parameter to WP_JSON_DateTime::createFromFormat()<\/p>\n\n<p>(props @royboy789, @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/85\">#85<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/87\">#87<\/a>)<\/p><\/li>\n<li><p>Remove IXR references. <code>IXR_Error<\/code> is no longer accepted as a return value.<\/p>\n\n<p><strong>This breaks backwards compatibility<\/strong> and requires anyone returning\n  IXR_Error objects to now return <code>WP_Error<\/code> or <code>WP_JSON_ResponseInterface<\/code>\nobjects.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/50\">#50<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/77\">#77<\/a>)<\/p><\/li>\n<li><p>Fix bugs with attaching featured images to posts:<\/p>\n\n<ul>\n<li><code>WP_JSON_Media::attachThumbnail()<\/code> should do nothing if <code>$update<\/code> is false\nwithout a post ID<\/li>\n<li>The post ID must be fetched from the <code>$post<\/code> array.<\/li>\n<\/ul>\n\n<p>(props @Webbgaraget, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/55\">#55<\/a>)<\/p><\/li>\n<li><p>Don't declare <code>jsonSerialize<\/code> on ResponseInterface<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/97\">#97<\/a>)<\/p><\/li>\n<li><p>Allow JSON post creation\/update for <code>WP_JSON_CustomPostType<\/code><\/p>\n\n<p>(props @tlovett1, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/90\">#90<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/108\">#108<\/a>)<\/p><\/li>\n<li><p>Return null if post doesn't have an excerpt<\/p>\n\n<p>(props @rachelbacker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/72\">#72<\/a>)<\/p><\/li>\n<li><p>Fix link to issue tracker in README<\/p>\n\n<p>(props @rmccue, @tobych, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/125\">#125<\/a>)<\/p><\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.8...0.9\">View all changes<\/a><\/p>\n\n<h4>0.8<\/h4>\n\n<ul>\n<li><p>Add compatibility layer for JsonSerializable. You can now return arbitrary\nobjects from endpoints and use the <code>jsonSerialize()<\/code> method to return the data\nto serialize instead of just using the properties of the object.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/24\">#24<\/a>)<\/p><\/li>\n<li><p>Fix page parent links to use <code>\/pages<\/code><\/p>\n\n<p>(props @thenbrent, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/27\">#27<\/a>)<\/p><\/li>\n<li><p>Remove redundant <code>WP_JSON_Pages::type_archive_link()<\/code> function<\/p>\n\n<p>(props @thenbrent, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/29\">#29<\/a>)<\/p><\/li>\n<li><p>Removed unneeded executable bit on all files<\/p>\n\n<p>(props @tierra, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/31\">#31<\/a>)<\/p><\/li>\n<li><p>Don't include the <code>featured_image<\/code> property for post types that don't\nsupport thumbnails<\/p>\n\n<p>(props @phh, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/43\">#43<\/a>)<\/p><\/li>\n<li><p>Use <code>wp_json_server_before_serve<\/code> instead of <code>plugins_loaded<\/code> in the Extending\ndocumentation for plugins<\/p>\n\n<p>(props @phh, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/43\">#43<\/a>)<\/p><\/li>\n<li><p>Parse the avatar URL from the <code>get_avatar()<\/code> function in core, allowing custom\navatar implementations<\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/47\">#47<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/35\">#35<\/a>)<\/p><\/li>\n<li><p>Ensure that the author is set if passed<\/p>\n\n<p>(props @kuchenundkakao, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/44\">#44<\/a>)<\/p><\/li>\n<li><p>Clarify the usage of <code>WP_JSON_CustomPostType<\/code> in plugins<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/45\">#45<\/a>)<\/p><\/li>\n<li><p>Ensure JSON disabled error messages are translated<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/38\">#38<\/a>)<\/p><\/li>\n<li><p>Remove extra \"Link: \" from link headers<\/p>\n\n<p>(props @jmusal, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/56\">#56<\/a>, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/30\">#30<\/a>)<\/p><\/li>\n<li><p>Remove redundant <code>get_avatar<\/code> method in <code>WP_JSON_Posts<\/code><\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/35\">#35<\/a>)<\/p><\/li>\n<li><p>Rename <code>WP_JSON_Server::get_avatar()<\/code> to <code>WP_JSON_Server::get_avatar_url()<\/code><\/p>\n\n<p>(props @rachelbaker, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/35\">#35<\/a>)<\/p><\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.7...0.8\">View all changes<\/a><\/p>\n\n<h4>0.7<\/h4>\n\n<ul>\n<li><p>The response handler object is now passed into the endpoint objects via the\nconstructor, allowing you to avoid excess global state where possible. It's\nrecommended to use this where possible rather than the global object.<\/p>\n\n<p>(props @rmccue, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/2\">#2<\/a>)<\/p><\/li>\n<li><p>Fix undefined variables and indices\n(props @pippinsplugins, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/5\">#5<\/a>)<\/p><\/li>\n<li><p>Correct call to deactivation hook\n(props @ericpedia, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/9\">#9<\/a>)<\/p><\/li>\n<li><p>Check metadata access correctly rather than always hiding for users without\nthe <code>edit_post_meta<\/code> capability\n(props @kokarn, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/10\">#10<\/a>)<\/p><\/li>\n<li><p>Return all term metadata, rather than just the last one\n(props @afurculita, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/13\">#13<\/a>)<\/p><\/li>\n<li><p>Access post metadata from cache where possible - Note, this is a backwards\ncompatibility break, as the format of the metadata has changed. This may\nchange again in the near future, so don't rely on it until 1.0.\n(props @afurculita, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/14\">#14<\/a>)<\/p><\/li>\n<li><p>Add term_link to prepare_term\n(props @afurculita, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/15\">#15<\/a>)<\/p><\/li>\n<li><p>Fix hardcoded <code>\/pages<\/code> references in <code>WP_JSON_CustomPostType<\/code>\n(props @thenbrent, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/26\">#26<\/a>)<\/p><\/li>\n<li><p>Sanitize headers for newlines\n(props @kokarn, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/7\">#7<\/a>)<\/p><\/li>\n<li><p>Register rewrite rules during plugin activation\n(props @pippinsplugins, <a href=\"https:\/\/github.com\/WP-API\/WP-API\/issues\/17\">#17<\/a>)<\/p><\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.6...0.7\">View all changes<\/a><\/p>\n\n<h4>0.6<\/h4>\n\n<ul>\n<li>Huge documentation update - Guides on getting started and extending the API\nare <a href=\"https:\/\/github.com\/rmccue\/WP-API\/tree\/master\/docs\">now available for your perusal<\/a><\/li>\n<li>Add generic CPT class - Plugins are now encouraged to extend\n  WP_JSON_CustomPostType and get free hooking for common actions. This\nremoves most of the boilerplate that you needed to write for new CPT-based\nroutes and endpoints (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/380\">#380<\/a>)<\/li>\n<li>Use defined filter priorities for endpoint registration - It's now easier to\ninject your own endpoints at a defined point<\/li>\n<li>Update the schema - Now includes documentation on the Media entity, plus more\n(<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/264\">#264<\/a>)<\/li>\n<li>Add better taxonomy support - You can now query for taxonomies and terms\ndirectly. The routes here might seem strange\n(<code>\/posts\/types\/post\/taxonomies\/category<\/code> for example), but the intention is\nto <a href=\"http:\/\/make.wordpress.org\/core\/2013\/07\/28\/potential-roadmap-for-taxonomy-meta-and-post-relationships\/\">future-proof them<\/a>\nas much as possible(<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/275\">#275<\/a>)<\/li>\n<li>Ensure the JSON URL is relative to the home URL (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/375\">#375<\/a>)<\/li>\n<li>Check all date formats for If-Unmodified-Since (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/378\">#378<\/a>)<\/li>\n<li>Register the correct URL for the JS library (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/376\">#376<\/a>)<\/li>\n<li>Correct the usage of meta links (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/379\">#379<\/a>)<\/li>\n<li>Add filters for post type and post status data (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/380\">#380<\/a>)<\/li>\n<li>Separate parent post and parent comment relation (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/330\">#330<\/a>()<\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.5...0.6\">View all changes<\/a><\/p>\n\n<h4>0.5<\/h4>\n\n<ul>\n<li>Add support for media - This has been a long time coming, and it's finally at\na point where I'm happy to push it out. Good luck. (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/272\">#272<\/a>)<\/li>\n<li><p>Separate the post-related endpoints - Post-related endpoints are now located\nin the <code>WP_JSON_Posts<\/code> class. When implementing custom post type support,\nit's recommended to subclass this.<\/p>\n\n<p>The various types are now also only registered via hooks, rather than\ndirectly in the server class, which should make it easier to override them\nas well (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/348\">#348<\/a>)<\/p><\/li>\n<li>Add page support - This is a good base if you're looking to create your own\ncustom post type support (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/271\">#271<\/a>)<\/li>\n<li>Switch from fields to context - Rather than passing in a list of fields that\nyou want, you can now pass in a context (usually <code>view<\/code> or <code>edit<\/code>)\n(<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/328\">#328<\/a>).<\/li>\n<li>Always send headers via the server handler - Endpoints are now completely\nseparate from the request, so the server class can now be used for\nnon-HTTP\/JSON handlers if needed (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/293\">#293<\/a>)<\/li>\n<li>Use better error codes for disabled features (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/338\">#338<\/a>)<\/li>\n<li>Send <code>X-WP-Total<\/code> and <code>X-WP-TotalPages<\/code> headers for information on\npost\/pagination counts (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/266\">#266<\/a>)<\/li>\n<\/ul>\n\n<p><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.4...0.5\">View all changes<\/a><\/p>\n\n<h4>0.4<\/h4>\n\n<ul>\n<li>Add Backbone-based models and collections - These are available to your code\nby declaring a dependency on <code>wp-api<\/code> (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/270\">#270<\/a>)<\/li>\n<li>Check <code>json_route<\/code> before using it (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/336\">#336<\/a>)<\/li>\n<li>Conditionally load classes (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/337\">#337<\/a>)<\/li>\n<li>Add additional test helper plugin - Provides code coverage as needed to the\nAPI client tests. Currently unused. (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/269\">#269<\/a>)<\/li>\n<li>Move <code>json_url()<\/code> and <code>get_json_url()<\/code> to <code>plugin.php<\/code> - This allows using\nboth outside of the API itself (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/343\">#343<\/a>)<\/li>\n<li><code>getPost(0)<\/code> now returns an error rather than the latest post (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/344\">#344<\/a>)<\/li>\n<li><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.3...0.4\">View all changes<\/a><\/li>\n<\/ul>\n\n<h4>0.3<\/h4>\n\n<ul>\n<li>Add initial comment endpoints to get comments for a post, and get a single\ncomment (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/320\">#320<\/a>)<\/li>\n<li>Return a Post entity when updating a post, rather than wrapping it with\nuseless text (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/329\">#329<\/a>)<\/li>\n<li>Allow filtering the output as well as input. You can now use the\n  json_dispatch_args filter for input as well as the <code>json_serve_request<\/code>\nfilter for output to serve up alternative formats (e.g. MsgPack, XML (if\nyou're insane))<\/li>\n<li>Include a <code>profile<\/code> link in the index, to indicate the JSON Schema that the\nAPI conforms to. In the future, this will be versioned.<\/li>\n<\/ul>\n\n<h4>0.2<\/h4>\n\n<ul>\n<li>Allow all public query vars to be passed to WP Query - Some private query vars\ncan also be passed in, and all can if the user has <code>edit_posts<\/code>\npermissions (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/311\">#311<\/a>)<\/li>\n<li>Pagination can now be handled by using the <code>page<\/code> argument without messing\nwith WP Query syntax (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/266\">#266<\/a>)<\/li>\n<li>The index now generates links for non-variable routes (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/268\">#268<\/a>)<\/li>\n<li>Editing a post now supports the <code>If-Unmodified-Since<\/code> header. Pass this in to\navoid conflicting edits (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/294\">#294<\/a>)<\/li>\n<li>Post types and post statuses now have endpoints to access their data (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/268\">#268<\/a>)<\/li>\n<li><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/0.1.2...0.2\">View all changes<\/a><\/li>\n<\/ul>\n\n<h4>0.1.2<\/h4>\n\n<ul>\n<li>Disable media handling to avoid fatal error (<a href=\"http:\/\/gsoc.trac.wordpress.org\/ticket\/298\">#298<\/a>)<\/li>\n<\/ul>\n\n<h4>0.1.1<\/h4>\n\n<ul>\n<li>No changes, process error<\/li>\n<\/ul>\n\n<h4>0.1<\/h4>\n\n<ul>\n<li>Enable the code to be used via the plugin architecture (now uses rewrite rules\nif running in this mode)<\/li>\n<li>Design documents are now functionally complete for the current codebase\n(<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/264\">#264<\/a>)<\/li>\n<li>Add basic writing support (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/265\">#265<\/a>)<\/li>\n<li>Filter fields by default - Unfiltered results are available via their\ncorresponding <code>*_raw<\/code> key, which is only available to users with\n  edit_posts (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/290\">#290<\/a>)<\/li>\n<li>Use correct timezones for manual offsets (GMT+10, e.g.) (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/279\">#279<\/a>)<\/li>\n<li>Allow permanently deleting posts (<a href=\"https:\/\/gsoc.trac.wordpress.org\/ticket\/292\">#292<\/a>)<\/li>\n<li><a href=\"https:\/\/github.com\/rmccue\/WP-API\/compare\/b3a8d7656ffc58c734aad95e0839609011b26781...0.1.1\">View all changes<\/a><\/li>\n<\/ul>\n\n<h4>0.0.4<\/h4>\n\n<ul>\n<li>Hyperlinks now available in most constructs under the 'meta' key. At the\nmoment, the only thing under this key is 'links', but more will come\neventually. (Try browsing with a browser tool like JSONView; you should be\nable to view all content just by clicking the links.)<\/li>\n<li>Accessing \/ now gives an index which briefly describes the API and gives\nlinks to more (also added the HIDDEN_ENDPOINT constant to hide from this).<\/li>\n<li>Post collections now contain a summary of the post, with the full post\navailable via the single post call. (prepare_post() has fields split into\npost and post-extended)<\/li>\n<li>Post entities have dropped post_ prefixes, and custom_fields has changed to\npost_meta.<\/li>\n<li>Now supports JSONP callback via the _jsonp argument. This can be disabled\nseparately to the API itself, as it's only needed for\ncross-origin requests.<\/li>\n<li>Internal: No longer extends the XMLRPC class. All relevant pieces have been\ncopied over. Further work still needs to be done on this, but it's a start.<\/li>\n<\/ul>\n\n<h4>0.0.3<\/h4>\n\n<ul>\n<li>Now accepts JSON bodies if an endpoint is marked with ACCEPT_JSON<\/li>\n<\/ul>\n\n<!--section=faq-->\n<dl>\n<dt>Installation Instructions<\/dt>\n<dd><p>Drop this directory in and activate it. You need to be using pretty permalinks\nto use the plugin, as it uses custom rewrite rules to power the API.<\/p><\/dd>\n\n<\/dl>","raw_excerpt":"Access your site&#039;s data through an easy-to-use HTTP REST API (Version 1, deprecated).","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/1206","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=1206"}],"author":[{"embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/rmccue"}],"wp:attachment":[{"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=1206"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=1206"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=1206"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=1206"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=1206"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/es.wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=1206"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}