Share
Se hai seguito questa serie, ora hai un tema per una knowledge base con una struttura e un front end. Il passo finale è rendere viva la base di conoscenza.
Se i requisiti della tua base di conoscenze sono semplici, non dovrai preoccuparti dell'accesso, dei ruoli o dell'hosting prima di rendere disponibile la tua base di conoscenza. Basta renderlo visibile ai motori di ricerca, installare e configurare un plugin SEO, e sei a posto.
Ma se hai bisogno di ospitare la tua base di conoscenza in modo diverso o limitare l'accesso ad esso in qualche modo, dovrai apportare alcune modifiche aggiuntive prima del lancio.
In questo tutorial vedrò alcune delle considerazioni che potresti aver bisogno di prendere in considerazione e alcune delle soluzioni a loro. Tratterò:
È improbabile che possa essere il tuo lavoro popolare la base di conoscenza se la crei per un cliente: probabilmente avranno personale interno che è esperto sull'argomento trattato, o avrà accesso ai materiali e alle informazioni necessario per popolare la base di conoscenza.
È possibile che inizieranno questo prima di aver completato la build finale del tema e che il client inizierà a popolare la knowledge base in fase beta, richiedendo modifiche alla versione finale in base alla loro esperienza.
Se questo è il caso, dovrai assicurarti che qualsiasi lavoro di sviluppo che fai sulla versione finale sia su una copia separata del sito e che quando avvii la knowledge base, ti assicuri di non sovrascrivere nulla database o qualsiasi file nel wp-uploads directory. Potrebbe anche essere necessario modificare gli ID di pagina indicati nel tema se il client crea e popola queste pagine.
Potrebbe anche essere necessario fornire formazione o guida al cliente per aiutarli a popolare la knowledge base, in particolare se sono state apportate significative personalizzazioni tramite tassonomie e tipi di messaggi personalizzati.
In alcuni casi, potrebbe essere necessario personalizzare l'amministratore di WordPress per fornire assistenza: è possibile aggiungere widget dashboard extra al dashboard principale e rimuovere quelli non necessari, nonché aggiungere aiuto alle schermate di modifica per ciascun tipo di post.
Se il tuo cliente ha più personale che accederà alla knowledge base in diversi modi, forse per popolare o visualizzare sezioni specifiche di esso, potrebbe essere necessario creare ruoli utente aggiuntivi.
Puoi farlo a livello di programmazione usando il add_role () funzione, che accetta i seguenti parametri:
Accentsconagua
$ ruolo è un nome univoco per il nuovo ruolo.$ display_name è il nome che verrà visualizzato negli schermi degli utenti.$ funzionalità significa le capacità per questo ruolo. Se le funzionalità del nuovo ruolo sono diverse dalle funzionalità di WordPress predefinite, potrebbe essere necessario aggiungerne di proprie, utilizzando add_cap (). È quindi possibile utilizzare if (current_user_can ($ capability)) nel tuo tema o plugin per definire il codice che verrà eseguito solo se l'utente corrente ha la nuova capacità.
Un'opzione alternativa e più veloce è usare un plugin per gestire i ruoli degli utenti. Un popolare plugin che ti consente di creare nuovi ruoli utilizzando le funzionalità di WordPress esistenti è il plug-in Membri. Con questo plugin, puoi creare ruoli personalizzati e selezionare le loro funzionalità tramite l'amministratore di WordPress, come mostrato nello screenshot:
Se vuoi andare oltre e creare funzionalità personalizzate, il plug-in Capability Manager Enhanced ti consente di creare nuove funzionalità e definire quali azioni gli utenti con tali capacità possono prendere in relazione a diversi tipi di post, il che significa che puoi limitare l'accesso a determinate parti della tua knowledge base :
Se la knowledge base è solo per uso interno del tuo cliente o del tuo team, dovrai limitare l'accesso agli utenti che hanno effettuato l'accesso o, in alternativa, limitare l'accesso ad alcune parti del sito agli utenti registrati. Ci sono alcuni modi per farlo.
Per limitare l'accesso a pagine e / o post specifici, renderli privati selezionando Privato pulsante radio sopra il Pubblicare pulsante nella schermata di modifica del post.
Ciò limita il sito solo a editori e amministratori, che potrebbero non essere appropriati se si desidera consentire agli abbonati di visualizzare i post privati. Comunque potresti usare il add_cap () funzione per aggiungere il read_private_posts capacità di ruoli utente aggiuntivi:
function tutsplus_add_private_cap () $ role = get_role ('subscriber'); $ role-> add_cap ('read_private_posts'); add_action ('admin_init', 'tutsplus_add_private_cap');Nota che questo salverà le modifiche al ruolo utente nel database, quindi assicurati di ripristinare tutte le modifiche alla disattivazione del tema o del plug-in.
Se si desidera eseguire questa operazione senza aggiungere codice, è possibile utilizzare il plug-in Membri per aggiungere il read_private_posts capacità per tutti i ruoli che vuoi.
Sono disponibili alcuni plugin che costringono le persone ad accedere come utenti prima che possano accedere al tuo sito. Tendo a utilizzare il plug-in Force User Login, che semplicemente reindirizza gli utenti che non sono già connessi alla schermata di accesso di WordPress prima di poter accedere ai contenuti. Una volta effettuato l'accesso, verranno indirizzati alla pagina che stavano originariamente cercando.
Un'altra opzione è quella di creare un'area del sito che è riservata agli utenti che hanno effettuato l'accesso, con una schermata di accesso come schermata principale. Ci sono un paio di modi per farlo.
Il primo consiste nell'utilizzare un widget di login nel footer del sito per consentire agli utenti di accedere, dopo di che possono accedere alla sezione riservata.
In alternativa è possibile creare una pagina con un modulo di accesso incluso in essa, utilizzando il wp_login_form () funzione. Se lo fai, è buona norma controllare se gli utenti hanno effettuato l'accesso prima di visualizzare il modulo, utilizzando il seguente codice:
function tutsplus_login_form () if (is_user_logged_in ()) return "; return wp_login_form (array ('echo' => false));Quindi aggiungi il tutsplus_login_form funzione ai tuoi modelli di pagina come richiesto o allegarli a un gancio nel tuo tema, magari usando tag condizionali per visualizzarli solo su pagine o tipi di post specifici. Nei tuoi modelli puoi quindi verificare se l'utente è loggato prima di visualizzare il contenuto usando il if (is_user_logged_in) etichetta.
Se si desidera utilizzare un plug-in per fare ciò, il plug-in Membri consente di limitare il contenuto per ruolo (ad esempio agli abbonati).
In alternativa è possibile utilizzare entrambi questi metodi: un widget di accesso e un modulo di accesso.
Se tu o il tuo cliente concedete l'accesso alla knowledge base solo a persone tutte co-locate, allora potrebbe essere meglio ospitarla su un server locale.
Se tu o il tuo cliente andate su questa rotta, dovrete assicurarvi che il server soddisfi i requisiti minimi per l'hosting di WordPress:
Tu o il tuo cliente dovrete assicurarvi che questo sia aggiornato in linea con i requisiti delle future versioni di WordPress.
Anche se questa può sembrare l'opzione più sicura, ha una serie di svantaggi:
Alla fine, la scelta è tua (o del tuo cliente).
Se la tua knowledge base deve avere contenuti limitati, ruoli utente aggiuntivi o hosting non standard, i suggerimenti sopra riportati ti saranno utili per aiutarti a rendere il roll out il più agevole possibile. WordPress ti consente di creare ruoli e funzionalità utente, limitare l'accesso a tutto o parte del sito e altro ancora.
La prossima sfida è popolarla con informazioni utili: un compito non invidiabile per il team di contenuti!
