Vouspouvez utiliser la constante __DIR__ . Étant donné que lefichier setrouve soit dans le dossier duplugin,soit dans le dossier duthème,qui sonttoujours situés dans le dossier wp-content ./code> de celui-ci:

  $path=preg_replace ('/wp-content. * $/','',__ DIR__);
 

Si vous avezbesoin de vous assurer que le wpn'estpas dans un dossier wp-content (qui sait? des choses sepassent) - utilisez une anticipationnégative:

  $path=preg_replace ('/wp-content (?!. * wp-content). */','',__ DIR__);
 

(carilestplusfacile d'être sûr que votrepropreplugin que vous développezne setrouvepas dans un autre dossier wp-content)

Aaand .. votre wp-load est là:

 include ($ chemin.'wp-load.php ');
 

Mais!

Commenous l'avons déjàmentionné,pour AJAX,vouspouvez utiliser la technique ajaxnative de WP .

Bien sûr,il y a des cas où latechnique AJAXnative de WPne suffitpas.

You can use __DIR__ constant. Since the file is either inside plugin or theme folder, which are always located inside wp-content folder.. You can simply get the path of the file and trim everything starting from wp-content from it:

$path = preg_replace('/wp-content.*$/','',__DIR__);

If you need to make sure the wp is not inside some wp-content folder (who knows? things happen) - use negative lookahead:

$path = preg_replace('/wp-content(?!.*wp-content).*/','',__DIR__);

(since it's easier to be sure your own plugin you are developing is not located inside some other wp-content folder)

Aaand.. your wp-load is there:

include($path.'wp-load.php');

But!

As guys before mentioned, for AJAX you can use WP-s native ajax technique.

Of course, there are cases when WP's native AJAX technique is not enough.

Je sais que c'est une vieille question,maisje voulais ajoutermapropre réponse qui,je pense,pourrait aider certains utilisateurs àessayer d'atteindre lamême chose.

Oui,ilesttoujourspréférable (etplusfacile) d'utiliser l'API WP Ajaxnative,mais celapeut devenirtrès lent caril chargetoute l'instance WP.

Ma solution: est assez simpleet devraitfonctionnerpour récupérer la racine de l'installation wordpress. Quel que soit le scriptpour lequel vouseffectuez l'appel AJAXpersonnalisé,assurez-vous simplement d'enregistrer d'abord le script avec wp_register_script () (ne lemettezpasencoreen file d'attente). Ensuite,utilisez wp_localize_script () et analysez le ABSPATH (c'est une constante quiest définie dans wp-load.php et contiendra le chemin racine ). Vouspouvezmaintenant le récupérer dans votre scriptet l'analyser avec l'appel AJAX. Enfin,assurez-vousbien sûr demettre le scripten file d'attente avec wp_enqueue_script () .

<₹Example:

L'extrait PHP ci-dessousmettraen file d'attente votrefichier script.js et vouspermettra de récupérer le répertoire root en appelant pluginslug_scriptname_i18n.wp_root . Fondamentalement, wp_localize_script () est utilisépourfaire destraductions,mais cela devient égalementpratiquepour analyser les données dans vos scripts que vous avez récupérés côté serveur.

  $ handle='pluginslug-scriptname';//Définir lapoignée de script
        $name=str_replace ('-','_',$ handle). '_i18n';//Convertira le handleen pluginslug_scriptname_i18n
        wp_register_script ($ handle,plugin_dir_url (__FILE__). 'script.js',array (),'1.0.0',false);
        wp_localize_script (
            $ handle,
            $nom,
 tableau (
                'ajax_url'=>plugin_dir_url (__FILE__). 'ajax-handler.php',//@THIS TENERA VOTRE URL AJAX :) Pour récupérer ceci dans votre script.js appelez simplement:pluginslug_scriptname_i18n.ajax_url
                'racine_wp'=> ABSPATH//@THIS HOLD THE ROOT PATH :) Pour récupérer ceci dans votre script.js,appelez simplement:pluginslug_scriptname_i18n.wp_root
            )
        );
        wp_enqueue_script ($ handle);
 

Votre script.js pourrait ressembler à ceci:

  var xhttp=new XMLHttpRequest ();
    xhttp.onreadystatechange=function () {
 if (this.readyState==4) {
 if (this.status==200) {
//Succès:
            }
//Achevée:
        }
    };
    xhttp.onerror=function () {
      console.log (ceci);
      console.log ("** Uneerreur s'estproduite lors de latransaction");
    };
    xhttp.open ("POST",pluginslug_scriptname_i18n.ajax_url,true);
    xhttp.setRequestHeader ("Content-type","application/x-www-form-urlencoded; charset=UTF-8");
    varparams=JSON.stringify ({
 prénom: 'Johny',
        racine_wp:pluginslug_scriptname_i18n.wp_root
    });
    xhttp.send (paramètres);
 

Maintenant,dans votre ajax-handler.php ,vouspouvez récupérer le wp_content_dir et charger votre wp-load.php comme ceci:

 //Définir letype de contenu approprié
header ('Content-Type:text/html');
//Désactiver lamiseen cache
en-tête ('Cache-Control:no-cache');
en-tête ('Pragma:no-cache');
//Récupère la charge utile
$ request_body=json_decode (file_get_contents ('php://input'),true);

//Définissez ceci surtruepour charger simplement lesbases!
//Définissez ceci uniquement surtrue si vous savez ce que vousfaites
//Recherchez SHORTINIT dans wp-settings.phppourplus de détails
define ('SHORTINIT',faux);

//Inclut wp-load.php
require_once ($ request_body ['racine_wp']. 'wp-load.php');
mourir();
 

Gardez à l'esprit que la racine_wp peut êtremodifiée côté client.

Enguise de remarque:

Une autre astuce dont certains d'entre vousne sontpeut-êtrepas conscientsest qu'avant d'inclure wp-load.php ,vouspouvez définir une constante appelée SHORTINIT (booléen). Cela dira à WordPress de charger simplement lesbases (ce qui signifie que vousperdrezbeaucoup defonctionsprincipales de WP)mais cela accélérera letemps de chargement cariln'inclurapastous lesfichiers requispour uneinstance WP régulière. Le SHORTINIT est défini dans wp-settings.php (ouvrez simplement lefichieret cherchez SHORTINIT . Vous aurez unemeilleure compréhension de ce sepasse sous le capot. Cette astuce astucieuse accéléreraencoreplus lestemps de chargement (jusqu'à 75% dansmestests quej'aieffectuésil y a quelquetemps). Mais cela dépendra de la version WP. Gardez également à l'esprit que le wp-load.php changefréquemment avec lesnouvelles versions des versions WP,donc si vous utilisez SHORTINIT assurez-vous que votre scriptfonctionneratoujoursmême dans lesfutures versions de WordPress,et aussi avec des versionsinférieures version de WordPress. Enbref,si vousfaites des choses complexes qui reposent sur unegrandepartie du codex WordPress,assurez-vous de PAS définir SHORTINIT sur true .