Share
Als je deze serie hebt gevolgd, heb je nu een thema voor een kennisbank met een structuur en een frontend. De laatste stap is om de kennisbasis levend te maken.
Als de vereisten van uw kennisbank eenvoudig zijn, hoeft u zich geen zorgen te maken over toegang, rollen of hosting voordat u uw kennisbasis live maakt. Maak het zichtbaar voor zoekmachines, installeer en configureer een SEO-plug-in en u bent klaar om te gaan.
Maar als u uw kennisbasis anders moet hosten of de toegang hiertoe op de een of andere manier wilt beperken, moet u voorafgaand aan de lancering nog enkele wijzigingen aanbrengen..
In deze zelfstudie zal ik ingaan op enkele van de overwegingen waarmee u rekening moet houden en enkele oplossingen voor hen. Ik zal het volgende behandelen:
Het is onwaarschijnlijk dat het uw taak is om de kennisbank te vullen als u deze voor een klant maakt - zij zullen waarschijnlijk interne medewerkers hebben die experts zijn in het onderwerp dat zij behandelen of die toegang hebben tot de materialen en informatie nodig om de kennisbasis te vullen.
Het is mogelijk dat ze dit starten voordat je de laatste versie van het thema hebt voltooid, en dat de client de kennisbasis in de bètastadium begint te vullen en tweaks naar de definitieve versie vraagt op basis van hun ervaring.
Als dit het geval is, moet u ervoor zorgen dat elk ontwikkelwerk dat u doet in de definitieve versie zich op een afzonderlijke kopie van de site bevindt en dat u bij het starten van de knowledge base ervoor zorgt dat u niets overschrijft in de database of bestanden in de wp-uploads directory. Mogelijk moet u ook de pagina-ID's wijzigen waarnaar in het thema wordt verwezen als de client deze pagina's aan het maken en vullen is.
Mogelijk moet u ook een training of begeleiding aan de klant bieden om hen te helpen de kennisbasis te vullen, vooral als u aanzienlijke aanpassingen hebt gedaan via taxonomieën en aangepaste berichttypen.
In sommige gevallen moet u mogelijk de WordPress-beheerder aanpassen om hulp te bieden: u kunt extra dashboard-widgets toevoegen aan het hoofddashboard en overbodige verwijderen en ook hulp toevoegen aan de bewerkingsschermen voor elk berichttype.
Als uw klant meerdere medewerkers heeft die op verschillende manieren toegang tot de kennisbasis hebben, misschien om specifieke delen ervan te vullen of te bekijken, moet u mogelijk extra gebruikersrollen maken.
U kunt dit programmatisch doen met behulp van de add_role () functie, die de volgende parameters in beslag neemt:
Accentsconagua
$ rol is een unieke naam voor de nieuwe rol.$ display_name is de naam die te zien is in de schermen van gebruikers.$ mogelijkheden betekent de mogelijkheden voor deze rol. Als de mogelijkheden voor de nieuwe rol anders zijn dan de standaard WordPress-mogelijkheden, moet u mogelijk uw eigen rol toevoegen met behulp van add_cap (). Je kunt dan gebruiken if (current_user_can ($ mogelijkheid)) in uw thema of plug-ins om code te definiëren die alleen zal worden uitgevoerd als de huidige gebruiker over de nieuwe mogelijkheid beschikt.
Een alternatieve en snellere optie is om een plug-in te gebruiken om gebruikersrollen te beheren. Een populaire plug-in waarmee u nieuwe rollen kunt maken met behulp van bestaande WordPress-mogelijkheden, is de plug-in Leden. Met deze plug-in kunt u aangepaste rollen maken en hun mogelijkheden selecteren via de WordPress-beheerder, zoals weergegeven in de schermafbeelding:
Als u verder wilt gaan en aangepaste functies wilt maken, kunt u met de plug-in Capability Manager Enhanced nieuwe mogelijkheden maken en definiëren welke acties gebruikers met deze mogelijkheden kunnen ondernemen met betrekking tot verschillende berichttypen, wat betekent dat u de toegang tot bepaalde delen van uw kennisbank kunt beperken :
Als de kennisbank alleen voor intern gebruik door uw klant of uw team is bedoeld, moet u de toegang beperken tot gebruikers die zijn aangemeld of de toegang tot sommige delen van de site beperken tot ingelogde gebruikers. Er zijn een paar manieren om dit te doen.
Om de toegang tot specifieke pagina's en / of berichten te beperken, maak ze privé door het te selecteren Privaat keuzerondje boven de Publiceren knop in het berichtbewerkingsscherm.
Dit beperkt de site tot alleen Editors en Administrators, wat misschien niet geschikt is als u abonnees toestaat om privéberichten te bekijken. U kunt echter de add_cap () functie om de. toe te voegen read_private_posts mogelijkheid tot extra gebruikersrollen:
function tutsplus_add_private_cap () $ role = get_role ('subscriber'); $ role-> add_cap ('read_private_posts'); add_action ('admin_init', 'tutsplus_add_private_cap');Merk op dat hierdoor wijzigingen in de gebruikersrol in de database worden opgeslagen, dus zorg ervoor dat u alle wijzigingen in het thema of de deactivering van de plug-in terugdraait.
Als u dit wilt doen zonder code toe te voegen, kunt u de plug-in Leden gebruiken om de read_private_posts mogelijkheid om zoveel rollen te vervullen als je wilt.
Er zijn een paar plug-ins beschikbaar die mensen dwingen om in te loggen als gebruikers voordat ze helemaal toegang hebben tot uw site. Ik gebruik meestal de plug-in Force User Login, waarmee gebruikers die nog niet zijn aangemeld, worden omgeleid naar het aanmeldingsscherm van WordPress voordat ze toegang hebben tot inhoud. Nadat ze zijn ingelogd, worden ze doorgestuurd naar de pagina waarnaar ze op zoek waren.
Een andere optie is om een gedeelte van de site te maken dat is beperkt tot ingelogde gebruikers, met een inlogscherm als hoofdscherm. Er zijn een paar manieren om dit te doen.
De eerste is om een aanmeldingswidget in de voettekst van de site te gebruiken om gebruikers aan te melden, waarna ze toegang kunnen krijgen tot de beperkte sectie.
U kunt ook een pagina maken met een aanmeldingsformulier dat erin is opgenomen, met behulp van de wp_login_form () functie. Als u dit doet, is het een goede gewoonte om te controleren of gebruikers zijn aangemeld voordat het formulier wordt weergegeven, met behulp van de volgende code:
function tutsplus_login_form () if (is_user_logged_in ()) return "; retourneer wp_login_form (array ('echo' => false));Vervolgens voegt u de tutsplus_login_form functioneer naar uw paginasjablonen zoals vereist of voeg het toe aan een haak in uw thema, misschien met voorwaardelijke tags om het alleen op specifieke pagina's of berichttypen weer te geven. In uw sjablonen kunt u vervolgens controleren of de gebruiker is aangemeld voordat inhoud wordt weergegeven met behulp van de if (is_user_logged_in) label.
Als u een plug-in wilt gebruiken om dit te doen, kunt u met de plug-in Leden de inhoud beperken op rol (bijvoorbeeld voor abonnees).
U kunt ook beide methoden gebruiken: een aanmeldingswidget en een aanmeldingsformulier.
Als jij of je klant alleen toegang verleent tot de kennisbank aan mensen die allemaal op dezelfde locatie zijn gevestigd, is het misschien het beste om deze te hosten op een lokale server.
Als u of uw klant deze route afloopt, moet u ervoor zorgen dat de server voldoet aan de minimumvereisten voor hosting van WordPress:
U of uw klant moet ervoor zorgen dat dit wordt bijgewerkt in overeenstemming met de vereisten van toekomstige WordPress-releases.
Hoewel dit misschien de meest veilige optie lijkt, heeft het een aantal nadelen:
Uiteindelijk is de keuze aan u (of die van uw klant).
Als uw kennisbank beperkte inhoud, extra gebruikersrollen of niet-standaard hosting moet hebben, dan zijn de bovenstaande tips nuttig om u te helpen die roll-out zo soepel mogelijk te laten verlopen. Met WordPress kunt u gebruikersrollen en -mogelijkheden maken, de toegang tot de hele of een deel van de site beperken en meer.
De volgende uitdaging is om het te vullen met nuttige informatie - een niet te belasten taak voor het inhoudsteam!
