Share
Den 16 augusti 2016 släpptes WordPress 4,6 (kodnamn "Pepper") till allmänheten. Som med alla CMS-utsläpp, är det mycket att granska när det gäller vad som har uppdaterats eller introducerats.
Några av ändringarna ligger under huven eller relaterad till programmets prestanda. Andra är rent fokuserade på utvecklaren eller designern. Och sedan finns det uppdateringar som gäller för alla, särskilt bloggare och innehållshanterare, som använder programmet.
I det här inlägget ska jag undersöka så många nya funktioner och förbättringar som möjligt. Dessutom kommer jag att bryta ner det här i funktioner som är relevanta för utvecklartyper och innehållshanteringstyper. På så vis kan du, om du vet, inte vara intresserad av ett nytt API, så kan du hoppa över sektionen.
Å andra sidan, om du vill lära dig något nytt som kan förbättra dina WordPress-utvecklings färdigheter, så kanske det här bara är handledning för att hjälpa till med exakt det.
Innan vi kommer in i en förklaring av många av de nya funktionerna, låt oss ta en titt på kampanj- och introduktionsvideon för WordPress 4.6:
Som du kan se i videon, uppdateras namnet (som alla WordPress-utgåvor) efter en jazz legend - i detta fall Pepper Adams. Videon belyser följande funktioner:
I slutändan är målet för frisläppandet som sagt:
En fokuserad release som får dig där du behöver gå snabbare.
Med det som vår introduktion, låt oss ta ett djupt dykk i alla ovanstående (och även några av de saker som inte nämndes).
Innan jag gräver in i de mer tekniska uppdateringarna tycker jag att det är användbart att titta på uppdateringar som gäller alla vem använder WordPress oavsett om du är bloggare, content-manager, utvecklare eller designer.
När allt kommer omkring är WordPress först och främst en applikation för hantering av innehåll, och det är dess bredaste överklagande. Så med det sagt, låt oss ta en titt på några av de funktioner som nu är tillgängliga för alla som använder programmet för att publicera innehåll.
Som en användare är en av de mer krossande erfarenheterna som vi tidigare har upplevt med WordPress, hur det lyckades uppdatera plugins och teman.
Specifikt arbetade processen så här:
I vissa fall krävde detta att vi aktiverar ett tema eller ett plugin.
I WordPress 4.6 är detta inte längre ett problem. För dem som har följt Glänsande uppdateringar projekt, kommer du nu se detta som en del av kärnanvändningen.
Det betyder att alla steg ovan inte längre behövs. Istället sker allting inline, utan ytterligare arbete i slutet.
Med början i WordPress 3.8 använde kärnanvändningen Google Fonts för att skapa en konsekvent upplevelse i administratören för alla användare oavsett operativsystem.
Men det var för tre år sedan, och webben rör sig ganska snabbt. I WordPress 4.6 använder kärnanvändningen inbyggda systemfonter. Inte bara kommer det här att se bra ut på ditt operativsystem, men det bryter också beroende på att du laddar ner teckensnittet när du visar dina administrationsskärmar.
Det betyder en mer inbyggd look and feel och mycket snabbare sidprestanda.
För dem som skriver flera gånger per dag, per vecka, per månad eller oavsett vilken frekvens som passar din hobby eller ditt företag, spenderar du mycket tid på att länka till annat innehåll.
Och varför skulle du inte? Att binda ditt innehåll till andra inlägg och sidor på din blogg eller andra webbplatser på webben hjälper till att ge dina läsare ännu mer sammanhang till vad du pratar om, liksom andra platser de kan gå för att lära sig mer om ämnen du diskuterar.
Men det finns ett problem med att göra detta: Vad händer om innehållet inte längre existerar? Eller om länken du skickat skickar dina läsare till en sida som inte existerar?
I WordPress 4.6 har detta problem mildrats. Specifikt finns det en inbyggd trasig länkkontroll, så att när du försöker länka ett ord eller en fras till en URL, kommer WordPress att kontrollera om posten existerar. Om det inte gör det kommer det att ge dig en tydlig indikator som sådan.
Det är ett bra tillägg, särskilt för dem som skriver och länkar ofta. Självklart varar jag fortfarande med att någon använder en sådan funktion för att se till att de verifierar länkar även om de verkar vara giltiga länkar.
För de av er som är mer tekniska - kanske du bara är nyfiken på vad som hänt i kärnprogramvaran eller om du är någon som vill utnyttja den senaste koden i ansökan - här är en lista över allt som har gjort det till 4.6 frisättning.
Accentsconagua
Länk elementSom definierad i W3C-specifikationen, en resursanvisning:
definierar dns-prefetch-, preconnect-, prefetch- och prerender-relationerna i HTML-länkelementet ()
Observera att detta inte ska förväxlas med ankarelementet (eller märka). Oavsett ser stöd för dessa typer av attribut, att ha dem tillgängliga via ett filter (om det behövs) och att ha det integrerat i WordPress-kärnan är trevligt.
Eftersom W3C fortsätter att lägga till dessa typer av specifikationer och webbläsare börjar anta dem, kan vi bara fortsätta se förbättringar med våra webbaserade projekt.
För många är det en vanlig del av ett projekt som arbetar med HTTP API, speciellt när man arbetar i samband med större lösningar, vare sig det är en hel webbplats, en webbapplikation eller ett avancerat plugin.
Oavsett, uppdateringarna till HTTP API presenterar:
Minst en av dessa, om inte de flesta, bör välkomnas av alla som har arbetat med att göra förfrågningar till andra domäner, särskilt med spridningen av internationella domäner som blir så vanliga med många moderna webbplatser.
WP_Term_Query och WP_Post_Type Det finns två nya klasser som har introducerats till WordPress-kärnan, vilket för objektorienterade utvecklare är troligt en välkommen förändring. Kort sagt, här är vad du kan förvänta dig:
WP_Term_Query är en klass som gör det enklare och mer flexibelt att fråga terminsinformation. Detta är en utmärkt uppföljning av den tidigare tillägget till termen metadatabord från den senaste versionen av WordPress.WP_Post_Type är en annan ny klass som syftar till att göra interagera med posttyper lite mer förutsägbar än i tidigare iterationer av WordPress.Eftersom WordPress har ett åtagande att bakåtkompatibilitet krävs mycket arbete för att introducera en klass, bryta gammal kod till dess funktioner och så vidare.
Jag är ivrig efter att se att dessa klasser mognar ännu mer med framtida versioner av WordPress.
För dem som arbetar med metadata (om det är posta metadata, användarmetadata, kommentera metadata eller termadata) har det också gjorts förbättringar för dessa API: er.
Kort sagt, API: n har utökats så att de nu stöder typer, beskrivningar och jämn synlighet med REST API. Men vad betyder det praktiskt taget?
Den primära register_meta funktionen stöder nu tre argument, med den sista som en array. Denna enda array bör innehålla några olika bitar av information i formatet av nyckel / värden (som de flesta WordPress-utvecklare borde se när de arbetar med WordPress vid den här tiden):
sanitize_callback bör peka på en metod som kommer att ansvara för sanering av inkommande metadata.auth_callback bör referera till en metod som ger alla behörighetsfunktioner.object_subtype refererar till en sträng som innehåller sluggen av objektets undertyp (vilket ska vara uppenbart med nyckelens namn). Om det inte finns någon subtyp, då en förekomst av WP_Error kommer att returneras.typ avser en sträng som anger vilken typ av metavärde som ska sparas. Även om det inte är begränsat till en lista med typer, är det användbart och säkrare att hålla sig till kända datatyper, t.ex. sträng, boolean, och heltal.beskrivning är inget annat än en sträng som beskriver typen av metinformation som ska skrivas till databasen.enda är en flagga som anger huruvida den som ringer ska förvänta sig att ett eller flera värden ska returneras när de arbetar med några av de få _ * _ meta funktioner.show_in_rest anger huruvida detta ska exponeras som en del av ett visst inläggs REST API-slutpunkt. Enligt denna sida, "Tänk på detta experiment tills WordPress REST API ger stöd för meta."En av de mer subtila, men ändå spännande funktionerna som finns i WordPress-kärnan, är stöd för automatisk laddning av översättningar för vissa projekt.
Specifikt betyder det att teman och plugins som finns i WordPress.org-repositorier automatiskt laddar översättningarna för deras respektive språk så snart de är tillgängliga via översättarnas gemenskap.
Det här förstås naturligtvis på tanken att dina teman är korrekt internationaliserade. Om du inte planerar att distribuera dina projekt till WordPress-repositorierna behöver du dessutom se till att översättningsfilerna är tillgängliga i ditt projekt.
Eftersom Customizer (Once The Theme Customizer) fortsätter att mogna, har utvecklare nu ett API som stöder valideringsbegränsningar. Att gå igenom de tillgängliga API: erna skulle ta en handledning helt eget så jag kommer inte att gå in i detalj om dem i den här artikeln.
Om du är en temautvecklare eller någon som utnyttjar Customizer i ditt dagliga arbete, tycker jag att det är värt att läsa den här mycket djupgående artikeln för att få en uppfattning om hur det fungerar, samt hur man lägger till validering på klientsidan och serverns sida. Det är också värt att läsa för att få en förståelse för hur anmälnings API fungerar.
Dessutom kan vi arbeta med valideringsfel (istället för att misslyckas) så att vi enkelt kan meddela våra användare när något inte fungerar korrekt.
Och slutligen, för dem som gör mycket arbete med WordPress Multisite, har några förändringar införts som borde förbättra prestandan för varianten av ansökan.
Specifikt tillägget av WP_Site_Query klass och WP_Network_Query klassen hjälper dig att skriva frågor som specifikt riktar sig mot en viss webbplats eller hela nätverket.
Du kan läsa Allt om Pepper Adams på Wikipedia. Kanske är det bästa introduktionen till musiker i första stycket:
[Pepper] var en amerikansk jazzbariton saxofonist och kompositör. Han komponerade 43 stycken, var ledaren på arton album som spände över 28 år och deltog i 600 sessioner som sideman.
Med, naturligtvis, mycket mer information som kommer senare i artikeln. Men om du är intresserad av Peppers musik, kan du kolla in följande video:
Om inget annat är det ett snyggt sätt att avslöja dig själv till musik du kanske redan gillar eller upptäcka något du än har att prova.
Och där har du det: en fullständig översyn av allt som du kan förvänta dig att se, hävstångseffekt och njuta av i WordPress 4.6. Det finns många enorma förändringar på prestanda och en handfull nya funktioner som introduceras speciellt för utvecklare.
För dem som bara kan komma igång med WordPress, är det en spännande tid! Om du är intresserad av att få fart, kan du kolla in några av mina kurser och handledning på min profilsida. Du kan också följa mig på min blogg och / eller Twitter på @tommcfarlin där jag pratar om olika mjukvaruutveckling och hur vi kan använda dem i WordPress, samt tweeting om det ibland slumpmässiga eller roliga grejen.
Om du har några frågor, kommentarer eller tillägg till något ovan, tveka inte att lämna dem i kommentarerna nedan.
register_meta förbättringar