Hvis du setter opp et WordPress-nettsted for dine klienter (eller venner), vil du gjøre ditt beste for å gjøre WordPress enkelt for dem å bruke og uten at de kan gjøre store endringer som kan skade nettstedet.

Hvis målet ditt er å skape et nettsted som samsvarer med brukernes behov, vil du vil dumme det og fjerne alle ytre funksjonaliteter. Et effektivt oppsett bør naturlig forhindre enhver WordPress-brukerfeil. La oss undersøke alternativene dine for å unngå en WordPress-feil, samtidig som det blir lettere for klienten å bruke.

1. Begrens administratorkontoer

Noen lagmedlemmer eller klienter kan være dyktige i å bruke WordPress mens andre ikke er. WordPress-administrasjonsrollen setter både makt og ansvar på den som tar den posisjonen. Hvis en klient eller bruker ikke er en dyktig WordPress-bruker, bør du begrense sitt ansvar til et redigeringsverktøy. Sett opp en egen adminkonto for dem Dette forhindrer dem i å kaste inn i følsomme deler av nettstedet.

Du kan ha admin-legitimasjon før klienten klarer å administrere kontoen. Alternativt kan du gi klienten både admin og redaktørens legitimasjon. Hvis du velger sistnevnte, la dem lagre den mer sensitive admin-loggingen for bare de tider da de trenger å utføre administrasjonsfunksjoner på høyt nivå.

Begrensende administrasjonskontoer er gode for sikkerhets- og andre operative sårbarheter. Det gjør også dashbordets brukergrensesnitt mindre overveldende for nye WordPress-brukere.

2. Slå av alternativer for temaet tilpasser

Foreldre temaer kan tilby tilpasningsalternativer som er i dissonans med sine barnemner. Denne dissonansen på grunn av tilpasningsalternativer for temaer kan føre til at koder bryter, eller disse tilpasningsalternativene kan ganske enkelt ikke brukes i barnetemaet.

Ved hjelp av tema tilpasser API for WordPress, er det enkelt å fjerne overordnetes tilpasningsalternativer ved å legge til en kode (som den nedenfor) til temaet ditt "functions.php" -filen. Hver linje i utdragsboken nedenfor samsvarer med et tema tilpasningsalternativ. Du kan deaktivere en hvilken som helst linje med tilpasning ved å uncommenting den linjen.

 # Fjern tilpassingsalternativer. funksjon mte_remove_customizer_options ($ wp_customize) {// $ wp_customize-> remove_section ('static_front_page'); // $ wp_customize-> remove_section ('title_tagline'); $ wp_customize-> remove_section ('farger'); $ wp_customize-> remove_section ('header_image'); $ wp_customize-> remove_section ('background_image'); // $ wp_customize-> remove_section ('nav'); // $ wp_customize-> remove_section ('temaer'); // $ wp_customize-> remove_section ('featured_content'); // $ wp_customize-> remove_panel ('widgets'); } add_action ('customize_register', 'mte_remove_customizer_options', 30);

3. Bruk bare relevante dashbord menyelementer

Ikke alle WordPress-nettsider utfører de samme funksjonene. I noen tilfeller trenger et nettsted kanskje ikke en blogg. Vi kan kutte rot ved å fjerne antall menyer på dashbordet, da dette gjør dashbordet mindre forvirrende for brukere. I eksemplet her er det ikke nødvendig med en Post-meny, så vi vil legge til kodestykket nedenfor til "functions.php" for å skjule den funksjonaliteten.

Hver kodestykke linje nedenfor samsvarer med en bestemt dashbordmeny. Filnavnene som brukes nedenfor, stemmer ikke alltid med det bestemte menyenavnet som brukes på oversikten din. Bruk bare kommentert linjer nedenfor som en rask referanse.

 funksjon mte_custom_menu_page_removing () {// remove_menu_page ('index.php'); // Dashboard // remove_menu_page ('jetpack'); // Jetpack * remove_menu_page ('edit.php'); // Innlegg remove_menu_page ('upload.php'); // Media // // remove_menu_page ('edit.php? Post_type = side'); // Sider remove_menu_page ('edit-comments.php'); // Kommentarer // remove_menu_page ('themes.php'); // Utseende // remove_menu_page ('plugins.php'); // Plugins // remove_menu_page ('users.php'); // Brukere // remove_menu_page ('tools.php'); // Tools // remove_menu_page ('options-general.php'); // Innstillinger} add_action ('admin_menu', 'mte_custom_menu_page_removing');

Før du skjuler Post-menyen, ser det ut som følgende bilde.

Etter at du har skjult Post-menyen, ser det ut som følgende bilde.

Fjerne Post-menyen er ikke det samme som å tilbakekalle brukerrettigheter. En bruker kan direkte få tilgang til den skjulte Post-menyen ved å bruke nettadressen direkte. Å gjemme menyer på denne måten er flott for å fjerne dashbordet rot. Men hvis du hellere vil forhindre at brukerne får tilgang til denne menyen, vil du endre brukerrollene. Kodestykket nedenfor skal legges til aktiveringskroken til et plugin. (Dette trenger bare å kjøre en gang.)

 global $ wp_roles; // global klasse $ role = 'author'; $ cap = 'delete_published_posts'; $ wp_roles-> remove_cap ($ rolle, $ cap);

4. Sett opp og bruk en mu-plugin katalog

Svært få utviklere har hørt om katalogen "mu-plugins". Mu-plugin-katalogen er et alternativt sted for installering av plugins. Prefikset "mu" betyr "må bruke." Plugins installert i mu-plugin-katalogen kan ikke utilsiktet deaktiveres gjennom instrumentbrettet, og de trenger ikke å bli aktivert manuelt - de aktiveres automatisk.

Plugins installert i mu-plugins katalogen lastes før andre plugins. Denne preferansen for å laste inn "må bruke" plugins først er gunstig for viktige nettsideplugger. Plugins som må være til stede for at nettstedet skal kunne fungere jevnt, bør brukes i mu-plugin-katalogen. En annen fordel ved å bruke mu-plugin-katalogen er at innholdet som legges til det, forblir aktivt, uavhengig av uendret og uavhengig av temaendringer eller endringer.

Siden mu-plugin-katalogen ikke kommer med WordPress, må du lage den selv inne i mappen "wp-innhold".

Det er imidlertid en begrensning. WordPress ignorerer koder inni en underkatalog, og vil bare søke "mu-plugins" -filer i toppnivå. For å fjerne denne begrensningen, vil du opprette en PHP-fil som sitter øverst på "mu-plugins;" koden fra en søsken underkatalog vil da bli lastet ved hjelp av den PHP-filen.

En annen mu-plugin begrensning er at du ikke får oppdateringsvarsler. Av denne grunn behandle mu-plugins som et sted for viktige koder som kunden din ikke burde tenke på. The Codex tilbyr mer informasjon om mu-plugins.

5. Slå av nettstedets plugin og tema redaktører

Det er ikke profesjonelt å redigere et levende WordPress-nettstedets plugin og temafiler direkte fra instrumentbrettet. Det kan føre til at nettstedet bryter. Live-redigering av nettstedet ditt utsetter det også for hackere. For å deaktivere liveredigering for temaer og plugins, sett denne koden i webområdet ditt "wp-config.php" -fil. Denne koden deaktiverer både tema og pluginredigerere.

 define ('DISALLOW_FILE_EDIT', true);

Innpakning

I sammendraget kan du redusere sannsynligheten for WordPress-brukerfeil ved å begrense administratorkontoer, slå av temaanpassingsalternativer, bare bruke relevante dashbordmenyelementer, sette opp og bruke en mu-plugin-katalog og slå av nettstedets plugin og temaredigerere. Vi vil gjerne se dine kommentarer om disse tipsene. Legg igjen dine kommentarer nedenfor.