Hogyan hozzunk létre saját regisztrációs lapot a wordpress többhelyszínű - wp magazin
Home → Egyéb → Hogyan hozzunk létre saját regisztrációs lapot a WordPress Multisite
Több gépen mód lehetővé teszi, hogy egyetlen telepítése WordPress több helyen egyszerre. Ezen kívül minden helyszínen lesz saját táblát az adatbázisban egyedi előtagot.
A WordPress Multisite módban a mag kezd némileg eltérően viselkednek, és ha rákattint a linkre wp-login.php? Action = regiszter fogja átirányítani a wp-signup.php. Ez a regisztrációs oldalon a hálózat, amely alapértelmezés kell WordPress.
Az alapértelmezett regisztrációs oldal
Hálózati beállítások Multisite módban
A legtöbb bejelentkezési oldal nem néz ki nagyon jó. Sok téma a CSS-keretek, például Bootstrap, és a saját konkrét osztályok stílus a különböző elemek az oldalakon, így nehéz írni egy HTML, ami ráillik.
De ne ess kétségbe, ha az oldal úgy néz ki, rendetlen. Fájl wp-signup.php nagy dolog az elején, ha nincs idő, hogy végre minden részlet a helyén -, akkor összpontosítani más fontosabb oldalak és tartalmak.
A fő hálózati oldalon
Alapértelmezésben WordPress megnyílik regisztrációs oldal (wp-signup.php) az elsődleges domain (honlap) hálózathoz. Azonban, akkor létrehozhat egy regisztrációs oldal minden egyes hálózati oldalon, akkor is, ha különböző területeken és témákban.
Azt az esetet, amikor az összes hálózati oldalak segítségével egy téma, de mindegyiknek van egy regisztrációs oldalt. Sites különböznek nyelven (angol, magyar), így regisztrációs oldalon jelenik meg a „bennszülött” nyelv az oldalon. Ha az oldalak használata különböző témákat, minden attól függ, hogy pontosan mi ez a téma, hogy ez ugyanaz az elrendezés (más a helyzet, ami nyomja, hogy egyesítse minden a témák) megfelelő vagy szükséges, hogy dolgozzanak ki az egyes oldalakat.
alternatív functions.php
Functions.php fájl ismerős sok felhasználó WordPress események és szűrők. amellyel nagyon könnyű változtatni. A mi esetünkben, tekintettel arra a tényre, hogy a regisztrációs funkciókat tervezték több telek, akkor van értelme, hogy azt a MU-inek.
Mi MU-in?
MU-plugins (kell, hogy használjon Dugó) töltik, amikor megnyitja a hálózat bármely oldalon. Nem tudják letiltani vagy engedélyezni a közigazgatási része a WordPress, mindig működik. Meg kell jegyezni, hogy a MU-inek töltik a szokásosnál korábban dugó, témák és a WordPress teljes terhelés a kernel, így hívja bizonyos funkciók vezethet végzetes hibák a PHP.
Ez a „korai” Keresés megvannak az előnyei. Például bármely témában nem tud kapaszkodni néhány esemény a bővítmények, amelyek előtt elindított functions.php letölthető.
Nézd meg a nagy képet letöltése WordPress és bekövetkezési lehet az Action Reference oldalt a kód.
Az, hogy a fájlok
MU-inek tetszőleges számú fájlokat és a szerkezet, ami logikusnak tűnik. Maradok nagyjából a hierarchia:
A load.php fájlátvitel és csatlakoztassa az összes szükséges „plug-in”:
Belül selena-hálózat könyvtár tartalmazza a plug-inek mappát. Mindegyiknek megvan a maga plugin.php. amelyhez kapcsolódni load.php. Ez adja a rugalmasság és a képesség, hogy azonnal tiltsa le, és lehetővé tegye az egyes komponensek a projekt vészhelyzet esetén.
regisztrációs oldal
Miután foglalkozott, hogy hol és hogyan fogjuk írni a kódot, akkor kezdeni a regisztrációs oldalon.
Átirányítás a megfelelő bejelentkezési oldal
WordPress tudni az új regisztrációs oldalt, és átirányítja azt elő rajta, ha rákattint a linkre „Regisztráció”, használjuk wp_signup_location szűrőt. Ő megtalálható benne a wp-login.php és ez felelős az alapértelmezett átirányítás a wp-signup.php.
Mint bizonyára emlékeznek rá, az alapértelmezett regisztrációs oldal nyílik meg a fő hálózati tartománynak. Ezért network_site_url () is használható.
Funkcionális wp-signup.php
wp-signup.php fájl tartalmaz számos funkciók és kódot. Ha szeretné látni a teljes képet, akkor kódot összecsukható. Általános szabály, angol ez az úgynevezett «kód összecsukható».
fájl tartalmát wp-signup.php
A fájl elején 1-80 vonal (verzió 4.1.1) készült különböző ellenőrzések és megjeleníti a „Start” oldalt get_header ().
Kijelenti továbbá egy sor módszerek és mielőtt elkezdünk dolgozni velük, meg kell érteni, mi minden funkció működik. Belül, sokan gyakran használják más funkciókat előtag wpmu_. nyilvánították őket a wp-includes / ms-functions.php fájlt. Ez a rész nehéz megérteni anélkül, hogy látta a kódot magad. Az alábbiakban egy rövid leírást a fő funkciók az esetre, ha bármilyen problémát tapasztal.
Alján a fájl wp-signup.php (a vonal 646 verzió 4.1.1) a fő logikája a regisztrációs oldal, amely felhasználja az összes fent leírt módszerekkel. Ez a része a kód nem veszik ki a funkciót. A végén okozott get_footer ().
Másolás alkalmassága wp-signup.php
Ezután hogyan kell másolni wp-signup.php ismertetjük MU-inek és módosításáról „villa”. Talán nem tűnik a leginkább megfelelő módon. Ehelyett, akkor írj a semmiből funkciók tesztelésére és kimeneti űrlapok osztályok helyett a szokásos funkciókat. Véleményem a wp-signup.php már az összes szükséges logikával az oldalunkon, csak apró változtatásokat.
Amikor frissít WordPress időről időre változások és wp-signup.php. de ez nem jelenti azt, hogy minden egyes kiadás lesz szinkronizálni a „villa”. Függvény belsejében wp-signup.php lényegében részt csak a HTML-, az adatok érvényesítését, a felhasználói fiókok létrehozását és helyszínek magatartást folytatnak az előtag wpmu_. deklarált ms-functions.php.
Fogunk írni egy függvényt, amely kiírja a regisztrációs űrlapot az oldalon. Ehhez másolja a wp-signup.php a WordPress gyökér mu-plugings / selena-network / feliratkozás /. Csatlakoztassa belül mu-plugins / selena-hálózat / feliratkozás / plugin.php).
Távolítsuk el az elejétől a másolt fájl, az összes szükséges és a szükségtelen vizsgálatok. A verzió 4.1.1 ez a kód 1-80 sorban.
Most már készen állunk, hogy megteremtse a fő funkciója a regisztrációs űrlapot. Ehhez minden logikát a vonal 646 a legvégén a fájl mozog a függvény neve c selena_network_signup_main. A végén távolítsa el a két extra záró
Az újonnan létrehozott selena_network_signup_main () elején kijelentjük egy globális változót active_signup. ami által használt minden más módszer a fájl. És adjunk hozzá egy hívás before_signup_form eseményeket. eltávolítottuk a legelején a fájlt.
Most már csak azt kell változtatni az elrendezés minden olyan helyen, ahol szükség van rá, és regisztrációs oldal kész.
A regisztrációs űrlap
A második lehetőség -, hogy hozzon létre egy gyerek téma sablon oldal könyvtár page-signup.php. Ahelyett, hogy a szó «feliratkozás» használhatja az egyedi azonosítót, rendelt az oldalt. Bent a sablon, add meg a szükséges elrendezés és egy hívást selena_network_signup_main () a megfelelő helyen.
Ennek eredményeként az én regisztrációs oldalon kezdte meg sokkal jobb és tisztább.
Saját regisztrációs lapot a WordPress Multisite
aktiválása oldalon
A visszavonás az aktivációs hely felelős wp-activate.php található fájlt a gyökérkönyvtárban a WordPress. wp-activate.php, akkor is teljesen megváltoztatni. A folyamat hasonló ahhoz, amit tettünk a wp-signup.php.
Az aktiválás oldalt WordPress Multisite
Másolja a fájlt wp-activate.php ő MU-inek és csatlakoztassa a mu-plugins / selena-hálózat / feliratkozás / plugin.php.
Távolítson el minden felesleges vizsgálatok és szükség - 1-69 sorban WordPress 4.1.1. Végén a hívás távolítsa get_footer (). Balra a tartalmukat selena_network_activate_main () függvényt.
Érdekes megjegyezni, hogy itt a letöltés előtt WordPress (WP-load.php) bejelentett WP_INSTALLING állandó. Jelenléte teszi WordPress nem töltődik be plugin.
Mivel a helyzet az oldalt regisztráció továbbra is csak erősít elrendezés, ahol szükség van rá. Azt is megváltoztathatja a szöveges üzenetek jelennek meg (ebben az esetben ne felejtsd el hozzáadni a szöveges domaint az MU-inek minden funkcióban és tolmácsok, alapértelmezésben nincs telepítve sehol).
Az elkészült funkció használható előre létrehozott oldalon keresztül shortcode vagy külön sablont a leányvállalat alá.
Saját oldal aktivációt WordPress Multisite
Ezután, attól függően, hogy a nevezett funkció wpmu_signup_user _notification () vagy wpmu_signup_blog _notification (). Mindkét funkció hasonló funkcionalitás - létrehozza és elküldi e-mailben egy linket aktiválás, de hogy különböző érveket. Mindkét vannak szűrők „lehallgatás” az esemény.
Továbbra is csak a megírják rakodók, amelyen belül üzeneteket küldeni keresztül wp_mail (). de a végén szükségszerűen hamis. WordPress nem küld az aktiváló e-mail kétszer - az egyik a tiéd, a másik - az alapértelmezett e-mail egy linket a wp-activate.php.
Ha e-mail küldése SMTP-szerver vagy a regisztrációk száma igen nagy, meg kell gondolni, hogy hogyan ne küldje a levelet azonnal. Ehelyett felveheti Cron-feladatokat WordPress Cron.
Közel hozzáférést a wp-signup.php és wp-activate.php
Hozza létre saját bejelentkezési oldalt, és az aktiválás, akkor lehet, hogy lezárja a „eredetit”. Például, ha a regisztrációs oldalon vannak további mezők kitöltése kötelező. Emellett számos WordPress oldalak vannak kitéve spam regisztrációt.
Hogy oldja meg a két problémát egyetlen lépésben lehet kérni Apache így 404 esetében kísérletek, melyek ezeket az oldalakat. Ehhez regisztrálni kell csak néhány további RewriteRule a fájl összeállításban vagy .htaccess.
következtetés
Erre és sok más „probléma” kapcsolatos WordPress az interneten számos megoldás. Például, hogy hozzon létre egy oldalt regisztrálni és aktiválni néhány ajánlat átírni az eredeti wp-signup.php és wp-activate.php. Nem szabad csinálni, mert abban az esetben a frissítés WordPress, akkor elveszti minden változás történt a fájlok, és nem tudja, ellenőrizze a integritását a kernel a WP-CLI.
A fejlesztés a kiegészítések, témák vagy megoldást kell tölteni egy kis időt próbál foglalkozni, hogy mi történik benne WordPress. Ehhez sok hasznos hibakereső eszközöket.
Automatikus kiosztására különböző szerepeket az új felhasználóknak, akkor a bővítmény Multisite User Management.
És ugyanezt a kérdést a rakodók, amelyen belül üzeneteket küldeni keresztül wp_mail () - csak mu-plugins?
Mindez funkcionalitás, mint említettük Constantine, jobb mu-plugins tartani, azonban, ha valamilyen oknál fogva, mert sokkal kényelmesebb a téma, ez lehetséges, és ott (például a téma hangolt bármelyike adott oldalon). Hogyan lehet a legjobban megszervezni a fájlokat mu-plugins mappát vagy egy téma már a fejlesztő döntése alapján. Tettem /selena-network/signup/plugin.php. Ez valószínűleg nem a „megfelelő” döntés. Mert akkor írj mindezt segítségével az osztályok, és nem csak egy sima funkciók (ez bonyolult). Ön is használja a zeneszerző, majd a fájlok helyét is más lehet például, standard PSR-4 és autoloaders.
De mindez nagyon is a végleges döntése szerint a fejlesztő, mert én vagyok a sok különböző bővítmények és témák látni mindenhol, aki akar, és ki írja. Persze, jobb, hogy kövesse a szabvány vagy más logika egy hónap lehet kitalálni mi hol van. És az új fejlesztő nem látja a kódot szürkébb.
És egy másik kérdés - a különböző szerepeket regisztrált. A rendszer megteremtette a különböző szerepeket, valamint a regisztrációs felhasználó kiválaszthatja szerepet magadnak - regisztrációs űrlap keletkezett témában. Most, amikor hoztam létre a regisztrációs oldalon regisztrálni egy adott hálózati oldalon - a választás a szerepek nincs jelen, csak egy mezőt felhasználónevét és email címét, ami érthető. Hogyan lehet, hogy egy új formája a felhasználói szerepkörök közül lehet választani?
Hetente egyszer, de minden új a WordPress és nincs spam!