, hvordan udviser efter meta - data på et wordpress efter,,,,, 12,,,,,,,,, 7,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss., i sidste række af artikler, så vi på begreberne samt programmering i lyset af de begynder.den serie var, at de, der ikke var bekendt med samt programmering i folkesundhedsprogrammet og undersøge de grundlæggende aspekter af paradigme inden for rammerne af wordpress.,, hvis du ikke har en chance for at læse de serier, du kan læse et kort resumé (sammen med links til hver enkelt artikel i serie) i den endelige stilling., i løbet af den serie, som er en af de ting, som vi gjorde for at hjælpe påvise samt principper samt nogle af de elementer i wordpress api var bygge et stik af. , vi specifikt har bygget et stik af, der gjorde det muligt for os på alle post - meta - data, der er knyttet til en bestemt stilling inden for de wordpress instrumentbræt.,,,,, det stik af kan downloades fra github, hvor du kan ogsåfind kildekoden, betragtning kodekommentarerne, og generelt se alt, der gik ind på at skabe stik af, når vi udviklede det.,, da denne post blev skrevet, jeg har modtaget en række forskellige spørgsmål, hvoraf det ene er, hvordan skal vi tage de data, der vises i instrumentbrættet - det er post - meta - data - og vise det på forenden af webstedet., i denne artikel, skal vi se på at udvide stik af, således at vi kan vise de oplysninger om en enkelt post side.vi skal tale om, hvordan vi skal gøre det i betragtning af vores eksisterende kodeks, hvordan vi skal gøre dette, og vi skal også tale om, hvorfor kan det ikke være en god idé,.,, så jeg siger, lad os komme i gang.,, konsekvenserne af at udvide stik af, før vi hopper ind i planlægningen af hvordan skal vi egentlig udvide stik af, tror jeg, at det er umagen værd at have en kort diskussion om, hvorfor viser denne form for oplysninger om frontend - og selv om muligt - må ikke være en god idé,.,, det vil sige, at jeg mener, at dette er en sag, hvor, i forbindelse med behandlingen af visse typer af data, er det vigtigt at overveje konsekvenserne af, hvad vi vælger at gøre ved bygning af produkter til andre, og hvordan vi forvalter data, kort sagt, bare fordi vi , kan gøre noget ikke mkan vi , bør gøre det, se på de data, tænk på det på denne måde: meta - data, der er forbundet med en bestemt post lagres i databasen - nogle af wordpress, nogle af de temaer, og nogle af plugins - som alle bruge oplysningerne til deres egen særlige behov.,, hvis du kigger på billedet ovenfor, vil i se, at en række er identificeret af nøgler, indledt med en understreger.for eksempel har vi , _edit_lock, og , _edit_last, og så nogle numeriske værdier.dette er et eksempel på data, der wordpress anvender til internt styre staten af de stillinger,.,, andre nøgler, som du har at gøre med plugins, som jeg har installeret i min lokale wordpress installation og bruges til at vise, hvordan andre værker kan redde data til meta - data i tabel og relatere det til den givne post.,, hvad er problemet?,, problemet med visning af alle disse oplysninger på forsiden, er at du kan vise for meget information til brugeren. , i ovennævnte tilfælde, er der intet, der er særligt farlige eller følsomme, som kan hjælpe med til at bringe anlæg, men det betyder ikke, at det altid vil være tilfældet.yderligere, er der en stor chance for, at du kunne ende med oplysninger, som er forbundet med et stik af eller emne, der aldrig ville have sine oplysninger, der vises., også for mange - eller endog de fleste folk, der besøger en blog, at oplysningerne på forenden af blog vil se ud, som om støj.det er teknisk jargon, der ikke betyder noget.det er derfor, jeg tror, at disse oplysninger henvises til instrumentbrættet er det bedste sted at gøre det.,, men vi skal udvide stik af., kort sagt ja, men det er ikke, fordi jeg tror, at vise denne form for information til brugeren, er en god idé, men fordi der er en praktisk anvendelse, der kommer med en udvidelse af en eksisterende stik af, fordelene ved at udnytte eksisterende kodeks, og at de negative konsekvenser af det. så ja, nogle gange er den bedste man kan komme fra gennemførelsen af idéer, der kan ikke være godt for os. ,, men det er okay.det er sådan, vi lærer, ikke?, og der er , stadig , nogle praktiske ting, som kom med at lære at udvide en eksisterende basiskode.,, at udvide fælles post - meta - manager, som med alle de tutorials, som jeg deler, jeg prøver at planlægge præcis , hvad vi gør for at gøre, før vi gør det så vi er ikke kodning ved hjælp af meget vel arbejde, og at vi har en handlingsplan for, hvordan arkitekt vores løsning.,,, før vi går videre, hvis du ikke har revisionen af den fælles post - meta - manager, så vær sød at gøre det nu, og vi vil fortsætte.,, når det er klaret, her er, hvad vi skal gøre:,, vi vil bruge den misligholdelse twentyfourteen tema som grundlag for vores eksempel. vi vil indføre et offentligt register, der vil blive anvendt til at vise de oplysninger om den offentlige, side af blog specifically inden for rammerne af fælles stillinger. vi skal definere kroge, som vil gøre det muligt for os at sætte information til indholdet af de stillinger, således at de post - meta - data kan vises på bunden af indholdet.vi vil bruge en rudimentær tabel til, og den vil arve stilarter fra det aktuelle emne.bemærk, at i gør det her, kan du ende med at have en virkelig rent styles, og du kan ende med at have en svag styles.det vil være op til dem at gennemføre på egen hånd. vil vi så udnytte skabelon, som vi har skabt i den oprindelige udgave af stik af, for at sikre, at hente post - meta - data for den pågældende post for at vise det på forsiden.,, ikke for kompliceret, ikke?vi har bare brug for at være præcise i vores skridt.så lad os komme i gang.,, indføre offentlig fortegnelse, under forudsætning af, at de har twentyfourteen allerede aktiveret, og stik af installeret, lad os komme til at arbejde på at indføre vores funktioner.den første ting, vi skal gøre, er at , indføre en offentlig fortegnelse, tilføje, single_post_meta_manager_public, klasse, omfatter den klasse, i det centrale stik af sagsakter, efter tilsætning af filerne, ovenfor, kan ske ved følgende linjer kode til, load_dependencies fungerer, omfatter /indre post - meta - manager. php,.,, privat funktion load_dependencies() {require_once plugin_dir_path (dirname (__file__)).admin /klasse enkelt post - meta - manager admin. php; require_once plugin_dir_path (dirname (__file__)).offentlige /klasse enkelt post - meta - forvalter offentlige. php; require_once plugin_dir_path (__file__).klasse enkelt post - meta - manager pålæsser. folkesundhedsprogrammet ". $- > lad = nye single_post_meta_manager_loader();}, meddelelse om, at de kun nye linje er den anden, require_once, erklæring, som importen klasse fil. , efter det, så lad os definere de egenskaber, konstruktøren og metoder til, single_post_meta_manager_public, klasse:,, <?php /* * * den fælles post - meta - forvalter offentlige definerer alle funktioner for den offentlige for * sider af stik af * * @ pakke spmm * /* * * enkelt post meta forvalter offentlige definerer alle funktioner for den offentlige for * sider af stik af.* denne kategori defineres meta - boks, der anvendes til at vise de post - meta - data og registre * stil blad, der er ansvarlig for - indholdet af meta - æske.* * @ siden 1.0.0 * /klasse single_post_meta_manager_public {* * * en henvisning til den version af stik af, der er givet til denne klasse fra ham.* * @ adgang til private * @ var snor $version den nuværende version af stik af.* /private $affattelse /* * * initializes denne klasse og lagrer den gældende udgave af dette stik af.* * @ param snor $version den gældende udgave af dette stik af.* /offentlige funktion __construct ($udgave) ($- > version = $version) /* * * bruger delvis beliggende i administrationen adresseregister for at gøre * post - meta - data i slutningen af post - indhold.* * @ param snor $indhold efter indhold.* @ tilbage snor $indhold efter indhold, herunder i stillinger meta - data.* /offentlige funktion display_post_meta_data ($indhold) (ob_start(); require_once plugin_dir_path (dirname (__file__)).admin /delvise /enkelt post - meta - manager. folkesundhedsprogrammet ". $skabelon = ob_get_contents(). $indhold. = $model; ob_end_clean(); tilbage $indhold), næste, er vi nødt til at skabe et fælles post - meta - manager, define_public_hooks, funktion.det skal se sådan ud:,, <?php /* * * definerer de kroge og callback - funktioner, der er anvendt for at gøre oplysninger om foran * i stedet.* denne funktion er baseret på den fælles post - meta - manager offentlige klasse og den fælles post - meta - manager * pålæsser klasse ejendom.* * @ adgang til private * /privat funktion define_public_hooks() {$offentlige = nye single_post_meta_manager_public ($- > get_version()); $- > anordninger - > add_action ('the_content, $offentlige, display_post_meta_data)}, næste, er vi nødt til at fastlægge en opfordring til det funktion inden for den pågældende.det er lige under $- > define_admin_hooks();, linje, tilføjer $- > define_public_hooks(),,.,, forudsat at alle er gået godt, bør de være i stand til at aktivere stik af, lad enhver stilling, og se den samme meta - data, der nu vises i front af post samt i instrumentbrættet i post:,,,,, resumé, som nævnt tidligere i denne forelæsning, med denne form for oplysninger på forenden af en stilling, ikke nødvendigvis er den bedste ide, men at lære, hvordan man næsten tilføje en eksisterende stik af vil indføre helt nye funktioner, men også at genbruge nogle af de komponenter, i sidste ende nøglen takeaway er to gange:,, at mobilisere eksisterende kodeks er en kraftfuld ting, at data, der er irrelevant for brugerne eren farlig idé, så efter at have læst denne forelæsning, bemærk, at jeg ikke nødvendigvis at gøre det i en produktion miljø, men mere som et uddannelsesværktøj.det er, så brug det på egen risiko, som sædvanlig, læg alle dine spørgsmål, bemærkninger og mere i foder under!,
hvordan har post - meta - data på et wordpress efter
Next Page:formål