TLDR:

dans une installation non standard, vous pouvez placer votre WordPress fichiers dans un sous-répertoire de la racine de votre site web.
…,et permettez toujours à vos visiteurs d’accéder à votre « site Web » WordPress à partir de L’URL de domaine (racine) de votre site, sans ajouter le nom du sous-répertoire:
(ie: vs

Where the value for a WP constant takes precedence over an wp_options/ WP Settings value.

Different Configurations for WordPress

In the most standard WordPress installations, home_url Et site_url auront la même valeur.
quoi qu’il en soit, ils représentent deux choses différentes.

Dans une installation non standard, ils peuvent avoir des valeurs différentes.,

(// est le protocole relative et fonctionnera pour/les deux ou

Standard Installations (including « One-Click » Installs)

home_url: est la page d’accueil de votre site web (wordpress), comme indiqué dans l’adresse de l’utilisateur bar.
site_url: est le répertoire où se trouvent vos fichiers wordpress.,

L’installation de 5 minutes de WordPress installe les fichiers wordpress ces deux valeurs seront les mêmes-les fichiers wordpress seront installés dans le même dossier que vous souhaitez que les gens utilisent pour adresser votre site web, ou la partie wordpress (blog) du site Web de votre serveur.

exemple 1:
l’utilisateur accède à votre blog à:
fichiers wordpress installés à:, ou le dossier racine du site Web de votre serveur.,

home_url === site_url === "www.example.com"

Exemple 2:
l’utilisateur accède à votre blog:
wordpress fichiers installés à: , ou dans le blog le dossier dans la racine de votre site web.

home_url === site_url === "www.example.com/blog"

Dans ce cas est le principal site web, et a la racine de votre blog.,
ici, votre blog est séparé de, et fonctionne comme sous-ensemble de, votre site Web principal.
Dans ce cas, votre site Web principal n’est pas contrôlé, défini ou stylé par WordPress.
juste votre blog est. Toutes les URL de votre blog seront traitées par

remarque: dans la documentation, « site/Site WordPress » (par opposition à simplement « site/site web ») fait référence au répertoire où vos fichiers WordPress sont installés. Dans ce cas, c’est – tout dans le dossier blog., Le « site WordPress », dans ce scénario, n’est pas le même que votre domaine, votre racine ou votre site Web principal. C’est un sous-ensemble de votre site Web Global. Un peu comme un site Web dans un site web. Je le mentionne car la terminologie peut sembler peu claire ou confuse, compte tenu de cette configuration particulière.

configuration alternative de L’Installation de WordPress

donnant à WordPress son propre répertoire, la sectionMethod II (With URL change).

par exemple, beaucoup De gens ne veulent pas obstruer le dossier racine de leur site web avec tous les fichiers wordpress.,
ils veulent installer wordpress dans un sous-répertoire, * mais ont le » blog « ou » site WordPress  » accédé comme si les fichiers ont été installés dans la racine de la racine du serveur pour le site web.

cela est particulièrement vrai lorsque WordPress est utilisé pour créer et exécuter un site web entier qui n’a même pas de « blog ».

home_url === "www.example.com"
site_url === "www.example.com/wordpress"

(Note: cette configuration ne fonctionne pas « out of the box » juste en changeant les valeurs de ces variables., Il nécessite des modifications de configuration supplémentaires pour fonctionner correctement)
voir donner WordPress son propre répertoire, la section intitulée Method II (With URL change) pour savoir comment faire cela.

Dans ce cas home_url et site_url doit détenir des valeurs différentes.

dans cette configuration, vous souhaitez que votre site Web fonctionne exactement comme si les fichiers WordPress étaient installés dans le répertoire racine du serveur pour votre site web…,
mais, à des fins organisationnelles sur le serveur,
Vous avez en fait vos fichiers WordPress dans un dossier appeléwordpress dans le répertoire racine du serveur pour votre site web.

Ainsi, l’utilisateur va taper dans pour obtenir votre WordPress page d’accueil, au lieu de

wordpress fonction <–> variable de base de données <–> WordPress Constant

on suppose dans Cette section 3 de l’Exemple de configuration ci-dessus.
URL de la barre d’adresse: www.exemple.,com
fichiers wordpress: / répertoire wordpress

(les autres cas sont triviaux: toutes les variables/fonctions contiennent/renvoient la même valeur.,div> Et WP_SITEURL paramètres en insérant ces lignes vers le haut de votre wp-config.php fichier:

(n’incluez pas les barres obliques de fin ici – qui seraient configurées ailleurs)

référence: WP_SITEURL et WP_HOME

Remarque: Ceci est déroutant
(je souhaite vraiment que WordPress ait étiqueté les paramètres similaires à leurs noms PHP,
tels que WordPress Site Address Et Home Page Address ou quelque chose de plus explicite comme location of WordPress Site core files et browser url to access WordPress home page)

`WP_SITEURL` <--> `site_url()` <--> `siteurl` <--> WordPress Address <--> /wordpress `WP_HOME` <--> `home_url()` <--> `home` <--> Site Address <--> /

maintenant, voici où il devient difficile !,

Si vous avez défini ces constantes dans votre fichierwp-config.php, peu importe les valeurs que vous avez dans votre page de base de données / paramètres.
en fait, vous ne pourrez pas modifier cette valeur via le back-end (elle sera grisée). Vous pouvez toujours modifier en éditant votre base de données, mais cela n’aura aucun effet sur votre site, tant que les constantes existent dans votre fichier wp-config.

votre fichier de configuration ne changera pas les valeurs de votre base de données (ou donc votre page de paramètres). Au lieu de cela, les valeurs de votre page de base de données/paramètres seront ignorées., Les valeurs dans wp-config remplacent ou ont priorité sur votre paramètre de base de données.

où la valeur D’une constante WP a priorité sur une valeur wp_options / WP Settings.

la valeur d’enregistrement wp_options et la valeur des paramètres WP sont identiques.
éditer l’un, par définition édite l’autre.
c’est juste 2 façons différentes d’accéder à la même variable.

en revanche, les constantes WordPress sont uniques et indépendantes.
en interne, les constantes WordPress (PHP) remplacent leurs homologues db.
Si une constante est définie dans wp-config, elle ne change pas la base de données.,
mais en interne WordPress préférera toujours/utiliser sa valeur au lieu de la base de données.