Szuperglobális tömb $_SERVER
Az egyik legfontosabb előre definiált tömb a $_SERVER tömb – a PHP interpreter ebbe helyezi el a szervertől kapott változókat. E változók nélkül nehéz megszervezni a webes alkalmazások teljes körű támogatását. A $_SERVER szuperglobális tömb legfontosabb elemeit az alábbiakban ismertetjük.
Megjegyzés
Kilátás teljes lista A $_SERVER tömb elemei használhatják a print_r() függvényt, amely kiírja a tömböt, vagy a phpinfo() függvényt, amely információkat jelenít meg a PHP értelmezőről.
$_SERVER["DOCUMENT_ROOT"] elem
A $_SERVER["DOCUMENT_ROOT"] elem tartalmazza a kiszolgáló gyökérkönyvtárának elérési útját; ha a szkript egy virtuális gazdagépen fut, ez az elem adja meg a virtuális gazdagép gyökérkönyvtárának elérési útját. Azok. ban ben konfigurációs fájl A virtuális gazdagép httpd.conf fájljában a DocumentRoot direktíva "D:/main"-re van állítva, a $_SERVER["DOCUMENT_ROOT"] elem a "D:main" értéket fogja tartalmazni.
$_SERVER["HTTP_ACCEPT"] elem
A $_SERVER["HTTP_ACCEPT"] elem leírja az ügyfél preferenciáit a dokumentumtípust illetően. Ennek az elemnek a tartalma a klienstől a szervernek küldött Accept HTTP fejlécből kerül lekérésre. Ennek a fejlécnek a tartalma így nézhet ki
image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/msword, */*
Az Elfogadás fejléc lehetővé teszi, hogy megadja azt az adathordozó típust, amelyet az ügyfél kérésére választ szeretne kapni. Ez a fejléc lehetővé teszi, hogy közölje a kiszolgálóval, hogy a válasz a preferált típusok egy kis csoportjára korlátozódik.
A * szimbólum a típusok csoportosítására szolgál egy médiasorban. Például a */* szimbólum az összes típus használatát határozza meg, a jelöléstípus/* pedig a kiválasztott típustípus összes altípusának használatát.
Megjegyzés
A médiatípusokat vessző választja el egymástól.
Minden médiasort további paraméterkészlet is jellemez. Az egyik az úgynevezett q relatív preferencia együttható, amely 0-tól 1-ig veszi az értékeket a kevésbé preferált típusoktól a preferáltabbakig. Több q paraméter használata lehetővé teszi a kliens számára, hogy elmondja a szervernek egy adott médiatípus relatív preferenciáját.
Megjegyzés
A q paraméter alapértelmezett értéke 1. Pontosvessző választja el az adathordozó típusától.
Példa fejléc elfogadása:
Elfogadás: audio/*; q=0,2, audio/alap
Ebben a fejlécben az első típus az audio/*, amely magában foglalja az összes zenei dokumentumot, és 0,2-es preferencia együtthatóval jellemezhető. Egy vesszővel elválasztott hang/alap típus van megadva, amelyhez a preferencia együttható nincs megadva, és az alapértelmezett értéket egy. Az RFC2616-ot idézve ez a címsor a következőképpen értelmezhető: „Az audio/alap típust részesítem előnyben, de bármilyen más hangtípusú dokumentumot is tudok küldeni, ha elérhető, miután a preferencia együtthatót több mint 80%-kal csökkentem.”
A példa lehetne bonyolultabb is.
Elfogadás: szöveg/egyszerű; q=0,5, szöveg/html,
text/x-dvi; q=0,8, szöveg/x-c
Megjegyzés
Vegye figyelembe, hogy a $_SERVER["HTTP_ACCEPT"] elem pontosan ugyanazt az információt tartalmazza, de a kezdeti Accept fejléc nélkül.
Ezt a fejlécet a következőképpen értelmezzük: A text/html és a text/x-c dokumentumtípust részesítjük előnyben, de ha ezek nem elérhetők, akkor a kérést végző kliens a text/x-dvi típust részesíti előnyben, ha nem, akkor elfogadhatja a típust. szöveg/ sima.
$_SERVER["HTTP_ACCEPT_LANGUAGE"] elem
A $_SERVER["HTTP_ACCEPT_LANGUAGE"] elem az ügyfél nyelvi beállításait írja le. Ez az információ a klienstől a kiszolgálónak küldött Accept-Language HTTP fejlécből kerül lekérésre. A következő példa adható:
Accept-Language: ru, en; q=0,7
Ami a következőképpen értelmezhető: az ügyfél az orosz nyelvet részesíti előnyben, de ha ez nem elérhető, akkor vállalja az angol nyelvű dokumentumok elfogadását. A $_SERVER["HTTP_ACCEPT_LANGUAGE"] elem pontosan ugyanazt az információt fogja tartalmazni, de az Accept-Language fejléc nélkül:
ru, en; q=0,7
A $_SERVER["HTTP_ACCEPT_LANGUAGE"] elem tartalma a látogatók nemzetiségének meghatározására használható. Az eredmények azonban hozzávetőlegesek lesznek, mivel sok felhasználó angol böngészőt használ, amely értesíti a szervert, hogy a látogató csak egy nyelvet részesít előnyben - az angolt.
$_SERVER["HTTP_HOST"] elem
A $_SERVER["HTTP_HOST"] elem tartalmazza a szerver nevét, amely általában megegyezik a domain név a szerveren található webhely. Az ebben a paraméterben megadott név általában megegyezik a $_SERVER["SERVER_NAME"] névvel. A paraméter csak a domain nevet tartalmazza a protokollnév nélkül (http://), azaz.
www.sofftime.ru
$_SERVER["HTTP_REFERER"] elem
A $_SERVER["HTTP_REFERER"] elem annak az oldalnak a címét tartalmazza, ahonnan a látogató érkezett ez az oldal. Az átmenetnek egy linken keresztül kell történnie. Hozzunk létre két oldalt: index.php és page.php.
index.php oldal
visszhang "Link a PHP oldalra
"
;
visszhang .
$_SERVER["HTTP_REFERER"]
?>
A page.php oldal hasonló tartalommal fog rendelkezni, de a hivatkozás az index.php oldalra mutat.
Oldal page.php
visszhang "Link a PHP oldalra
"
;
visszhang "A $_SERVER["HTTP_REFERER"] tartalma ".
$_SERVER["HTTP_REFERER"]
?>
Egyik oldalról a másikra való váltáskor annak az oldalnak a címe jelenik meg a link alatt, ahonnan az áttérés történt.
$_SERVER["HTTP_USER_AGENT"] elem
A $_SERVER["HTTP_USER_AGENT"] elem információkat tartalmaz a böngésző típusáról és verziójáról, operációs rendszer látogató.
Ez a sor tipikus tartalma: "Mozilla/4.0 (kompatibilis; MSIE 6.0; Windows NT 5.1)". Az "MSIE 6.0" részkarakterlánc jelenléte azt jelzi, hogy a látogató az oldalt az interneten keresztül nézi Explorer verzió 6.0. A "Windows NT 5.1" karakterlánc azt jelzi, hogy az operációs rendszer Windows XP.
Megjegyzés
Windows 2000 esetén a $_SERVER["HTTP_USER_AGENT"] elem így néz ki: "Mozilla/4.0 (kompatibilis; MSIE 5.01; Windows NT 5.0)"), míg Windows XP esetén "Mozilla/4.0 (kompatibilis; MSIE") 6.0) ; Windows NT 5.1)".
Ha a látogató az Opera böngészőt használja, akkor a $_SERVER["HTTP_USER_AGENT"] tartalma így nézhet ki: "Mozilla/4.0 (kompatibilis; MSIE 5.0; Windows 98) Opera 6.04". Az "MSIE 6.0" részkarakterlánc itt is jelen van, jelezve ezt Opera böngésző böngésző kompatibilis internet böngészőés ugyanazokat a Windows dinamikus könyvtárakat használja. Ezért a böngésző által visszaadott karakterlánc elemzésekor ne feledje, hogy az Internet Explorer olyan karakterláncra hivatkozik, amely tartalmazza az „MSIE 6.0” részkarakterláncot, és nem tartalmazza az „Opera” részkarakterláncot. Ezen túlmenően ebből a sorból arra a következtetésre juthatunk, hogy a felhasználó a Windows 98 operációs rendszert használja.
Megjegyzés
Felhasználói ügynök Firefox böngészőígy nézhet ki Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5.
Netscape böngésző használatakor a $_SERVER["HTTP_USER_AGENT"] elem tartalma így nézhet ki: "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1" . Ezt a böngészőt a "Netscape" részkarakterlánc jelenlétéről lehet azonosítani. Ezenkívül megtudhatja, hogy a látogató a segítségével fér hozzá az Internethez működő verzió Linux, Pentium IV-re optimalizált kernellel, míg X-Window grafikus felhasználói felülettel. Ez a mechanizmus hasznos statisztikai adatok gyűjtéséhez, amelyek lehetővé teszik a tervezők számára, hogy optimalizálják az oldalakat a leggyakoribb böngészőkhöz.
$_SERVER["REMOTE_ADDR"] elem
A $_SERVER["REMOTE_ADDR"] elem tartalmazza az ügyfél IP-címét. Helyi gépen történő teszteléskor ez a cím 127.0.0.1 lesz. A hálózaton végzett tesztelés során azonban a változó annak a kliensnek vagy az utolsó proxyszervernek az IP-címét adja vissza, amelyen keresztül a kliens eljutott a szerverhez. Ha a kliens proxyszervert használ, akkor annak IP-címét a HTTP_X_FORWARDED_FOR környezeti változó segítségével tudhatja meg, melynek értéke a getenv() függvény segítségével szerezhető meg.
Megjegyzés
A proxyszerverek speciális közbenső szerverek, amelyek speciális típusú szolgáltatást nyújtanak: forgalomtömörítés, adatkódolás, adaptáció mobil eszközök stb. A sok proxyszerver között vannak úgynevezett névtelen proxyszerverek, amelyek lehetővé teszik a kliens valódi IP-címének elrejtését; az ilyen szerverek nem adják vissza a HTTP_X_FORWARDED_FOR környezeti változót.
A HTTP_X_FORWARDED_FOR környezeti változó lekérése
echo getenv(HTTP_X_FORWARDED_FOR );
?>
$_SERVER["SCRIPT_FILENAME"] elem
A $_SERVER["SCRIPT_FILENAME"] elem tartalmazza a fájl abszolút elérési útját a meghajtó gyökeréből. Például, ha a szerveren operációs rendszer fut Windows rendszerek, akkor egy ilyen útvonal így nézhet ki: "d:main estindex.php", azaz. az elérési út a lemezről van megadva, UNIX-szerű operációs rendszerben az elérési út a / gyökérkönyvtárból van megadva, például "/var/share/www/test/index.php".
$_SERVER["SERVER_NAME"] elem
A $_SERVER["SERVER_NAME"] elem tartalmazza a szerver nevét, amely általában megegyezik a rajta tárolt webhely domain nevével. Például,
www.softtime.ru
A $_SERVER["SERVER_NAME"] elem tartalma gyakran megegyezik a $_SERVER["HTTP_HOST"] elem tartalmával. A kiszolgálónév mellett a $_SERVER szuperglobális tömb számos szerverparamétert is lehetővé tesz, mint például a szerver IP-címe, a figyelő port, a telepített webszerver és a HTTP protokoll verziója. Ezek az információk a $_SERVER["SERVER_ADDR"], $_SERVER["SERVER_PORT"], $_SERVER["SERVER_SOFTWARE"] és $_SERVER["SERVER_PROTOCOL"] elemekben vannak elhelyezve. Az alábbiakban egy példa látható ezen elemek használatára.
A $_SERVER tömb elemeinek használata
echo "Szerver neve -" . $_SERVER["SERVER_NAME"]. "
"
;
visszhang "Szerver IP cím - ". $_SERVER["SZERVER_ADDR"]. "
"
;
echo "Szerver port -" . $_SERVER["SERVER_PORT"]. "
"
;
echo "Webszerver -" . $_SERVER["SZERVER_SZOFTVER"]. "
"
;
visszhang "HTTP protokoll verzió - ". $_SERVER["SERVER_PROTOCOL"]. "
"
;
?>
$_SERVER["REQUEST_METHOD"] elem
A $_SERVER["REQUEST_METHOD"] elem tartalmazza a parancsfájl meghívásához használt kérési metódust: GET vagy POST.
Lehetséges támadások
A PHP bináris CGI-alkalmazásként való használata az egyik lehetőség, ha valamilyen okból nem kívánatos a PHP-t egy webszerverbe (például Apache) modulként integrálni, vagy olyan segédprogramokat kell használnia, mint a chroot és a setuid. biztonságos környezet megszervezésére a munkaszkriptek alatt. Az ilyen telepítést általában a végrehajtható fájl másolata kíséri PHP fájl a webszerver cgi-bin könyvtárába. A CERT (Security Threat Watch) CA-96.11 azt javasolja, hogy ne helyezzen el semmilyen tolmácsot a cgi-bin könyvtárba. Még akkor is, ha a PHP-t önálló tolmácsként használják, a következő támadások megelőzésére szolgál:
Hozzáférés rendszerfájlokat: http://my.host/cgi-bin/php?/etc/passwd
A kérdőjel után a lekérdezési karakterláncban (URL) megadott adatok argumentumként kerülnek átadásra az értelmezőnek parancs sor a CGI protokoll szerint. Az értelmezők általában megnyitják és végrehajtják az első argumentumként megadott fájlt.
Mikor PHP használat a CGI protokollon keresztül nem értelmezi a parancssori argumentumokat.
Hozzáférés egy tetszőleges dokumentumhoz a szerveren: http://my.host/cgi-bin/php/secret/doc.html
Megállapodás szerint a kért oldalon lévő elérési út azon része, amely a PHP futtatható fájl neve után található, /secret/doc.html , egy olyan fájl megadására szolgál, amelyet CGI programként értelmez. Az Apache) átirányítja a dokumentumot, például a http://my.host/secret/script.php kérések átirányításához a PHP értelmezőhöz. Ebben az esetben a webszerver először ellenőrzi a /secret könyvtár engedélyeit, majd létrehoz egy átirányított kérést a http://my.host/cgi-bin/php/secret/script.php címre. Sajnos, ha a kérést eredetileg teljes egészében megadják, a /secret/script.php fájl nem ellenőrzi az engedélyeket, csak a /cgi-bin/php fájlt. Így a felhasználó hozzáférhet a /cgi-bin/php fájlhoz, és ennek eredményeként a szerveren lévő bármely védett dokumentumhoz.
PHP-ben az opció fordítási időpontban történő megadásával --enable-force-cgi-redirect, valamint a doc_root és a user_dir opciókkal a szkript végrehajtása során, megakadályozhatja az ilyen támadásokat a könyvtárakban korlátozott hozzáférés. A részletesebb lehetőségeket, valamint azok kombinációit az alábbiakban tárgyaljuk.
1. lehetőség: Csak nyilvános fájlok kerülnek kiszolgálásra
Ha a szerveren nincsenek olyan fájlok, amelyek elérését jelszó vagy IP-címszűrő korlátozza, akkor nincs szükség ezekre a lehetőségekre. Ha a webszerver nem engedélyezi az átirányításokat, vagy nem tud a PHP futtatható fájljával a szükséges biztonsági szinten kommunikálni, használhatja a lehetőséget --enable-force-cgi-redirect PHP összeállítás közben. Erről azonban meg kell győződnie alternatív módokon szkripthívások, például a http://my.host/cgi-bin/php/dir/script.php közvetlen hívása vagy a http://my.host/dir/script.php átirányítása nem érhetők el.
Az Apache webszerverben az átirányítás az AddHandler és Action direktívák használatával konfigurálható (lásd alább).
2. lehetőség: Használja az --enable-force-cgi-redirect parancsot
Ez a PHP összeállítási idejében megadott beállítás megakadályozza a szkriptek közvetlen meghívását a http://my.host/cgi-bin/php/secretdir/script.php címen. Ehelyett a PHP csak akkor dolgoz fel egy bejövő kérést, ha azt a webszerver átirányította.
Az Apache webszerveren az átirányítás általában a következő beállításokkal van konfigurálva:
| Művelet php-script /cgi-bin/php AddHandler php-script .php |
Ezt a beállítást csak az Apache webszerveren tesztelték, és a CGI-környezetben található nem szabványos REDIRECT_STATUS változóra való átirányítás esetén állítják be. Abban az esetben, ha a webszerver nem képes egyedileg azonosítani, hogy egy adott kérés át van-e irányítva, nem használhatja a ez a szekció opciót, és bármilyen más módszert kell használnia a CGI-alkalmazásokkal való munkavégzéshez.
3. lehetőség: Használja a doc_root és user_dir beállításokat
Ha dinamikus tartalmat, például szkripteket vagy bármilyen más végrehajtható fájlt helyez el a webszerver könyvtárában, ez potenciálisan veszélyes lehet. Ha hiba történik a szerver konfigurációjában, előfordulhat, hogy a szkriptek nem futnak le, hanem normál HTML dokumentumként jelennek meg a böngészőben, ami szivárgáshoz vezethet bizalmas információ(például jelszavak), vagy olyan információk, amelyek szellemi tulajdonnak minősülnek. Ezen megfontolások alapján sok rendszergazdák inkább külön könyvtárat használ a szkriptek tárolására, a CGI interfészen keresztül a benne elhelyezett összes fájllal dolgozik.
Abban az esetben, ha nem garantálható, hogy a kérelmek ne legyenek átirányítva, amint az előző részben látható, meg kell adni a doc_root változót, amely eltér a webdokumentum gyökérkönyvtárától.
Beállíthatja a PHP szkriptek gyökérkönyvtárát a doc_root beállításával a konfigurációs fájlban, vagy környezeti változó PHP_DOCUMENT_ROOT . Ha a PHP-t CGI-n keresztül használjuk, akkor a megnyitandó fájl teljes elérési útja a doc_root változó értéke és a kérésben megadott elérési út alapján épül fel. Így biztos lehet benne, hogy a szkriptek csak az Ön által megadott könyvtáron belül futnak majd (kivéve a user_dir könyvtárat, amelyet alább ismertetünk).
A biztonság beállításakor használt másik lehetőség a user_dir . Ha a user_dir változó nincs beállítva, akkor a megnyitandó fájl elérési útja a doc_root függvényhez viszonyítva épül fel. Egy olyan kérés, mint a http://my.host/~user/doc.php, egy olyan szkript végrehajtását eredményezi, amely nem a megfelelő felhasználó saját könyvtárában, hanem a ~user/doc doc_root alkönyvtárában található. php script (igen, a könyvtár neve ~ szimbólummal kezdődik).
De ha a public_php változó valami ilyesmire van állítva: http://my.host/~user/doc.php , akkor a fenti példa a felhasználó saját könyvtárában, a public_php könyvtárban található doc.php szkriptet hajtja végre. Például, ha a felhasználó saját könyvtára a /home/user , akkor a /home/user/public_php/doc.php fájl kerül végrehajtásra.
A user_dir opció beállítása független a doc_root beállításától, így a webszerver gyökérkönyvtárát és felhasználói könyvtárait egymástól függetlenül vezérelheti.
4. lehetőség: PHP a webes dokumentumfán kívül
A biztonság jelentős javításának egyik módja, ha a PHP végrehajtható fájlt a webes dokumentumfán kívül helyezzük el, például a /usr/local/bin könyvtárban. Ennek a megközelítésnek az egyetlen hátránya, hogy minden szkript első sorának a következőnek kell lennie:
| #!/usr/local/bin/php |
Ezenkívül az összes szkriptfájlt futtathatóvá kell tenni. Így a szkriptet ugyanúgy kezeljük, mint bármely más CGI-alkalmazást, amely Perl-ben, sh-ben vagy bármely más, #-t használó szkriptnyelvben íródott! a fájl elejére, hogy elindítsa magát.
Annak érdekében, hogy a PATH_INFO és PATH_TRANSLATED változók megfelelő értékeit kaphassa meg a szkripten belül, a PHP-t be kell állítani az opcióval --enable-discard-útvonal.
| <<< Назад | Tartalom | Előre >>> |
| Ha további kérdései vannak, vagy valami nem világos, üdvözöljük oldalunkon | |
|
|
Lekér egy WP_User objektumot, amely tartalmazza a megadott felhasználó összes adatát.
A függvények által visszaadott adatok teljes mértékben megfelelnek az adatbázistáblák wp_users és wp_usermeta (táblázatok leírása) mezőinek.
Ez egy bedugható funkció - pl. bővítményből cserélhető. Ez azt jelenti, hogy csak az összes beépülő modul csatlakoztatása után fog működni (csatlakozni), és addig a pillanatig a függvény még nem lett definiálva... Ezért ezt és a hozzá tartozó függvényeket nem hívhatja meg közvetlenül a plugin kódjából. Ezeket a plugins_loaded hook segítségével vagy később, például az init hook segítségével kell meghívni.
Funkciócsere (újradefiniálás) - a bővítményben létrehozhat egy azonos nevű függvényt, akkor az lecseréli az aktuális függvényt.
✈ 1 alkalom = 0,000296s = gyors| 50 000-szer = 0,78 s = nagyon gyors| PHP 7.1.2RC1, WP 4.7.2
Nincsenek horgok.
visszatér
WP_Felhasználó/hamis. Az adatobjektum, vagy hamis, ha a megadott felhasználó nem található.
Használat
get_userdata($useid); $userid (szám) (kötelező) Annak a felhasználónak az azonosítója, akinek az adatait le kell kérni.Alapértelmezett: nem
Példák
#1 Adatok kiadása a fogadott adatobjektumból
$user_info = get_userdata(1); echo "Felhasználónév: " . $user_info->user_login . "\n"; echo "Hozzáférési szint: " . $user_info->user_level . "\n"; echo "ID:" . $user_info->ID . "\n"; /* Kimenet: Felhasználónév: admin Hozzáférési szint: 10 ID: 1 */#1.2 Adatok a változóhoz
Egy másik példa, csak itt először változókba írjuk az adatokat, majd megjelenítjük a képernyőn:
$user = get_userdata(1); $felhasználónév = $felhasználó->felhasználói_bejelentkezés; $keresztnév = $felhasználó->utónév; $last_name = $felhasználó->last_name; echo "$first_name $last_name bejelentkezett az oldalra a következő felhasználónévvel: $felhasználónév."; /* $user objektum: WP_User Object( => stdClass Object( => 80 => kogian => $P$BJFHKJfUKyWv1TwLOVAenYU0JGNsq. => kogian => [e-mail védett]=> http://example.com/ => 2016-09-01 00:34:42 => => => kogian) => 80 => Array( => 1) => wp_capabilities => Array( => előfizető) => Array( => 1 => 1 => 1) => => 1) */
#2 Osztálymódszerek
A get_userdata()-val kapott objektum az osztály egy példánya, és olyan metódusokkal rendelkezik, amelyeket használhat. Néha ez jól jöhet. Íme egy egyszerű példa a felhasználói opció lekérésére a $user->get() metódussal:
$user = get_userdata(1); echo $felhasználónév = $felhasználó->get("felhasználói_bejelentkezés");
Néhány módszer listája:
- set_role($role) - beállítja a felhasználó szerepét;
get($key) - az opció értékét adja vissza;
has_prop($key) - ellenőrzi, hogy a megadott opció be van-e állítva;
has_cap($cap) - ellenőrzi, hogy a felhasználó rendelkezik-e a megadott képességgel vagy szerepkörrel;
get_role_caps() - Megszerzi a felhasználó összes szerepkör-képességét, és egyesíti azokat a felhasználó egyéni képességeivel;
add_role($role) – Szerepkört ad a felhasználóhoz
remove_role($role) - eltávolít egy szerepet a felhasználóból;
Megjegyzések
Itt van néhány hasznos értékeket wp_users és wp_usermeta táblamezők, amelyeket az adatok lekéréséhez használhat:
- megjelenítendő név
user_meta
-
user_description
wp_capabilities (tömb)
admin_color (az adminisztrációs panel témája. Az alapértelmezés friss (friss))
zártpostaládák_oldal
- forrás_domain
Azt is meg kell jegyezni, hogy a 3.2. verzió óta a visszaadott adatok egy kicsit megváltoztak: a WP_User objektum kerül visszaadásra. Az objektumban lévő adatok csoportokra vannak osztva: data , caps , roles (korábban az adatok közös listában kerültek visszaadásra).
Azonban hála a "varázslatnak" (szolgáltatás) PHP módszerek az adatok lekérhetők, mint korábban, például az adatok tárolása most így történik: get_userdata(1)->data->rich_editing , de lekérhető így: get_userdata(1)->rich_editing , annak ellenére, hogy var_dump() nem fogja megmutatni ezt a kapcsolatot.