Share
Den 16. august 2016 ble WordPress 4.6 (kodenavnet "Pepper") utgitt for allmennheten. Som med alle utgivelser av CMS, er det mye å vurdere når det gjelder hva som er oppdatert eller introdusert.
Noen av endringene er under hetten eller relatert til ytelsen til søknaden. Andre er rent fokusert på utvikleren eller designeren. Og så er det oppdateringer som gjelder for alle, spesielt bloggere og innholdsansvarlige, som bruker programmet.
I dette innlegget skal jeg undersøke så mange nye funksjoner og forbedringer som mulig. Videre skal jeg bryte dette ned i funksjoner som er relevante for utviklertyper og innholdshåndteringstyper. På den måten, hvis du for eksempel ikke er interessert i en ny API, kan du hoppe over seksjonen.
På den annen side, hvis du ønsker å lære noe nytt som kan forbedre dine WordPress-utviklingsferdigheter, så er dette kanskje bare veiledningen for å hjelpe med akkurat det.
Før vi kommer inn i en forklaring på mange av de nye funksjonene, la oss ta en titt på salgsfremmende og innledende video for WordPress 4.6:
Som du ser i videoen, er oppdateringen navngitt (som alle WordPress-utgivelsene) etter en jazzlegende, i dette tilfellet Pepper Adams. Videoen fremhever følgende funksjoner:
Til slutt er målet om utgivelsen som nevnt:
En fokusert utgivelse som får deg der du trenger å gå raskere.
Med det som vår introduksjon, la oss ta et dypt dykk inn i alt ovenfor (og til og med noen av de tingene som ikke ble nevnt).
Før jeg graver inn i de mer tekniske oppdateringene, synes jeg det er nyttig å se på oppdateringer som gjelder alle hvem bruker WordPress uavhengig av om du er en blogger, innholdsansvarlig, utvikler eller designer.
Tross alt er WordPress først og fremst et program for å administrere innhold, og det er den største appellen. Så, med det sagt, la oss ta en titt på noen av funksjonene som nå er tilgjengelige for alle som bruker programmet for publisering av innhold.
Som en bruker, er en av de mer ødeleggende opplevelsene som vi tidligere har opplevd med WordPress, hvordan det klarte å oppdatere programtillegg og temaer.
Spesielt prosessen jobbet noe slikt:
I noen tilfeller krever dette at vi aktiverer et tema eller et plugin.
I WordPress 4.6 er dette ikke lenger et problem. For de som har fulgt Skinnende oppdateringer prosjektet, vil du nå se dette som en del av kjerneprogrammet.
Dette betyr at alle trinnene ovenfor ikke lenger er nødvendig. I stedet skjer alt i orden, uten ytterligere arbeid på slutten.
Starter i WordPress 3.8, brukte kjerneprogrammet Google Fonts for å bidra til å opprette en konsistent opplevelse i administrasjonen for alle brukere, uansett operativsystem.
Men det var for tre år siden, og nettet beveger seg ganske fort. I WordPress 4.6 bruker kjerneprogrammet innfødte systemfonter. Ikke bare vil dette se bra ut på ditt operativsystem, men det bryter også avhengig av at du laster ned skriftene når du gjør administrasjonsskjermene dine.
Dette betyr en mer innfødt utseende og mye raskere sideytelse.
For de som skriver flere ganger per dag, per uke, per måned, eller uansett hvilken frekvens passer din hobby eller bedrift, vil du sannsynligvis bruke mye tid på å koble til annet innhold.
Og hvorfor ville du ikke? Å binde innholdet ditt til andre innlegg og sider på bloggen din eller andre nettsteder rundt på nettet, hjelper deg å gi leserne enda mer sammenheng med hva du snakker om, samt andre steder de kan gå for å lære mer om emner du diskuterer..
Men det er et problem med å gjøre dette: Hva om innholdet ikke lenger eksisterer? Eller hva om koblingen du har gitt sender leserne til en side som ikke eksisterer?
I WordPress 4.6 har dette problemet blitt redusert. Spesifikt er det en innebygd ødelagt linkkontroll, slik at når du forsøker å knytte et ord eller en setning til en URL, vil WordPress sjekke for å se om innlegget eksisterer. Hvis det ikke gjør det, vil det gi deg en klar indikator som sådan.
Det er et fint tillegg, spesielt for de som skriver og kobler ofte. Selvfølgelig er jeg fortsatt forsiktig med at noen bruker en funksjon som dette for å sikre at de bekrefter koblinger, selv om de ser ut til å være gyldige linker.
For de av dere som er mer tekniske - kanskje du bare er nysgjerrig på hva som skjedde i kjerneprogramvaren eller du er noen som ønsker å dra nytte av den nyeste koden i søknaden - her er en liste over alt som har gjort det til 4.6 utgivelse.
Accentsconagua
link ElementsSom definert i W3C-spesifikasjonen, en ressurs hint:
definerer dns-prefetch, forkoble, prefetch og prerender relasjoner av HTML Link Element ()
Merk at dette ikke skal forveksles med ankerelementet (eller stikkord). Uansett, å se støtte for disse typer attributter, å ha dem tilgjengelige via et filter (hvis det trengs), og å ha det integrert i WordPress-kjerne, er fint.
Som W3C fortsetter å legge til disse typer spesifikasjoner og nettlesere begynner å vedta dem, kan vi bare fortsette å se forbedringer med våre web-baserte prosjekter.
For mange er det en standard del av et prosjekt å arbeide med HTTP API, spesielt når det arbeides i sammenheng med større løsninger, enten det er et komplett nettsted, et webprogram eller et avansert plugin.
Uansett, oppdaterer oppdateringene til HTTP API:
Minst en av disse, om ikke de fleste, bør bli ønsket velkommen av alle som har jobbet med å gjøre forespørsler til andre domener, spesielt med spredning av internasjonale domener som blir så vanlige med mange moderne nettsteder.
WP_Term_Query og WP_Post_Type Det er to nye klasser som har blitt introdusert til WordPress-kjerne, som for objektorienterte utviklere, er sannsynligvis en velkommen endring. Kort sagt, her er hva du kan forvente:
WP_Term_Query er en klasse som gjør det enklere og mer fleksibelt å søke på termisk informasjon. Dette er en utmerket oppfølging av det forrige tillegget til begrepet metadatabord fra den siste versjonen av WordPress.WP_Post_Type er en annen ny klasse som tar sikte på å gjøre interaksjon med posttyper litt mer forutsigbar enn i tidligere iterasjoner av WordPress.Fordi WordPress har en forpliktelse til bakoverkompatibilitet, er det nødvendig med mye arbeid for å introdusere en klasse, bryte gammel kode i sine funksjoner, og så videre.
Jeg er ivrig etter å se disse klassene modne enda mer med fremtidige versjoner av WordPress.
For de som jobber med metadata (enten det er postet metadata, brukermetadata, kommentormetadata eller termemetadata), har det også vært forbedringer i disse APIene..
Kort sagt, API har blitt utvidet slik at de nå støtter typer, beskrivelser og til og med synlighet med REST API. Men hva betyr dette, praktisk talt?
Den primære register_meta funksjon støtter nå tre argumenter, med den siste som en matrise. Denne enkelte oppsettet skal inneholde noen forskjellige deler av informasjonen i formatet av nøkkel / verdier (som de fleste WordPress-utviklere burde se når de jobber med WordPress på dette punktet):
sanitize_callback bør peke på en metode som vil være ansvarlig for sanitizing de innkommende metadataene.auth_callback bør referere til en metode som vil gi all autorisasjonsfunksjonalitet.object_subtype refererer til en streng som inneholder sluggen til objektets undertype (som skal være tydelig av nøkkelens navn). Hvis det ikke er noen undertype, så en forekomst av WP_Error vil bli returnert.type refererer til en streng som indikerer hvilken type meta verdi som skal lagres. Selv om det ikke er begrenset til en liste over typer, er det nyttig og sikrere å holde seg til de kjente datatyper som string, boolean, og heltall.beskrivelse er ikke noe mer enn en streng som beskriver typen metainformasjon som skal skrives til databasen.enkelt er et flagg som indikerer hvorvidt den som ringer skal forvente at en eller flere verdier skal returneres når de arbeider med noen av får _ * _ meta funksjoner.show_in_rest angir hvorvidt dette skal utsettes som en del av et gitt innleggs REST API-endepunkt. I følge denne siden, "Vurder denne eksperimentelle inntil WordPress REST API gir støtte til meta."En av de mer subtile, men likevel spennende funksjonene som er tilgjengelige i WordPress-kjerne, er støtte for automatisk lasting av oversettelser for bestemte prosjekter.
Spesifikt betyr dette at temaer og plugins tilgjengelig i WordPress.org-repositoriene automatisk vil laste oversettelsene for deres respektive lokaler så snart de er tilgjengelige via oversettersamfunnet.
Selvfølgelig er dette basert på ideen om at temaene dine er riktig internasjonalisert. Videre, hvis du ikke planlegger å distribuere prosjektene dine til WordPress-repositoriene, må du fortsatt sørge for at oversettelsesfilene er tilgjengelige i prosjektet ditt.
Som Customizer (Once The Theme Customizer) fortsetter å modnes, har utviklere nå en API som støtter valideringsbegrensninger. Å gå gjennom tilgjengelige APIer vil ta en opplæring helt egen, så jeg vil ikke gå inn i detalj om dem i denne artikkelen.
Hvis du er en temautvikler eller noen som bruker The Customizer i ditt daglige arbeid, så synes jeg det er verdt å lese denne svært grundige artikkelen for å få en ide om hvordan det fungerer, samt hvordan å legge til validering på klientsiden og serversiden. Det er også verdt å lese for å få en forståelse av hvordan meldings-API-en fungerer.
Videre kan vi jobbe med valideringsfeil (i stedet for å svikte) slik at vi enkelt kan varsle brukerne når noe ikke fungerer riktig.
Og til slutt, for de som jobber mye med WordPress Multisite, har det blitt innført noen endringer som skal forbedre ytelsen for varianten av søknaden.
Spesielt tillegg av WP_Site_Query klasse og WP_Network_Query klassen vil hjelpe deg med å skrive spørsmål som er spesielt rettet mot et bestemt nettsted eller hele nettverket.
Du kan lese alle om Pepper Adams på Wikipedia. Kanskje den beste introduksjonen til musikken er i første ledd:
[Pepper] var en amerikansk jazzbariton saxofonist og komponist. Han komponerte 43 stykker, var lederen på atten album over 28 år, og deltok i 600 sesjoner som sideman.
Med, selvfølgelig, mye mer informasjon kommer senere i artikkelen. Men hvis du er interessert i Pepper's musikk, kan du sjekke ut følgende video:
Hvis ikke noe annet, er det en fin måte å avsløre deg selv på musikk du kanskje allerede liker eller oppdage noe du har ennå å prøve ut.
Og der har du det: En fullstendig oversikt over alt du kan forvente å se, utnytte og nyte i WordPress 4.6. Det er mange store endringer på ytelse og en håndfull nye funksjoner introdusert spesielt for utviklere.
For de som kanskje bare kommer i gang med WordPress, er det en spennende tid! Hvis du er interessert i å bli oppgradert, kan du sjekke ut noen av mine kurs og opplæringsprogrammer på min profilside. Du kan også følge meg på bloggen min og / eller Twitter på @tommcfarlin hvor jeg snakker om ulike programvareutviklingspraksis og hvordan vi kan benytte dem i WordPress, samt tweeting om den tilfeldige tilfeldige eller morsomme tingen.
Hvis du har spørsmål, kommentarer eller tillegg til noe over, vennligst ikke nøl med å legge dem i kommentarene nedenfor.
register_meta forbedringer