TLDR:

Într-o instalare non-standard, puteți plasa fișiere WordPress într-un subdirector de site-ul rădăcină.
…,și încă permite vizitatorilor dvs. pentru vizitatori pentru a accesa WordPress „site-ul” de pe site-ul de Domeniu (rădăcină) URL-ul, fără adăugarea subdirectorul nume:
(de exemplu: 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 și site_url va avea aceeași valoare.
indiferent, ele reprezintă două lucruri diferite. într-o instalație non-standard, acestea pot avea valori diferite.,

(// este relative protocol și va lucra pentru nici una/ambele sau

Standard Installations (including „One-Click” Installs)

home_url: este pagina de start a site (wordpress) ul, așa cum este indicat de utilizator bara de adrese.
site_url: este directorul în care se află fișierele wordpress.,

WordPress este la 5 minute de instalare instalează wordpress fișiere aceste două valori vor fi la fel – wordpress fișierele vor fi instalate în același folder în care doriți să utilizați pentru a adresa site-ul dvs., sau wordpress (blog) partea de server-ul.

Exemplul 1:
utilizatorul accesează blogul dvs. la:
fișiere wordpress instalate la: , sau folderul rădăcină al site-ului serverului dvs.,

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

Exemplu 2:
utilizatorul accesează blog-ul dvs. la:
fisierele wordpress instalat la: , sau în blog folder în interiorul rădăcina site-ului.

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

În acest caz este site-ul principal, și este rădăcina de blog.,
aici blogul dvs. este separat și funcționează ca subset al site-ului dvs. principal.
în acest caz, site-ul tău principal nu este controlat, definit sau stilat de WordPress.
doar blog-ul este. Toate url-urile din blog-ul dvs. va fi precedat de

Notă: În documentație, „WordPress-ul/site-ul” (spre deosebire de pur și simplu „site-ul/site-ul”) se refera la directorul unde fisierele WordPress sunt instalate. În acest caz, este – totul în blog folder., „Site-ul WordPress”, în acest scenariu, nu este același cu domeniul dvs., rădăcina dvs. sau site-ul dvs. principal. Este un subset al site-ului dvs. general. Un fel de site web în interiorul unui site web. Menționez acest lucru, deoarece terminologia poate părea neclară sau confuză, având în vedere această configurație specială.

configurare alternativă de instalare WordPress

oferind WordPress propriul său director, secțiuneaMethod II (With URL change). de exemplu, mulți oameni nu doresc să blocheze folderul rădăcină al site-ului lor web cu toate fișierele wordpress.,
Ei doresc să instaleze wordpress într-un subdirector, *dar au accesat „blogul” sau „site-ul WordPress” ca și cum fișierele ar fi instalate în rădăcina rădăcinii serverului pentru site-ul web. acest lucru este valabil mai ales atunci când WordPress este folosit pentru a construi și rula un întreg site care nu are nici măcar un „blog”.

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

(Notă: această configurație nu va funcționa „out of the box” doar prin schimbarea valori ale acestor variabile., Este nevoie de modificări suplimentare de configurare pentru a funcționa corect)
A se vedea oferind WordPress propriul său director, secțiunea intitulată Method II (With URL change) pentru cum se face acest lucru.

În acest caz home_url și site_url ar trebui să dețină valori diferite.în această configurare, doriți ca site-ul dvs. să funcționeze exact ca și cum fișierele WordPress ar fi instalate în directorul rădăcină al serverului pentru site-ul dvs. web…,
dar, în scopuri organizaționale pe server,
aveți de fapt fișierele WordPress într-un folder numit wordpress în directorul rădăcină al serverului pentru site-ul dvs. web.

Astfel, utilizatorul va introduce în pentru a obține dvs. de WordPress pagina de start, în loc de

wordpress funcția <–> date variabile <–> WordPress Constantă

Această secțiune presupune Exemplul 3 de configurare de mai sus.
adresa url a barei de adrese: www.exemplu.,com
wordpress files: /wordpress directory

(celelalte cazuri sunt banale: toate variabilele/funcțiile dețin/returnează aceeași valoare.,div> și WP_SITEURL setări prin introducerea acestor linii spre partea de sus a ta wp-config.php fișier:

(nu includ trailing slash-uri aici – care ar fi configurat în altă parte)

de Referință: WP_SITEURL și WP_HOME

NOTĂ: Acest lucru este confuz
(eu chiar doresc WordPress a Etichetat Setările similare acestora php nume,
cum ar fi WordPress Site Address și Home Page Address sau ceva mai explicit ca location of WordPress Site core files și browser url to access WordPress home page)

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

Acum, Aici este în cazul în care devine complicat !,

dacă ați definit aceste constante în fișierul wp-config.php, nu contează ce valori aveți în pagina de date/setări.
De fapt, nu veți putea modifica această valoare prin capătul din spate (va fi gri). Puteți modifica în continuare prin editarea bazei de date, dar acest lucru nu va avea niciun efect asupra site-ului dvs., în timp ce constantele există în fișierul wp-config.

fișierul de configurare nu va schimba valorile din Baza de date (sau, prin urmare, pagina de setări). În schimb, valorile paginii bazei de date/setărilor vor fi ignorate., Valorile din wp-config suprascrie sau au prioritate față de setarea bazei de date.

unde valoarea pentru o constantă WP are prioritate față de o valoare wp_options/ WP Settings.

valoarea înregistrării wp_options și valoarea setărilor WP sunt aceleași.
editarea unul, prin definiție editează celălalt.
este doar 2 moduri diferite de a accesa aceeași variabilă.

Pe de altă parte, constantele WordPress sunt unice și independente.
pe plan intern, WordPress (PHP) constante suprascrie omologii lor db.
dacă o constantă este definită în wp-config, aceasta nu schimbă baza de date.,
dar pe plan intern WordPress va prefera întotdeauna / folosi valoarea sa în loc de db one.