Share
Hvis du har fulgt denne serien, har du nå et tema for en kunnskapsbase med en struktur og frontend. Det siste trinnet er å gjøre kunnskapsbasen levende.
Hvis kravene til din kunnskapsbase er enkle, trenger du ikke å bekymre deg for tilgang, roller eller hosting før du lager din kunnskapsbase live. Bare gjør det synlig for søkemotorer, installer og konfigurer et SEO-plugin, og du er god til å gå.
Men hvis du trenger å være vertskap for din kunnskapsbase annerledes eller begrense tilgangen til den på en eller annen måte, må du gjøre noen ekstra endringer før du starter.
I denne opplæringen ser jeg på noen av de hensynene du måtte ta hensyn til, og noen av løsningene til dem. Jeg vil dekke:
Det er usannsynlig at det vil være jobben din å fylle kunnskapsbasen hvis du oppretter den for en klient. De har sannsynligvis internt personale som er eksperter på temaet som dekker, eller vil ha tilgang til materialene og informasjonen. trengte å fylle kunnskapsbasen.
Det er mulig at de vil starte dette før du har fullført den endelige bygningen av temaet, og at klienten vil begynne å fylle kunnskapsbasen på beta-scenen, og be om tweaks til den endelige versjonen basert på deres erfaring.
Hvis dette er tilfelle, må du sørge for at eventuelle utviklingsarbeid du gjør på den endelige versjonen, finnes på en egen kopi av nettstedet, og at når du starter kunnskapsbasen, sørger du for at du ikke overskriver noe i database eller eventuelle filer i wp-opplastinger katalogen. Du kan også trenge å endre side ID-er referert til i temaet hvis klienten oppretter og fyller disse sidene.
Du må kanskje også gi opplæring eller veiledning til kunden for å hjelpe dem med å fylle kunnskapsbasen, spesielt hvis du har gjort betydelige tilpasninger via taksonomier og tilpassede innleggstyper.
I noen tilfeller må du kanskje tilpasse WordPress-administrasjonen for å gi hjelp. Du kan legge til ekstra dashbord-widgets til hoveddashbordet, samt fjerne unødvendige, og også legge til hjelp til redigeringsskjermene for hver posttype.
Hvis klienten din har flere ansatte som vil få tilgang til kunnskapsbasen på forskjellige måter, kanskje for å fylle ut eller se bestemte deler av det, må du kanskje opprette ekstra brukerroller.
Du kan gjøre dette programmatisk ved hjelp av add_role () funksjon, som tar følgende parametere:
Accentsconagua
$ rolle er et unikt navn på den nye rollen.$ DISPLAY_NAME er navnet som vil bli sett på brukerens skjermbilder.$ evner betyr evner for denne rollen. Hvis evnen til den nye rollen er forskjellig fra standard WordPress-evner, må du kanskje legge til din egen, ved hjelp av add_cap (). Du kan da bruke hvis (current_user_can ($ evne)) i temaet eller pluginene for å definere kode som bare vil kjøre hvis den nåværende brukeren har den nye muligheten.
Et alternativt og raskere alternativ er å bruke et plugin for å administrere brukerroller. En populær plugin som lar deg lage nye roller ved hjelp av eksisterende WordPress-funksjoner, er medlemmene plugin. Med dette pluginet kan du opprette egendefinerte roller og velge deres evner via WordPress admin, som vist på skjermbildet:
Hvis du vil gå videre og opprette egendefinerte evner, gjør det mulig med Capability Manager Enhanced plugin du oppretter nye evner og definerer hvilke handlinger brukere med disse funksjonene kan ta i forhold til ulike innleggstyper, noe som betyr at du kan begrense tilgangen til bestemte deler av kunnskapsbasen din :
Hvis kunnskapsbasen er bare for intern bruk av klienten eller teamet ditt, må du begrense tilgangen til brukere som er logget inn, eller alternativt begrense tilgangen til enkelte deler av nettstedet til innloggede brukere. Det er noen måter å gjøre dette på.
For å begrense tilgangen til bestemte sider og / eller innlegg, gjør dem private ved å velge Privat radioknapp over publisere knappen i postredigeringsskjermbildet.
Dette begrenser nettstedet til kun redaktører og administratorer, noe som kanskje ikke er aktuelt hvis du vil tillate abonnenter å se private innlegg. Men du kan bruke add_cap () funksjon for å legge til read_private_posts mulighet til flere brukerroller:
funksjon tutsplus_add_private_cap () $ role = get_role ('abonnent'); $ role-> add_cap ('read_private_posts'); add_action ('admin_init', 'tutsplus_add_private_cap');Vær oppmerksom på at dette vil lagre endringer i brukerrollen til databasen, så sørg for at du ruller tilbake eventuelle endringer på tema eller plugin deaktivering.
Hvis du vil gjøre dette uten å legge til kode, kan du bruke medlemmens plugin for å legge til read_private_posts evne til så mange roller som du vil.
Det er noen tilgjengelige plugins som tvinger folk til å logge på som brukere før de kan få tilgang til nettstedet ditt i det hele tatt. Jeg pleier å bruke Force User Login plugin, som bare omdirigerer brukere som ikke allerede er logget på på WordPress-loggingsskjermen før de kan få tilgang til innhold. Når de har logget inn, blir de sendt til siden de opprinnelig lette etter.
Et annet alternativ er å opprette et område på nettstedet som er begrenset til innloggede brukere, med en påloggingsskjerm som hovedskjerm. Det er noen måter du kan gjøre dette på.
Den første er å bruke en påloggings widget i sidefoten for brukere å logge inn, hvorpå de kan få tilgang til den begrensede delen.
Alternativt kan du opprette en side med et påloggingsskjema som er inkludert i det, ved hjelp av wp_login_form () funksjon. Hvis du gjør dette, er det god praksis å sjekke om brukerne er logget inn før du viser skjemaet, ved hjelp av følgende kode:
funksjon tutsplus_login_form () if (is_user_logged_in ()) return "; returnere wp_login_form (array ('echo' => false));Deretter legger du til tutsplus_login_form Funger til sideskjermene dine etter behov, eller legg det til en krok i temaet ditt, kanskje bruk betingede koder for å vise det bare på bestemte sider eller posttyper. I malene dine kan du deretter sjekke om brukeren er logget inn før innholdet vises ved hjelp av hvis (is_user_logged_in) stikkord.
Hvis du vil bruke et plugin for å gjøre dette, lar brukerens plugin deg begrense innhold etter rolle (for eksempel til abonnenter).
Alternativt kan du bruke begge disse metodene-en påloggings widget og et påloggingsskjema.
Hvis du eller din klient bare vil tillate tilgang til kunnskapsbasen til folk som alle er lokalisert, kan det være best å være vert for det på en lokal server.
Hvis du eller din klient går ned denne ruten, må du sikre at serveren oppfyller minimumskravene for hosting WordPress:
Du eller din klient må sørge for at dette holdes oppdatert i tråd med kravene til fremtidige WordPress-utgivelser.
Selv om dette kan virke som det sikreste alternativet, har det flere ulemper:
Til slutt er valget ditt (eller klientens).
Hvis din kunnskapsbase trenger å ha begrenset innhold, flere brukerroller eller ikke-standard hosting, vil de ovennevnte tipsene være nyttige for å hjelpe deg med å gjøre utrulling så glatt som mulig. WordPress lar deg lage brukerroller og -funksjoner, begrense tilgang til hele eller deler av nettstedet og mer.
Den neste utfordringen er å fylle den med nyttig informasjon - en uoppnåelig oppgave for innholdsteamet!
