Share
Vi diskuterade hur man gör Bra i den föregående delen av serien: Vi lär oss att skriva bättre kod, hur man följer standarderna, hur man gör våra kod läsbara av andra och så vidare.
I den här artikeln kommer vi att se hur man gör dålig: Vi ska gå igenom några av de värsta metoderna som man kan följa när man bygger WordPress-teman.
Ibland behöver man inte göra allt från början. Om du tillverkar bilmotorer, vad skulle det vara mindre tidskrävande och billigare: Tillverkar bultarna själv eller köper bultar från en bulttillverkare? Självklart skulle det logiska draget vara att köpa bultarna från någon annanstans.
Funktionsreferensen i WordPress Codex är en plats med många dolda pärlor. Funktionen som obfuscates e-postadresser - antispambot - eller den som preger dina strängar med nollor vid behov - zeroise - är några av de minsta ädelstenarna, och det finns många mer som dessa.
Allt du behöver göra är att läsa referensen från topp till botten och notera de funktioner du tycker är användbar. (QueryPosts.com är också en användbar referens.) På så sätt kan du hitta en funktion för ditt tema som är användbart som du aldrig visste existerade.
Du kan också tänka på outsourcingfunktioner för ditt tema. Om du behöver en jQuery-reglage behöver du inte skriva ett jQuery-plugin från början och integrera det med WordPress: Du kan köpa en utvecklarlicens för en premium jQuery-reglaget eller använda en gratis som tillåter kommersiell användning.
I stället för att förlora tid på att skapa ett flikgränssnitt med jQuery, kan du bara ta ett mycket använt jQuery-plugin med en lämplig licens och använda det. Inget behov av att utforma en enkel uppsättning bakgrunder i dagar - ladda ner en med rätt licens, använd den och ge krediter till designern!
Varning: Tänk inte att du inte behöver läsa och förstå koden du använder. Var inte den killen.
Detta är ett diskuterat ämne över WordPress-community: Kan vi (eller bör vi) ger funktionalitet inom WordPress-teman?
Tumregeln är följande: Om funktionen handlar om utseende av webbplatsen ska det vara i temat, men om det handlar om funktionalitet av en webbplats ska den inkluderas som ett separat plugin. Så om ditt tema måste ändra omskrivningsreglerna eller använda sig av anpassade posttyper eller taxonomier, är det bäst att betjäna dessa funktioner som plugins. TGM Plugin Activation Library skulle vara till nytta i det här fallet.
Och du bör komma ihåg det du har inte rätt att shackle användare för att använda ditt tema för alltid. Om det användargenererade innehållet försvinner när de ändrar temat är det ett misstag som författaren av temat ska fixa. Detta händer vanligtvis när ett tema använder sig av anpassade posttyper och taxonomier och det bör göras rätt genom att använda skräddarsydda plugins.
Det finns teman som erbjuder 200 + bakgrundsbilder och 1000 + ikoner redo att användas. De innehåller också över 2000 kortkommandon att välja mellan, 10 olika reglage, och de har givetvis över 1000 teckensnitt.
Häftigt, rätt?
Fel. Ingen behöver välja mellan 10 reglage. Ingen kommer att använda 200 bakgrundsbilder. Ingen kan möjligen utnyttja alla 2000 kortnummer som du erbjuder. Du kommer att arbeta dag och natt på dessa funktioner och fler funktioner, men i slutändan kommer de aldrig att användas.
Men tyvärr gör det temat att sälja. Även om det är en kardinal synd att släppa ett tema med alla funktioner ovan kan vi inte argumentera för att det uppmärksammas när ett tema har så många funktioner, även om du inte använder någon av dem. Det är en hård sanning. Men hårdare sanningen är att de säljer snabbt i början, men när folk inser att det inte betyder något att ha 1000 kortkoder får temat en 1 stjärna översyn och försäljningsdroppe.
Lyckligtvis kommer denna trend till ett slut - vi ser inte många "all-purpose-teman" nyligen. Du behöver inte slösa tid för att göra ditt tema passande för varje enskild person på jorden: Känn din nisch och gör teman med realistiska funktioner.
Detta är kopplat till "dålig övning" ovan: När du försöker klämma på fler och fler funktioner i ditt tema blir ditt tema fett. Din img mappen blir tjock, din js mappen blir tjock, din bibliotek mappen blir tjock och innan du vet det, trycker ditt tema på en fjärdedel av en gigabyte. Du skulle inte installera ett 150MB-tema med 1000 + filer i sin ZIP-fil, skulle du? Självklart inte. Så gör inte något sådant.
Det orsakar också teman att ladda långt långsammare än vanligt och ibland misslyckas att arbeta helt. När du glömmer att optimera din kod eller dina tillgångar gör den din kund bokstavligen ont.
Jag önskar att jag skojade eller överdrivade, men jag arbetade en gång med ett tema som upphävde min kunds värdkonto. Det var en gemensam värdplan och webbplatsen fick inte ens några träffar, men jag skapade några sidor, förhandsgranska dem och pow, värdleverantören erbjöd sig en "bättre värdplan" efter att ha suspenderats.
Det optimala temat slår trots allt ett uppblåst tema, oavsett hur fett man ser ut. Se till att ditt tema inte innehåller mer än bara några JavaScript-filer, en CSS-fil, kanske ett teckensnitt och en minsta mängd bilder. (Glöm inte hur praktiskt CSS sprites kan vara!)
Glöm inte att optimera din PHP-kod: Lär dig hur du gör färre databasfrågor och använda färre PHP-funktioner.
Så, det var de saker du är inte skulle. Jag hoppas att du (och mig som temat utvecklare) inte gör dessa misstag när du utvecklar nya WordPress-teman.
Har du några tillägg till dessa dåliga metoder? Dela dina tankar och erfarenheter nedan!
Accentsconagua