Share
Om du har följt den här serien har du nu ett tema för en kunskapsbas med en struktur och fronten. Det sista steget är att göra kunskapsbasen levande.
Om kraven på din kunskapsbas är enkla, behöver du inte oroa dig för tillgång, roller eller värd innan du gör din kunskapsbas live. Gör det bara synligt för sökmotorer, installera och konfigurera ett SEO-plugin, och du är bra att gå.
Men om du behöver vara värd för din kunskapsbas annorlunda eller begränsa åtkomsten till den på något sätt, måste du göra några ytterligare ändringar innan du startar.
I denna handledning ser jag på några av de överväganden som du kan behöva ta hänsyn till och några av lösningarna till dem. Jag täcker:
Det är osannolikt att det kommer att vara ditt jobb att fylla kunskapsbasen om du skapar den för en klient. De har förmodligen intern personal som är experter på ämnet som den täcker eller kommer att ha tillgång till material och information behövs för att fylla kunskapsbasen.
Det är möjligt att de kommer att börja detta innan du har slutfört den slutliga byggnaden av temat och att klienten börjar fylla kunskapsbasen i beta-scenen och begära tweaks till den slutliga versionen baserat på deras erfarenhet.
Om så är fallet måste du se till att eventuell utvecklingsarbete du utför i den slutliga versionen finns på en separat kopia av webbplatsen och att du, när du startar kunskapsbasen, ser till att du inte skriver över någonting i databas eller filer i wp-uppladdningar katalogen. Det kan hända att du också behöver ändra sid ID som avses i temat om klienten skapar och fyller i dessa sidor.
Du kanske också behöver ge utbildning eller vägledning till kunden för att hjälpa dem att fylla i kunskapsbasen, särskilt om du har gjort betydande anpassningar via taxonomier och anpassade posttyper.
I vissa fall kan du behöva anpassa WordPress-administratören för att ge hjälp. Du kan lägga till extra instrumentpanel widgets till huvuddisken och ta bort onödiga och lägga till hjälp till redigeringsskärmarna för varje posttyp.
Om din klient har flera anställda som kommer att få tillgång till kunskapsbasen på olika sätt, kanske att fylla i eller visa specifika delar av det, kanske du behöver skapa extra användarroller.
Du kan göra detta programmerat med hjälp av add_role () funktion som tar följande parametrar:
Accentsconagua
$ roll är ett unikt namn för den nya rollen.$ DISPLAY_NAME är namnet som kommer att ses på användarnas skärm.$ kapacitet betyder möjligheterna för denna roll. Om funktionerna för den nya rollen skiljer sig från standardfunktionerna i WordPress kan du behöva lägga till din egen, med hjälp av add_cap (). Du kan då använda om (current_user_can ($ förmåga)) i ditt tema eller plugin för att definiera kod som bara kommer att köras om den nuvarande användaren har den nya möjligheten.
Ett alternativ och snabbare alternativ är att använda ett plugin för att hantera användarroller. En populär plugin som låter dig skapa nya roller med hjälp av befintliga WordPress-funktioner är medlemmarnas plugin. Med det här plugin kan du skapa egna roller och välja deras funktioner via WordPress-admin, som visas i skärmdumpen:
Om du vill gå vidare och skapa anpassade möjligheter kan du skapa nya funktioner och förstärka vilka åtgärder användare med dessa möjligheter kan ta i förhållande till olika posttyper, vilket innebär att du kan begränsa åtkomsten till vissa delar av din kunskapsbas :
Om kunskapsbasen bara är för intern användning av din klient eller ditt team, måste du begränsa åtkomsten till användare som är inloggade eller alternativt begränsa åtkomsten till vissa delar av webbplatsen till inloggade användare. Det finns några sätt att göra detta.
För att begränsa åtkomsten till specifika sidor och / eller inlägg, gör dem privata genom att välja Privat radioknapp ovanför Publicera knappen i efterbehandlingsskärmen.
Detta begränsar webbplatsen till redaktörer och administratörer bara, vilket kanske inte är lämpligt om du vill tillåta abonnenter att visa privata inlägg. Men du kan använda add_cap () funktion för att lägga till read_private_posts förmåga till ytterligare användarroller:
funktion tutsplus_add_private_cap () $ role = get_role ('abonnent'); $ role-> add_cap ('read_private_posts'); add_action ('admin_init', 'tutsplus_add_private_cap');Observera att detta kommer att spara ändringar i användarrollen i databasen, så se till att du rullar tillbaka eventuella ändringar på tema eller instängning av plugin.
Om du vill göra detta utan att lägga till kod kan du använda plugin-modulen för att lägga till read_private_posts förmåga till så många roller som du vill.
Det finns några plugins tillgängliga som tvingar folk att logga in som användare innan de kan komma åt din webbplats alls. Jag brukar använda verktyget Force User Login, som bara omdirigerar användare som inte redan är inloggade på inloggningsskärmen för WordPress innan de kan komma åt innehållet. När de har loggat in kommer de att styras till den sida de ursprungligen letade efter.
Ett annat alternativ är att skapa ett område på webbplatsen som är begränsat till inloggade användare, med en inloggningsskärm som huvudskärm. Det finns ett par sätt att du kan göra detta.
Den första är att använda en inloggnings widget i sidfoten så att användarna kan logga in, varefter de kan komma åt den begränsade sektionen.
Alternativt kan du skapa en sida med ett inloggningsformulär som ingår i det, med hjälp av wp_login_form () fungera. Om du gör det är det bra att kolla om användarna är inloggade innan du visar formuläret med följande kod:
funktionen tutsplus_login_form () if (is_user_logged_in ()) return "; returnera wp_login_form (array ('echo' => false));Du lägger sedan till tutsplus_login_form funktion till dina sidmallar som krävs eller bifoga den till en krok i ditt tema, kanske använda villkorliga taggar för att visa den bara på specifika sidor eller posttyper. I dina mallar kan du sedan kontrollera om användaren är inloggad innan innehållet visas med hjälp av om (is_user_logged_in) märka.
Om du vill använda ett plugin för att göra det här, tillåter medlemmars plugin dig att begränsa innehållet efter roll (till exempel för abonnenter).
Alternativt kan du använda båda dessa metoder, en inloggnings widget och ett inloggningsformulär.
Om du eller din klient bara tillåter tillgång till kunskapsbasen till personer som alla är samlokaliserade, kan det vara bäst att vara värd för den på en lokal server.
Om du eller din klient går ner i denna rutt måste du se till att servern uppfyller minimikraven för hosting WordPress:
Du eller din klient måste se till att detta hålls uppdaterat i enlighet med kraven för framtida WordPress-utgåvor.
Även om detta kan verka som det säkraste alternativet, har det ett antal nackdelar:
I slutet är valet ditt (eller din klient).
Om din kunskapsbas behöver ha begränsat innehåll, ytterligare användarroller eller icke-standard värd, så kommer de ovanstående tipsen att vara användbara för att hjälpa dig att göra utrullningen så smidig som möjligt. WordPress låter dig skapa användargrupper och funktioner, begränsa åtkomst till hela eller delar av webbplatsen och mer.
Nästa utmaning är att fylla den med användbar information - en oenigbar uppgift för innehållslaget!
