Hogyan működik a metaadatok wordpress kommentek

Ebben a sorozatban, néztük számos metaadat API-felületek által kínált WordPress. Ez magában foglalja a posta Meta API és a felhasználói Meta API. Ma megyünk a sorozat befejezéséhez nézi a WordPress Comment Meta API.

Felhívjuk figyelmét, hogy ez az utolsó metaadat API WordPress. Kezdve WordPress 4.4, most van egy metaadat API Term. Ahhoz, hogy megértsük ezt a fontos, hogy megértsük a taxonómia és kapcsolataik keretében WordPress. A következő sorozat fogom fejteni, hogy pontosan.

Ha elakad, akkor kezdjük.

Ebben a sorozatban, mi használt metaadatok meghatározásában WordPress, mint egy alapot ad annak megértéséhez, hogy ez az információ bemutatott összefüggésben a közegben.

A metaadatok feldolgozása a kulcs / érték párokat. Kulcs - a név a metaadat elem. Érték - az az információ, amely megjelenik a listán a metaadatok minden bejegyzés kapcsolódó információkat.

A jó hír az, hogy ha egyszer már elsajátította a különböző metaadat API-felületek, amelyek áttekintettük, ott kell lennie semmi meglepő az a tény, hogy más metaadatok funkciót. Attól függően, hogy mely API használata, lehet, hogy két különböző dolog, de a lényeg a funkcionalitás ugyanaz lesz.

Ahogyan a többi API tárgyalt ebben a sorozatban, akkor nézd meg a négy fő funkciója van:

• add_comment_meta
• update_comment_meta
• get_comment_meta
• delete_comment_meta

Ez nem változtat azon a tényen, hogy szükség van hogy részletesen tanulmányozzák mindegyik API funkciók, hogy megbizonyosodjon arról, hogy már lefedett mindent meg kell tudni, hogy mikor velük dolgozni.

A többi ezt a cikket Felteszem a következő:

• Van egy helyi fejlesztési környezet egy webszerver, adatbázis szerver és PHP.
• Már telepítve van egy példánya WordPress.
• Van egy példányát tutsplus-metadata.php. létrehozott könyvtárba a téma, és ez benne van a functions.php fájlt a témát.
• Van könnyű hozzáférést az IDE és a rendelkezésre álló adatbázis interfész.

Végül mind a metaadatok, amellyel dolgozunk van az adatbázisban tárolt adatok wp_commentmeta asztalra. így az összes screenshotok látod az adatbázis lesz az adott táblázatban.

Ellentétben néhány más metaadat-táblákat, hogy láttuk, wp_commentmeta tábla jön létre üres (ha dolgozik egy viszonylag új WordPress verzió).

Ez jó, mert ez ad nekünk egy tiszta listában, amely a vizsgálat során alkalmazott különböző API funkciókat. Felhívjuk figyelmét, hogy az összes alábbi példák fogunk arról, hogy mindez történik a poszt Hello World!. Ez a post az azonosító 1. Ha azt szeretné, hogy más oldalra, csak cserélni 1 üzenet azonosító kérdéses.

Ha készen áll, kezdjük nézi, mi áll rendelkezésre.

Hozzáadása egy egyedi metaadat

add_comment_meta függvény három paramétert, és egy opcionális negyedik paraméter. Ha át igaz, mivel a negyedik lehetőség, a metaadat lesz hozzá, ha a megadott meta-kulcs nem létezik.

Figyeljük meg, hogy én egy paramétert igaz. Tehát minden alkalommal, amikor frissíteni kell az oldalt, a WordPress látni fogja, hogy szeretnék ezt az értéket, hogy egyedi legyen, így nem hozzá több információt az adatbázisba tábla kapcsolódó meta-kulcsot.

Hozzáadása nem egyedi metaadat

Amennyiben viszont szeretnék társítani egyes értékek az azonos meta kulcsot, azt távolítsa el a paraméter igaz. Például az alábbi kód:

Majd frissítse az oldalt, mondjuk, három alkalommal. Ha minden jól megy, akkor láthatjuk, három új bejegyzéseket, amelyek mindegyike tartalmaz egy véletlenszerűen generált számot a rand () hívások az érvelés metaérték.

Elég könnyű mozgatni, nem igaz? Ha szüksége van egy érték társítható egyetlen kulcs, át igaz opcionális negyedik érv, Ellenkező esetben nem adja semmit.

Ha metaznachenie létezik, felülírja. Ha metaznachenie nem létezik, akkor létrejön. Felhívjuk figyelmét, hogy az utolsó mondat egy kicsit a funkcionalitás, amelyek segítségével, ha hozzá metaadatokat, ha azt szeretnénk, hogy egy egyedi információt tárolt metaadatokat az asztal, akkor használja update_comment_meta. és akkor rögzíti, mint egy egyedi értéket.

Ez ahhoz vezethet, hogy zavart a kód (ahogy hangzik, mintha azt frissíti, amelyek nincsenek ott), de azt is lehetővé teszi, hogy csak egy bejegyzés ehhez meta-kulcsot.

Mi történik, ha van egy meta-kulcs kapcsolatos számos meta-értékek? Ebben az esetben meg kell tudni, hogy a kívánt értéket cserélni. Bizonyos esetekben, akkor pontosan tudja, mi az. Más esetekben szükség lehet információt szerezni, hogy megtalálja azt (ez lesz szó a következő fejezetben).

Feltételezve, hogy szeretnénk frissíteni az egyik bejegyzés általunk készített, mint például az egyik véletlen számok a fenti példában megtalálja az adatbázis interfész:

Határozhatja meg, hogy az előző érték pedig a következő kódot:

Ezután tudjuk frissíteni az oldalt adatbázisunkban és látni a változásokat. Felhívjuk figyelmét, hogy a munka, amit az imént tett, kapcsolatban van a környezetet, és nem úgy, hogy ezt megteheti a gyártási folyamat során.

Ehelyett, akkor szükség lehet egy lekérdezés futtatásához, vagy kap egy értékrend frissítés előtt. Ez elvezet minket a következő téma.

Talán akkor nézd meg ezt így: ha több metaadat adunk azonos meta kulcsot (amit tárgyalt részében az „hozzáadása egyedi metaadat” fent), akkor valószínű, hogy akkor szeretnénk, hogy a teljes gyűjtemény bejegyzéseket.

Amennyiben viszont azt szeretné, hogy csak egy bejegyzést, mert tudja, hogy ez az egyedülálló, vagy mert jött létre a segítségével update_comment_meta funkciók, akkor azt szeretnénk, hogy a WordPress vissza, hogy ha egy értelemben.

get_comment_meta funkció megköveteli három érv, és egy opcionális negyedik, attól függően, hogy mit szeretne.

Első tömb

A fenti kód kiírjuk azt egy webböngésző, de akkor dolgozni ezeket az adatokat semmilyen módon tetszik, amint átveszi. A legfontosabb dolog megjegyezni, hogy az érték adja vissza egy tömbben.

Előállítás szinguláris értékek

Tegyük fel például, hogy van három bejegyzést kapcsolódó meta kulcsot, és csak azt, hogy egy értéket. A kód a következő lesz:

És az utolsó érték a következőképpen néz ki:

Továbbá, ha tudjuk, hogy az adatok egyedi, a kód továbbra is ugyanúgy néz ki, mint a visszatérési érték.

Az egyetlen különbség az, hogy az első mintát kapunk egy sor több bejegyzést, és az utóbbi extraháljuk a hangfelvételt. Szintén fontos megjegyezni, hogy ha foglalkozunk egyedi értéket, akkor is vissza kell neked, mint egy tömb, de csak egy indexelt tömb.

Fontos megjegyezni, mert ha azt tervezi, hogy minden összehasonlítás, különösen az értéke más típusú, például egy egész szám, akkor lesz szükség, hogy az érték a tömb, és akkor valószínűleg szeretnénk, hogy egy öntött összehasonlítás előtt.

Ha nem adja meg a meta-érték, az összes rekordot kapcsolódó meta-kulcs törlődik. Ha azonban az Ön által megadott metaznachenie, csak egy bejegyzés törlésre kerül.

Eltávolítása egyedi értékeket

Az e példa kedvéért tételezzük fel, hogy tudjuk, hogy van egy darab metaadatok meta-kulcsot. Ez azt jelenti, hogy a meta-kulcsnak egyedinek kell lennie minden felhasználó számára, így talán használ valamit, mint egy generált egyedi azonosító, időbélyeggel vagy valami ilyesmi.

Mielőtt ezt a kódot, akkor az adatbázis kellene kinéznie:

Eltávolítása nem egyedi értékeket

Más helyzetekben, például, van számos kapcsolódó értékek meta gombot. Láttuk ezt sokszor ebben a cikkben. Ha azt szeretnénk, hogy minden rekordot törölni kapcsolódó meta-kulcsot, akkor nem kell megadni metaznachenie.

De ne feledjük, hogy az eltávolítása adatokat az adatbázis veszélyes lehet, különösen, ha véletlenül törli, amit soha nem akar törölni. Ehhez fontos, hogy biztonsági másolatot készíteni az adatbázis termelési környezetben, hogy mindig lehet visszaállítani, ha valami elromlik.

Ezen kívül azt bizonyítja, hogy miért fontos, hogy a helyi fejlesztési környezet és bemutatási környezetben tesztelésére, mielőtt bevezette a kódot a harci környezetben.

Teljes forráskód

Felhívjuk figyelmét, hogy ha bekapcsolja a kóddal a másik cikket a sorozat, meg kell, hogy legyen óvatos. Mivel minden regisztrált ugyanahhoz horog, akkor kap furcsa eredményeket.

Ennek leküzdésére, ajánlom az alábbi két forgatókönyv:

Ezek közül bármelyik megkönnyíti a munkát az összes kódot, amit eddig áttekintett.

következtetés

Nem számít, hogy működjön együtt a metaadatok API vagy egy másik API, minden WordPress fejlesztői kell mindig gyors hozzáférést biztosít a Codex a WordPress gyorsan megtanulják, hogy milyen API-felületek állnak rendelkezésre, és hogyan kell használni őket.

Mivel mi már dolgozik a sorozat, meg kell látni, hogy az API köré metaadatok következetes. Ez teszi, hogy könnyen használható, mégis nagy teljesítményű API kiterjeszteni néhány alapvető WordPress funkciókat.

Ezen kívül azt említette, hogy a WordPress 4.4 van egy másik metaadat API. Azt tervezem, hogy beszélnek róla a következő sorozat, de el fog tartani, hogy tanulmányozza néhány egyéb funkciókat alapul.

Abban a pillanatban, mi vonatkozik egy csomó anyagot, hogy segítsen javítani a meglévő WordPress képességeit. Amíg a következő alkalommal, emlékszem, hogy az én tanfolyamok és útmutatók elérhető az oldalamon a profilban. és akkor tovább cikkeket a fejlesztési WordPress és a WordPress a blogomban.

WordPress egy aktív ökoszisztéma. Vannak témák, bővítmények, könyvtárak és sok más termék, amely segít felépíteni a honlap és a projekt. A nyílt forráskódú jellege a platform lehetővé teszi azt is kiváló lehetőség, amellyel javíthatja a programozási ismeretek. Mindenesetre, akkor láthatjuk, mi van a Envato piacon.

Nyugodtan, hogy kövessen a Twitteren, valamint a @tommcfarlin. ahol beszélni a különböző gyakorlatok a szoftverfejlesztés, amelyek közül sok kapcsolódik webes fejlesztés, és sokan közülük kifejezetten összpontosított WordPress.