Share
Welkom bij het einde van de serie! Zoals we met andere series hebben gedaan, vind ik het nuttig om dit te doen breng alles samen en vat de artikelen samen in één laatste bericht.
Dus in dit bericht gaan we precies dat doen.
We zijn begonnen met enkele basismaterialen zoals de WordPress-API's die we moeten leren, de ernst van het vertaalbaar maken van uw thema en hoe licenties werken.
Hier is een samenvatting:
Ik denk dat er zes zeer belangrijke API's (tussen alle WordPress API's) zijn die een thema-ontwikkelaar uit het hoofd moet leren:
We hebben voor elke API een korte samenvatting doorgenomen en waarom je deze moet bestuderen en leren. Elke API heeft een unieke missie en door ze te combineren, krijg je zeker de kracht om thema's met een geweldige structuur te maken.
Wist u dat er meer dan 50 vertalingen van WordPress zijn die voor meer dan 90% zijn voltooid? Bovendien, als u kijkt naar de gebruiksstatistieken van WordPress, zult u merken dat een derde van de gebruikers van WordPress.com in een andere taal blogt.
Als je het juist interpreteert, zul je zien hoe belangrijk het is om je thema vertaalbaar te maken. Beter nog, u kunt iemand uw thema laten vertalen en meertalige thema's uit de verpakking verkopen!
Ik moet u eraan herinneren dat dit een eenvoudig onderwerp is, maar ook een delicaat onderwerp. Zoals ik al zei in het artikel, je thema wordt nergens geaccepteerd als je niet weet hoe licentiëring werkt.
En er zijn twee dingen die ertoe doen, als het gaat om licenties: op welke licentie wordt je thema vrijgegeven en de licenties van de producten die je in je thema hebt opgenomen.
Als je ontmoedigd bent door het idee tientallen licenties door te nemen en te proberen te begrijpen wat goed voor je is, heb je geluk: er is een website met de naam TL; DR Legal die de open source softwarelicenties uitlegt en samenvat in gewoon Engels.
We hebben het gehad over het schrijven en testen van goede code in dit artikel.
Hier is een korte recensie:
Dit is iets dat je vanaf het begin van je carrière als WordPress-ontwikkelaar zou moeten weten: WordPress heeft coderingsstandaarden voor HTML, CSS, JavaScript en PHP.
Ze zijn niet moeilijk te bereiken en het duurt niet lang om te leren. Het is bijvoorbeeld gemakkelijk om HTML-tagattributen te wikkelen met enkele of dubbele aanhalingstekens. Of geef uw CSS-klassen een naam met kleine letters, cijfers en koppeltekens. Of het definiëren van een anonieme functie om jQuery-conflicten te voorkomen. Of praten als Yoda bij het schrijven van conditionals - ook geen grapje.
En er is de kwestie van codecommentaar om uw code leesbaar te maken voor andere ontwikkelaars. Er is geen officiële aanbeveling voor het documenteren van JavaScript- en HTML-code, maar u moet de stijl van phpDocumentor gebruiken voor PHP. Hetzelfde geldt voor CSS, omdat je dezelfde manier van coderen kunt gebruiken.
Validatie van uw HTML- en CSS-code met de W3C-validators is geen overbodige luxe, toch? Maar er is meer dan dat, als het gaat om het maken van de perfect WordPress-thema. Je moet:
Als u tevreden bent met de resultaten, bent u klaar om te gaan!
Dit artikel is anders dan de andere: het vertelt je "wat je niet moet doen" in plaats van "wat te doen". Ik besloot dit artikel te schrijven, ook al valt het gemakkelijk op hoe onlogisch ze zijn, we kunnen het niet helpen dat ze het soms doen.
Hier is een korte samenvatting met dingen die u moet vermijden:
Sommige WordPress-thema-ontwikkelaars vergeten misschien dat er werk is nadat een thema is verkocht; dat is waarom ik dacht dat we de processen moesten behandelen die komen nadat je je thema hebt voltooid. Dit is wat we hebben behandeld:
Deze spreekt voor zich, echt: als WordPress wordt bijgewerkt of als er nieuwe versies zijn voor de producten die je in je thema hebt gebruikt, moet je het updaten om het voor iedereen te laten werken.
Dit kan over het hoofd worden gezien, omdat dit een optioneel proces is (zoals het laten vertalen van je thema), maar het is een groot pluspunt omdat er waarschijnlijk miljoenen gebruikers zijn van WPML, BuddyPress en WooCommerce in totaal. Uw thema compatibel maken met (tenminste) deze plug-ins kan de belangrijkste reden zijn waarom mensen uw thema kiezen.
Deze is ook verplicht: je moet technische ondersteuning bieden voor de gebruikers van je thema. U kunt het doen door gewoon te antwoorden op vragen op de ondersteuningsforums van uw marktplaats / downloadcentrum, of u kunt het doen door een uitgebreide website te maken met een blog, een kennisbank, een FAQ-sectie, online documentatie en contactinformatie alogside a forum.
Een thema maken voor WordPress is niet per se moeilijk, maar een goed thema maken is dat wel. Een maken perfect thema? Wel, dat is de moeilijkste en dat is waar iedereen naar zou moeten streven, hoe moeilijk het ook is!
Ik hoop echt dat je deze serie leuk vond en ik zou je eraan willen herinneren dat er altijd ruimte is voor verbetering! Als u ideeën heeft om deze serie met een ander artikel uit te breiden of om ons een idee te geven voor een afzonderlijke zelfstudie, kunt u hieronder reageren en ons laten weten!
Accentsconagua