Als u iemand bent die net begint te werken met WordPress, dan is het normaal om nieuwsgierig te zijn naar enkele van de geavanceerde functies die door zijn API worden aangeboden. Dus waar zou je kunnen staan met betrekking tot je ervaring?
Hoe het ook zij, u bent klaar om door te gaan met het bouwen van dingen met WordPress, maar u weet nog niet zeker waar u heen moet.
Meer specifiek, misschien ben je nog niet helemaal klaar om deze geavanceerde functies in je werk te gaan gebruiken, maar naarmate je meer en meer problemen met het gebruik van de CMS gaat oplossen, is het logisch dat je je afvraagt:
Hoe kan ik [deze specifieke taak] bereiken met WordPress?
Dat is tenslotte de natuurlijke ontwikkeling van dit soort werk.
In deze serie gaan we kijken hoe dat moet met de native WordPress-API's. Aan het einde van dit hoofdstuk zou je bekend moeten zijn met enkele van de geavanceerde opties met betrekking tot metadata en hoe je creatief kunt denken over het gebruik ervan in je werk..
Maar eerst, wie richt deze reeks op? Dat is een eerlijke vraag.
Als je een ervaren ontwikkelaar bent, dan ben je waarschijnlijk bekend met wat we in deze serie gaan behandelen, dus het is misschien niet zo van toepassing op jou. Als je echter iemand bent die van beginner tot gemiddeld ontwikkelaar is, dan zou dit je vaardigheden moeten verbeteren.
Uiteindelijk is het geschreven voor iedereen die niet bekend is met de verschillende WordPress metadata-API's. Dus ongeacht uw niveau van ervaring, moet u uit het einde van deze serie komen met een duidelijk begrip van elk en hoe u het in uw werk kunt opnemen.
Met dat gezegd, laten we aan de slag gaan.
Vaak hoor je metadata gedefinieerd als "informatie over informatie". Dat is geen slechte definitie. Zelfs Wikipedia definieert het als zodanig:
Metagegevens zijn "gegevens die informatie over andere gegevens verschaffen". Er bestaan twee soorten metadata: structurele metadata en beschrijvende metadata. Structurele metadata zijn gegevens over de containers met gegevens. Beschrijvende metadata gebruiken individuele instanties van applicatiegegevens of de gegevensinhoud.
Maar hoe ziet dit eruit in de context van WordPress? Voordat we die vraag beantwoorden, is het belangrijk om te begrijpen dat (op het moment van dit schrijven) WordPress vier soorten metadata biedt:
Elk van deze heeft een unieke relatie met de grotere entiteit waarmee het verband houdt. Hiermee bedoel ik dat de metagegevens van berichten duidelijk gerelateerd zijn aan WordPress-berichten (en pagina's en aangepaste berichttypen).
Op dezelfde manier hebben metagegevens over reacties alles te maken met extra informatie die is gekoppeld aan opmerkingen die door bezoekers worden achtergelaten.
En de nieuwste vorm van metadata voor WordPress zijn termmetadata. Voor degenen die niet bekend zijn met taxonomieën of termen, dit is iets dat een beetje een leercurve zal hebben. Geen zorgen echter. We zullen elk van deze in detail bekijken.
Posten zijn misschien wel de meest erkende entiteit in WordPress. Dit is waar we de inhoud opstellen, plannen en beheren die op onze blog uitkomt.
Bijna al het andere kan worden gekoppeld aan berichten. Bijvoorbeeld:
Maar voor nu, wat vormt post metadata?
Als u bijvoorbeeld naar de WordPress-metatabel (vaak weergegeven als wp_postmeta in uw database) zou kijken, zou u zien welke sjabloon aan een bepaalde post is gekoppeld. Je zou de bestanden zien die gerelateerd zijn aan een bepaald bericht. U kunt zelfs andere informatie vinden die u inzicht geeft in hoe een ontwikkelaar bepaalde aangepaste informatie heeft gekoppeld aan de post.
Op het eerste gezicht kan het inzichtelijk zijn. Wat nog krachtiger is, is hoe u dit kunt gebruiken om de hoeveelheid informatie met betrekking tot een bericht te vergroten. En terwijl we deze serie doorlopen, zullen we precies zien hoe dat moet.
Op dit punt krijgt u waarschijnlijk een idee over hoe metadata werkt binnen de context van WordPress. Zoals eerder vermeld, is het niet alleen beperkt tot berichten. Met behulp van de WordPress API hebben we de mogelijkheid om de hoeveelheid informatie die aan een gebruiker is gekoppeld te vergroten.
Out of the box slaat WordPress een minimale set gebruikersmetadata op, die allemaal te zien zijn in het administratiescherm of de database.
Maar laten we zeggen dat u meer informatie wilt over een gebruiker. Misschien wilt u meer informatie over hun sociale profielen, meer informatie over hun betrokkenheid bij andere projecten of wilt u ze koppelen aan een andere service.
Dit alles kan worden bereikt met behulp van gebruikersmetadata.
Metagegevens over reacties zijn niet anders dan het type metadata dat we tot nu toe hebben besproken. Dat wil zeggen, u kunt gemakkelijk extra informatie opnemen en deze koppelen aan bestaande metagegevens van reacties.
Interessant genoeg heeft WordPress een lege tabel voor deze informatie bij een eerste installatie; het is echter leeg:
Maar het feit dat de API bestaat en de databasetabel beschikbaar is, is voldoende om aan te tonen dat er ondersteuning is voor het vastleggen van meer informatie over degenen die aanbieden om hun feedback voor een bepaald bericht te geven.
In een volgend artikel zullen we de verschillende manieren bekijken waarop we dit in ons werk kunnen opnemen. Soms gaat het om buiten de box denken (het commentaarveld, dat is - oke, vreselijke woordspeling).
De nieuwste toevoeging aan de metagegevensfamilie van API's is die van Term Metadata. Dit is het probleem: het begrip van het gebruik van termmetagegevens is gebaseerd op het idee dat u een goed begrip hebt van taxonomieën, termen en hun relaties.
En om enkele redenen, waarvan de minste niet is hoe deze specifieke componenten van WordPress zijn genoemd, hebben mensen moeite deze informatie te verzamelen.
In een volgend artikel gaan we een diepe duik nemen in al deze informatie om er zeker van te zijn dat je een volledig begrip hebt van wat taxonomieën zijn, welke termen zijn, hoe ze gerelateerd zijn en hoe metadata een rol kunnen spelen bij het uitbreiden van dit soort informatie.
Het is gemakkelijk om te zien dat we ons werk voor ons hebben uitgesneden.
Het is duidelijk dat dit niets meer is dan een introductie over waar deze serie naar toe gaat, maar ik ben er enthousiast over. In de resterende drie berichten behandelen we de bovengenoemde API's en bespreken we hoe we ze kunnen gebruiken in ons voordeel bij het werken met complexere WordPress-apps.
We zullen specifiek kijken naar de API's die beschikbaar zijn, hoe ze in de context van projecten kunnen worden gebruikt en enkele stappen die we moeten nemen om de informatie die in de database komt (en wordt opgehaald uit de database) te beveiligen en valideren. degenen die onze sites gebruiken, doen dit op een veilige manier.
Ik kijk er naar uit om door te gaan met een nieuwe serie over wat meer geavanceerde taken met WordPress. Onthoud dat als je net begint, je mijn serie kunt bekijken over hoe je aan de slag kunt gaan met WordPress, specifiek gericht op WordPress-beginners.
Als u ondertussen op zoek bent naar andere hulpprogramma's om uw groeiende verzameling hulpprogramma's voor WordPress uit te bouwen, vergeet dan niet te zien wat we beschikbaar hebben in Envato Market.
Ten slotte kun je al mijn cursussen en tutorials vangen op mijn profielpagina, en je kunt me volgen op mijn blog en / of Twitter op @tommcfarlin, waar ik het heb over softwareontwikkeling in de context van WordPress.
Zoals gebruikelijk, aarzel dan niet om vragen of opmerkingen achter te laten in de feed hieronder, en ik zal ernaar streven om op elk van hen te reageren.