Comment créer une page "virtuelle" dans WordPress

Ilexiste deuxtypes de règles de réécriture dans WordPress: les règlesinternes (stockées dans labase de donnéeset analyséespar WP ::parse_request () ),et des règlesexternes (stockées dans .htaccesset analyséespar Apache). Vouspouvez choisir l'une ou l'autremanière,en fonction de la quantité de WordPress dont vous avezbesoin dans votrefichier appelé.

Règlesexternes:

La règleexterneest laplus simple à configureret à suivre. Ilexécutera my-api.php dans votre répertoire deplugins,sans rien charger de WordPress.

 add_action( 'init', 'wpse9870_init_external' );
function wpse9870_init_external()
{
    global $wp_rewrite;
    $plugin_url = plugins_url( 'my-api.php', __FILE__ );
    $plugin_url = substr( $plugin_url, strlen( home_url() ) + 1 );
    // The pattern is prefixed with '^'
    // The substitution is prefixed with the "home root", at least a '/'
    // This is equivalent to appending it to `non_wp_rules`
    $wp_rewrite->add_external_rule( 'my-api.php$', $plugin_url );
}
 

Règlesinternes:

La règleinternenécessite unpeuplus detravail:nous ajoutons d'abord une règle de réécriture qui ajoute une requête vars,puisnous rendons cette requête varpublique,puisnous devons vérifier l'existence de cette requête varpourpasser le contrôle ànotrefichierplugin. Aumoment oùnousfaisons cela,l'initialisation habituelle de WordPress auraeu lieu (nousnous séparonsjuste avant la requête depublication régulière).

 add_action( 'init', 'wpse9870_init_internal' );
function wpse9870_init_internal()
{
    add_rewrite_rule( 'my-api.php$', 'index.php?wpse9870_api=1', 'top' );
}

add_filter( 'query_vars', 'wpse9870_query_vars' );
function wpse9870_query_vars( $query_vars )
{
    $query_vars[] = 'wpse9870_api';
    return $query_vars;
}

add_action( 'parse_request', 'wpse9870_parse_request' );
function wpse9870_parse_request( &$wp )
{
    if ( array_key_exists( 'wpse9870_api', $wp->query_vars ) ) {
        include 'my-api.php';
        exit();
    }
    return;
}
 

There are two types of rewrite rules in WordPress: internal rules (stored in the database and parsed by WP::parse_request()), and external rules (stored in .htaccess and parsed by Apache). You can choose either way, depending on how much of WordPress you need in your called file.

External Rules:

The external rule is the easiest to set up and to follow. It will execute my-api.php in your plugin directory, without loading anything from WordPress.

add_action( 'init', 'wpse9870_init_external' );
function wpse9870_init_external()
{
    global $wp_rewrite;
    $plugin_url = plugins_url( 'my-api.php', __FILE__ );
    $plugin_url = substr( $plugin_url, strlen( home_url() ) + 1 );
    // The pattern is prefixed with '^'
    // The substitution is prefixed with the "home root", at least a '/'
    // This is equivalent to appending it to `non_wp_rules`
    $wp_rewrite->add_external_rule( 'my-api.php$', $plugin_url );
}

Internal Rules:

The internal rule requires some more work: first we add a rewrite rule that adds a query vars, then we make this query var public, and then we need to check for the existence of this query var to pass the control to our plugin file. By the time we do this, the usual WordPress initialization will have happened (we break away right before the regular post query).

add_action( 'init', 'wpse9870_init_internal' );
function wpse9870_init_internal()
{
    add_rewrite_rule( 'my-api.php$', 'index.php?wpse9870_api=1', 'top' );
}

add_filter( 'query_vars', 'wpse9870_query_vars' );
function wpse9870_query_vars( $query_vars )
{
    $query_vars[] = 'wpse9870_api';
    return $query_vars;
}

add_action( 'parse_request', 'wpse9870_parse_request' );
function wpse9870_parse_request( &$wp )
{
    if ( array_key_exists( 'wpse9870_api', $wp->query_vars ) ) {
        include 'my-api.php';
        exit();
    }
    return;
}

Cela afonctionnépourmoi.Jen'aijamaistouché à l'API de réécriture,maisje suistoujoursprêt àme pousser dans denouvelles directions.Ce qui suit afonctionné surmon serveur detestpour 3.0 situé dans un sous-dossier de localhost.Jene vois aucunproblème si WordPressestinstallé à la racine Web.

Déposez simplement ce code dans unpluginet téléchargez lefichiernommé "taco-kittens.php" directement dans le dossier duplugin.Vous aurezbesoin d'écrire unflush durpour vospermaliens.Jepense qu'ils disent que lemeilleurmomentpour lefaireest l'activation duplugin.

 function taco_kitten_rewrite() {
    $url = str_replace( trailingslashit( site_url() ), '', plugins_url( '/taco-kittens.php', __FILE__ ) );
    add_rewrite_rule( 'taco-kittens\\.php$', $url, 'top' );
}
add_action( 'wp_loaded', 'taco_kitten_rewrite' );
 

Meilleurs voeux, -Mike

This worked for me. I never ever touch the rewrite API, but am always up to push myself in new directions. The following worked on my test server for 3.0 located in a sub folder of localhost. I don't for see any issue if WordPress is installed in web root.

Just drop this code in a plugin and upload the file named "taco-kittens.php" directly in the plugin folder. You will need write a hard flush for your permalinks. I think they say the best time to do this is on plugin activation.

function taco_kitten_rewrite() {
    $url = str_replace( trailingslashit( site_url() ), '', plugins_url( '/taco-kittens.php', __FILE__ ) );
    add_rewrite_rule( 'taco-kittens\\.php$', $url, 'top' );
}
add_action( 'wp_loaded', 'taco_kitten_rewrite' );

Best wishes, -Mike

Une raison dene pasfaire quelque chose comme ça à laplace?

http://monsite.com/?my-api=1

Ensuite,connectez simplement votreplugin à 'init'et vérifiez la variableget.S'ilexiste,faites ce que votreplugin doitfaireet mourez ()

Any reason not to do something like this instead?

http://mysite.com/?my-api=1

Then just hook your plugin into 'init' and check for that get variable. If it exists, do what your plugin needs to do and die()

Jene comprendspeut-êtrepas complètement vos questions,mais un simple code court résoudrait-il votreproblème?

Étapes:

1. Demandez au client de créer unepage,c'est-à-dire http://monsite.com/my-api
2. Demandez au client d'ajouter un shortcode dans cettepage,à savoir [my-api-shortcode]

Lanouvellepage agit comme unpointfinal d'APIet votre shortcodeenvoie des requêtes au code de votreplugin dans http://monsite.com/wp-content/plugins/my-plugin/my-api.php

(bien sûr,cela signifie quemy-api.php aurait le shortcode défini)

Vouspouvezprobablement automatiser les étapes 1et 2 via leplugin.

I may not be understanding you questions fully, but would a simple shortcode solve your issue?

Steps:

1. Have the client create a page i.e. http://mysite.com/my-api
2. Have the client add a shortcode in that page i.e. [my-api-shortcode]

The new page acts as an API end point and your shortcode sends requests to your plugin code in http://mysite.com/wp-content/plugins/my-plugin/my-api.php

( of course this means that my-api.php would have the shortcode defined )

You can probably automate steps 1 and 2 via the plugin.

Jen'aipasencorebeaucouptraité de réécriture,donc c'estprobablement unpeu difficile,mais cela semblefonctionner:

 function api_rewrite($wp_rewrite) {
    $wp_rewrite->non_wp_rules['my-api\.php'] = 'wp-content/plugins/my-plugin/my-api.php';
    file_put_contents(ABSPATH.'.htaccess', $wp_rewrite->mod_rewrite_rules() );
}
 

Celafonctionne si vous accrochez ceci dans "generate_rewrite_rules",maisil doit y avoir unemeilleurefaçon,car vousne voulezpas réécrire .htaccess à chaque chargement depage.
On dirait queje nepeuxpasm'arrêter demodifiermespropresmessages ... cela devraitprobablementplutôt vouspermettre d'activer le rappelet de référencerglobal $ wp_rewrite à laplace.Ensuite,supprimez l'entrée denon_wp_ruleset la sortie vers .htaccess ànouveaupour désactiver le rappel.

Etenfin,l'écritureen .htaccess devrait être unpeuplus sophistiquée,vousne voulez remplacer que la section wordpress.

I haven't dealt with rewrite that much, yet, so this is probably a little rough, but it seems to work:

function api_rewrite($wp_rewrite) {
    $wp_rewrite->non_wp_rules['my-api\.php'] = 'wp-content/plugins/my-plugin/my-api.php';
    file_put_contents(ABSPATH.'.htaccess', $wp_rewrite->mod_rewrite_rules() );
}

It works if you hook this into 'generate_rewrite_rules', but there must be a better way, as you don't want to rewrite .htaccess on each page load.
Seems like i can't stop editing my own posts...it should probably rather go into you activate callback and reference global $wp_rewrite instead. And then remove the entry from non_wp_rules and output to .htaccess again in you deactivate callback.

And finally, the writing to .htaccess should be a bit more sophisticated, you want to only replace the wordpress section in there.

J'avais uneexigence similaireet je voulais créerplusieurspoints determinaisonbasés sur des slugs uniques quipointaient vers le contenugénérépar leplugin.

Jetez un œil à la source demonplugin: https://wordpress.org/extend/plugins/picasa-album-uploader/

Latechnique quej'ai utilisée commencepar ajouter unfiltrepour the_postspourexaminer la requêteentrante.Si leplugin doit legérer,unpostfacticeestgénéréet une actionest ajoutéepour template_redirect.

Lorsque l'action template_redirectest appelée,elle doit aboutir à la sortie du contenuentier de lapage à afficheret à quitter ouelle doit revenir sans aucune sortiegénérée.Consultez le code dans wp_include/template-loader.phpet vous comprendrezpourquoi.

I had a similar requirement and wanted to create several end-points based on unique slugs that pointed to content generated by the plugin.

Have a look at the source for my plugin: https://wordpress.org/extend/plugins/picasa-album-uploader/

The technique I used starts by adding a filter for the_posts to examine the incoming request. If the plugin should handle it, a dummy post is generated and an action is added for template_redirect.

When the template_redirect action is called, it must result in outputting the entire contents of the page to be displayed and exit or it should return with no output generated. See the code in wp_include/template-loader.php and you'll see why.

J'utilise une autre approche qui consiste à forcer lapage d'accueil à charger untitre,un contenuet unmodèle depagepersonnalisés .

La solutionesttrès soignéepuisqu'ellepeut êtremiseen œuvre lorsqu'un utilisateur suit un lien convivialtel que http://example.com/ ?plugin_page=myfakepage

Ilesttrèsfacile àmettreen œuvreet devraitpermettre unnombreillimité depages.