Share
Forlengelighet er, for meg, den beste funksjonen til WordPress, og bidrar til å gjøre det til det mest populære innholdshåndteringssystemet i verden. Men når du tar den på feil måte, kan du ved et uhell gjøre et WordPress-brukerens liv unødvendig vanskelig.
For noen år siden var jeg ny på WordPress, og jeg var på jakt etter et kvalitets WordPress-tema for en klient av meg. Etter flere timer med å søke fant jeg det perfekte temaet. Det så ut perfekt og det syntes å ha gode funksjoner: Den hadde en fantastisk glidebryter, slanke kortkoder og en "Services" -del med fantastiske funksjoner - hele pakken!
Da jeg installerte temaet, skjønte jeg likevel den stygge sannheten: Den så perfekt, men det var det ikke. Den syntes å ha gode funksjoner, men det gjorde det ikke. Jeg må tilstå, den hadde en vakker design, men koden grunnlaget var bare forferdelig. Jeg kjempet for å få det til å fungere, og jeg klarte å skape en fungerende nettside, men da jeg var nesten ferdig, kom en WordPress-oppdatering og gjorde klientens webkrasj med den berømte White Screen of Death.
Det var ikke WordPress skyld, selvfølgelig var det temaets feil. Jeg bestemte meg for å bytte temaer og tilbrakte tre timer å finne et annet tema. Denne gangen tenkte jeg på å sjekke kommentarer om temaet og støtteforumet til selgeren og bekreftet at det ikke var mye å bekymre seg for. Jeg kjøpte det andre temaet, installerte det med stor forventning, og ... delen av tjenestene var borte. Sammen med startskjermbildet. Sammen med kortkoder. Sammen med noen av sidebar widgets. Sammen med kontaktskjemaet.
Moral of the story? Folk har en tendens til å bytte temaer når de ikke liker den de bruker, og de trenger innholdet sitt bevart etter endring av temaer. Det trenger ikke nødvendigvis å være på grunn av feil eller krasjer: WordPress tillater oss å endre temaer, og temaforfattere bør respektere det valget.
Du vil ikke ha en dårlig smak i folks munn hvis de forlater temaet ditt for å bruke en annen. Det må være ditt oppdrag å tilby en utmerket service til de som kjøper produktet ditt, og dette inkluderer å la dem bytte til et annet tema uten å miste dataene sine.
For å oppnå dette må du vite hva du skal inkludere og hva du skal unngå i temaene du lager. I denne artikkelen skal vi gå over noen grunnleggende regler.
Vi må bestemme hva vi skal gå utenfor temaets kodebase. Legg merke til at det ikke betyr at vi skal gi opp deler - vi kan fortsatt integrere kule funksjoner, men vi bør gjøre det på en annen måte. La oss se hva vi bør avstå fra å inkludere i våre temaers hovedfiler.
Skyveknapper, enten vi liker det eller ikke, er svært populære blant WordPress-temaer. Jeg tror personlig at de er litt ubrukelige, men når jeg jobber med en klient for å gjøre dem til et nettsted, står vi nesten alltid fast på hva som skal settes på hjemmesiden; og glidebrytere er vanligvis den beste løsningen vi finner.
Siden de er så populære, vil det være lurt å inkludere funksjonen for brukerne å lage lysbilder med bilder og flygende HTML-biter, men du bør også tenke på hva brukerne dine må gjøre når de bytter temaer: Vil de miste alle deres lysbilder og må bygge de samme for det nye temaet?
Heldigvis, de fleste temaer gjør det rett ved å ha flotte plugins for glidebrytere. Du bør gjøre det samme: Finn en flott skyvepluggin som er klar for kommersiell bruk, hvis du skal selge temaet ditt, og integrere det i temaet ditt. Du trenger ikke å kode det fra grunnen av, men husk å tjene det som et separat installerbart plugin med temaet ditt.
Kortkoder er en av de beste funksjonene for WordPress-brukere, fra nybegynner til ekspert. Men selv om de hjelper med temaets design, er de biter av funksjonalitet, og de endrer innholdsadferd, eller lager dynamisk innhold. Når brukere bytter til et annet tema, bør de ikke trenger å rense alt ditt [kortkoder] fra innholdet deres.
Som med skyvekontrollene, bør du betjene kortnummerene dine som et plugin og få det til å fungere med andre temaer enn ditt.
En bruker lager innhold, bestemmer seg for å bytte temaer, og ser at innholdet i porteføljen og deres ansatte er borte. De er fortsatt i databasen, men de er utilgjengelige og nybegynneren din mener at alt er borte. Vil du få e-post med svært lite kjente fornærmelser og 1-stjerners rangeringer på grunn av det? Selvfølgelig ville du ikke.
Det er derfor du bør skille dine egendefinerte innleggstyper og taksonomier fra temaet ditt og tilby dem som du gjettet det - et plugin. Det er noen ekstremt nyttige plugins for å skape nye egendefinerte innleggstyper og taksonomier. SuperCPT er en av dem. Pass på å lese opplæringen min på dette pluginet hvis du vil bruke den.
Jeg trenger ikke å gi flere eksempler, du får ideen: Funksjonelle deler av temaet ditt må gjøres tilgjengelige som plugins. Det er en term som heter Plugin Territory i retningslinjene for "Make WordPress", og hvis du skal presentere eller selge temaet ditt på et nettsted som gjelder disse retningslinjene (som WordPress.org eller ThemeForest), må du overholde det og tjene funksjonelle biter som plugins med temaet ditt.
TGM Plugin Activation Library er trolig den enkleste og mest effektive måten å pakke temaene dine med plugins. Du kan "kreve" eller "anbefale" pluginprogrammer (fra WordPress.org, inne i temamappen eller et annet eksternt nettsted) når temaet ditt er installert.
Det er et naturlig instinkt for WordPress-temautviklere å tilby kvalitetsfunksjoner i sine temaer, men du må være forsiktig med å la brukerne bytte temaer uten tap. Og det betyr at du må sette funksjonalitet bortsett fra temaets kodebase.
Hva synes du om dette emnet? Del dine tanker ved å kommentere nedenfor. Og hvis du likte artikkelen, ikke glem å dele den!
Accentsconagua