WP Manifestindependent plugin directory
manifest / developer / url_to_query

Url To Query WP Registry grade A. No security issues foundWP RegistryNo security issues foundOpen the reportA

Converts any kind of WordPress url (even custom rewrite rules) to related main query arguments.

★ 31stars
3kcomposer installs
1.0.1latest · 9 years ago

Install

Download source zip No release zip yet

This is the repository archive. It installs, but the folder name will carry the branch suffix and updates will not flow.

Install straight from GitHub with WP-CLI:

wp plugin install https://github.com/gmazzap/url_to_query/archive/refs/heads/master.zip

On Packagist as gmazzap/url-to-query:

composer require gmazzap/url-to-query
No built-in updater. New versions won't appear under Dashboard → Updates. Install new releases yourself, or let Git Updater track the repository.

A WordPress plugin that allow resolving any kind of WordPress url (even from custom rewrite rules) to related main query arguments.

Requirements

  • PHP 5.4+
  • WordPress 3.9+
  • Composer to install

Installation

The plugin is a Composer package and can be installed in plugin directory via:

composer create-project gmazzap/url-to-query --no-dev

What & Why

WP comes with a set of tools to convert custom urls into specific query variables: is possible to change the permalink structure, and there is also an API to add completely custom rules, however, there is not a way to reverse the process: i.e. to know to which query arguments an arbitrary url is connected to.

The url resolving is done in core by parse_request method of WP class saved in the global $wp variable.

Using that method for the purpose explained above is hard/discouraged because:

  • it directly accesses to $_SERVER, $_POST and $_GET variables, making hard to parse arbitrary urls not related with current HTTP request
  • it triggers some action hooks strictly related to current HTTP request parsing, that makes no sense to trigger for arbitrary urls
  • it accesses and modifies properties of global $wp variable that should not be changed after request is parsed or very likely things will break

This is the reason why I wrote this simple plugin, it adds a template tag url_to_query that accepts an url and returns related main query arguments.

How to use

$args = url_to_query( 'http://example.com/sample-page' );
// $args = array(  'pagename' => 'sample-page' );

$args = url_to_query( 'http://example.com/category/uncategorized/' )
// $args = array(  'category_name' => 'uncategorized' );

It is also possible to pass a relative url:

$args = url_to_query( '/sample-page' );
// $args = array(  'pagename' => 'sample-page' );

Using query string

When pretty permalinks are not used, (sometimes even in that case) WordPress can make use of query string in the urls to set query arguments. The plugin works perfectly with them:

$args = url_to_query( '/?attachment_id=880' );
$args = array(  'attachment_id' => '880' );

To simplify this task, url_to_query accepts a second argument: an array of query vars to be considered in the same way core considers $_REQUEST variables when an url is parsed:

$args = url_to_query( '/', array( 'attachment_id' => '880' ) );
// $args = array(  'attachment_id' => '880' );

Note that the array passed as second argument is not straight merged to the query vars, only valid query vars will be used, just like core does when parse urls:

$args = url_to_query( '/', array( 'attachment_id' => '880', 'foo' => 'bar' ) );
// $args = array(  'attachment_id' => '880' );

Custom rewrite rules

Plugin works with no problems with custom rewrite rules, just few things to consider:

  • url_to_query have to be called after query rules are added, or it can't recognize them
  • just like for core, rewrite rules have to be flushed before url_to_query can recognize a newly added rule
  • just like core, if the rule contains custom query variables, they have to be allowed, maybe using add_rewrite_tag or using 'query_vars' filter (see Codex example)

Example:

add_action( 'init', 'my_rew_rules' );

function my_rew_rules() {
  add_rewrite_tag('%food%', '([^&]+)');
  add_rewrite_tag('%variety%', '([^&]+)');
  add_rewrite_rule(
    '^nutrition/([^/]*)/([^/]*)/?',
    'index.php?page_id=12&food=$matches[1]&variety=$matches[2]',
    'top'
  );
}

add_action( 'footer' function() {
  $args = url_to_query( '/nutrition/cake/cherry/' )
  // $args = array( 'page_id' => '12', 'food' => 'cake', 'variety' => 'cherry' );
} );

Plugin classes

Even if plugin provides the 'url_to_query' template tag, it internally uses two classes to resolve urls and it is possible directly use them, instead of the template tag. Indeed, only one of them should be used, the second is used internally.

$resolver = new GM\UrlToQuery();
$args = $resolver->resolve( 'http://example.com/sample-page', array( 'page' => '2' ) );
// $args = array( 'pagename' => 'sample-page', 'page' => '2' );

So resolve() method of GM\UrlToQuery works exactly in the same way url_to_query function does.

The same instance of GM\UrlToQuery can be used to resolve different urls:

$resolver = new GM\UrlToQuery();

$args1 = $resolver->resolve( 'http://example.com/sample-page', array( 'page' => '2' ) );
// $args1 = array( 'pagename' => 'sample-page', 'page' => '2' );

$args2 = $resolver->resolve( '/?attachment_id=880' );
// $args2 = array( 'attachment_id' => '880' );

$args3 = $resolver->resolve( 'http://example.com/category/uncategorized/' );
// $args3 = array( 'category_name' => 'uncategorized' );

================

License

Url_To_Query is released under MIT.

Releases

3 releases.

Tag
Published
1.0.1 latest
Dec 17, 2016 9 years ago
Oct 30, 2014 11 years ago
Jul 17, 2014 12 years ago

These releases are tags only. The author does not attach a packaged zip, so there are no download counts to report.

A grade

Security

Url To Query 1.0.1 · audited by WP Registry

No security issues found.

Audited release
1.0.1
Findings
none
Worst severity
—
Content hash
7f4918a7dff09472d4622b9c…

WP Registry hashes the installable build and reports on that exact bytes-for-bytes copy. Embargoed findings are withheld until they are disclosed, so a clean verdict means nothing public is outstanding. WP Manifest does not audit code itself.