Dacă ați urmat această serie, aveți acum o temă pentru o bază de cunoștințe cu o structură și un front-end. Ultimul pas este de a face baza de cunoștințe live.
Dacă cerințele bazei dvs. de cunoștințe sunt simple, atunci nu va trebui să vă faceți griji cu privire la acces, roluri sau găzduire înainte de a vă face baza de cunoștințe live. Faceți-o vizibilă numai pentru motoarele de căutare, instalați și configurați un plugin SEO și sunteți bine să mergeți.
Dar dacă aveți nevoie să vă găzduiți baza de cunoștințe în mod diferit sau să restrângeți accesul la ea într-un fel, va trebui să faceți niște modificări suplimentare înainte de lansare.
În acest tutorial mă voi uita la unele dintre considerațiile pe care ar trebui să le țineți cont și la unele soluții pentru ele. Voi acoperi:
Este puțin probabil că va fi de datoria dvs. să populați baza de cunoștințe dacă o creați pentru un client - probabil că vor avea personal intern care sunt experți pe această temă sau care vor avea acces la materiale și informații necesare pentru a popula baza de cunoștințe.
Este posibil ca acestea să înceapă înainte de a finaliza construcția finală a temei și că clientul va începe să populeze baza de cunoștințe în etapa beta, cerând modificări la versiunea finală pe baza experienței lor.
În acest caz, va trebui să vă asigurați că orice lucrare de dezvoltare pe care o faceți în versiunea finală este pe o copie separată a site-ului și că atunci când lansați baza de cunoștințe, vă asigurați că nu suprascrieți nimic în baza de date sau orice fișiere din wp-încărcările
director. De asemenea, este posibil să trebuiască să modificați ID-urile paginilor la care se face referire în temă dacă clientul creează și populează aceste pagini.
De asemenea, este posibil să aveți nevoie de instruire sau de îndrumare pentru a le ajuta să populeze baza de cunoștințe, mai ales dacă ați făcut personalizări semnificative prin taxonomii și tipuri personalizate de posturi.
În unele cazuri, poate fi necesar să personalizați administratorul WordPress pentru a vă oferi ajutor - puteți adăuga widget-uri de tablouri de bord suplimentare în tabloul de bord, precum și a elimina cele nefolositoare și, de asemenea, adăugați ajutor la ecranele de editare pentru fiecare tip de postare.
Dacă clientul dvs. are mai mulți angajați care vor accesa baza de cunoștințe în moduri diferite, poate pentru a popula sau pentru a vizualiza anumite secțiuni din aceasta, este posibil să fie nevoie să creați roluri suplimentare pentru utilizatori.
Puteți face acest lucru cu ajutorul programului add_role ()
care are următorii parametri:
rolul $
este un nume unic pentru noul rol.$ DISPLAY_NAME
este numele care va fi văzut în ecranele utilizatorilor.capabilități $
înseamnă capacitățile pentru acest rol. Dacă capabilitățile pentru noul rol sunt diferite de capabilitățile implicite pentru WordPress, este posibil să fie nevoie să adăugați propria dvs. utilizare add_cap ()
. Puteți folosi apoi dacă (actual_user_can (capabilitate $))
în temă sau pluginuri pentru a defini codul care se va difuza numai dacă utilizatorul curent are noua capacitate.
O opțiune alternativă și mai rapidă este utilizarea unui plugin pentru a gestiona rolurile utilizatorilor. Un plug-in popular care vă permite să creați roluri noi utilizând capabilitățile WordPress existente este pluginul Members. Cu acest plugin, puteți crea roluri personalizate și puteți selecta capabilitățile lor prin intermediul administratorului WordPress, după cum se arată în captura de ecran:
Dacă doriți să mergeți mai departe și să creați capabilități personalizate, pluginul Capabil Manager Enhanced vă permite să creați noi capabilități și să definiți acțiunile pe care utilizatorii cu aceste capacități le pot lua în legătură cu diferite tipuri de posturi, ceea ce înseamnă că puteți restricționa accesul la anumite părți ale bazei dvs. de cunoștințe :
Dacă baza de cunoștințe este doar pentru uz intern de către clientul dvs. sau echipa dvs., atunci va trebui să restricționați accesul la utilizatorii conectați sau să restrângeți accesul la anumite părți ale site-ului pentru utilizatorii conectați. Există câteva moduri de a face acest lucru.
Pentru a restricționa accesul la anumite pagini și / sau postări, le puteți face private selectând Privat butonul radio deasupra Publica în ecranul de editare post.
Acest lucru restricționează site-ul numai la editori și administratori, ceea ce poate că nu este adecvat dacă doriți să permiteți abonaților să vizualizeze postări private. Cu toate acestea, ați putea folosi add_cap ()
pentru adăugarea funcției read_private_posts
capacitate de roluri suplimentare de utilizator:
funcția tutsplus_add_private_cap () $ role = get_role ("abonat"); $ role-> add_cap ('read_private_posts'); add_action ("admin_init", "tutsplus_add_private_cap");
Rețineți că acest lucru va salva modificările aduse rolului utilizatorului la baza de date, deci asigurați-vă că refaceți orice modificare a temei sau a dezactivării pluginului.
Dacă doriți să faceți acest lucru fără adăugarea de cod, puteți utiliza pluginul Membri pentru a adăuga codul read_private_posts
capacitatea de a avea cât mai multe roluri.
Există câteva plugin-uri disponibile care obligă oamenii să se conecteze ca utilizatori înainte de a putea accesa site-ul dvs. la toate. Tind să folosesc pluginul Force User Login, care redirecționează utilizatorii care nu sunt deja conectați la ecranul de conectare WordPress înainte de a putea accesa conținutul. Odată ce v-au conectat, vor fi direcționați către pagina pe care o căutau inițial.
O altă opțiune este crearea unei zone a site-ului care este limitată la utilizatorii conectați, cu un ecran de conectare ca ecran principal. Există câteva moduri în care puteți face acest lucru.
Primul este să utilizați un widget de conectare în subsolul site-ului pentru ca utilizatorii să se conecteze, după care pot accesa secțiunea restricționată.
Alternativ, puteți crea o pagină cu un formular de autentificare inclus în ea, utilizând wp_login_form ()
funcţie. Dacă faceți acest lucru, este o practică bună să verificați dacă utilizatorii sunt conectați înainte de a afișa formularul, utilizând următorul cod:
funcția tutsplus_login_form () if (is_user_logged_in ()) return "; returnați wp_login_form (array ('echo' => false));
Apoi adăugați tutsplus_login_form
utilizați șabloanele de pagină necesare sau atașați-le unui cârlig din tema dvs., poate folosind etichete condiționate pentru a le afișa numai pe anumite pagini sau tipuri de postări. În șabloanele dvs. puteți verifica dacă utilizatorul este conectat înainte de a afișa conținutul folosind dacă (is_user_logged_in)
etichetă.
Dacă doriți să utilizați un plugin pentru a face acest lucru, pluginul Membri vă permite să restricționați conținutul în funcție de rol (cum ar fi abonații).
Alternativ, puteți utiliza ambele metode - un widget de conectare și un formular de autentificare.
Dacă dvs. sau clientul dvs. veți permite accesul la baza de cunoștințe doar pentru persoanele care sunt co-localizate, atunci ar fi mai bine să le găzduiți pe un server local.
Dacă dvs. sau clientul dvs. mergeți în jos pe acest traseu, va trebui să vă asigurați că serverul îndeplinește cerințele minime pentru găzduirea WordPress:
Dvs. sau clientul dvs. va trebui să vă asigurați că acest lucru este actualizat în conformitate cu cerințele viitoarelor versiuni WordPress.
Deși acest lucru pare a fi cea mai sigură opțiune, acesta are o serie de dezavantaje:
În final, alegerea este a ta (sau a clientului tău).
Dacă baza dvs. de cunoștințe trebuie să aibă conținut limitat, roluri suplimentare de utilizator sau hosting non-standard, atunci sfaturile de mai sus vor fi utile pentru a vă ajuta să faceți această lansare cât mai lină posibil. WordPress vă permite să creați roluri și capabilități ale utilizatorilor, să restricționați accesul la întregul sau la o parte a site-ului și multe altele.
Următoarea provocare este să o ocupăm cu informații utile - o sarcină neviabilă pentru echipa de conținut!