Share
La 16 august 2016, WordPress 4.6 (codenamed "Pepper") a fost lansat publicului. Ca și în cazul fiecărei versiuni a CMS, sunt multe de analizat când vine vorba de ceea ce a fost actualizat sau introdus.
Unele dintre modificări sunt sub capota sau legate de performanța aplicației. Altele sunt pur concentrate pe dezvoltator sau designer. Apoi, există actualizări care se aplică tuturor, în special bloggerilor și managerilor de conținut, care utilizează aplicația.
În acest post, voi examina cât mai multe caracteristici noi și îmbunătățiri cu putință. Mai departe, voi renunța la caracteristicile relevante pentru tipurile de dezvoltatori și tipurile de manager de conținut. În acest fel, dacă știți, de exemplu, nu sunteți interesat de un nou API, atunci puteți sări peste secțiunea.
Pe de altă parte, dacă căutați să aflați ceva nou care ar putea îmbunătăți abilitățile dvs. de dezvoltare WordPress, atunci probabil că acesta este doar tutorialul care vă ajută exact.
Înainte de a ajunge la o explicație a multor caracteristici noi, să aruncăm o privire la videoclipul promoțional și introductiv pentru WordPress 4.6:
După cum puteți vedea în videoclip, actualizarea este numită (la fel ca toate versiunile WordPress) după o legendă de jazz - în acest caz Pepper Adams. Videoclipul evidențiază următoarele caracteristici:
În cele din urmă, scopul lansării este așa cum este menționat:
O lansare concentrată care vă ajută să mergeți mai repede.
Cu această introducere, să ne aruncăm adânc în toate cele de mai sus (și chiar unele dintre lucrurile care nu au fost menționate).
Înainte de a sări în mai multe actualizări tehnice, cred că este util să te uiți la actualizările care se aplică toata lumea care utilizează WordPress indiferent dacă sunteți un blogger, un manager de conținut, un dezvoltator sau un designer.
La urma urmei, WordPress este în primul rând o aplicație pentru gestionarea conținutului, și acesta este cel mai amplu apel. Deci, cu asta a spus, să aruncăm o privire la unele dintre caracteristicile care sunt acum disponibile pentru oricine care folosește aplicația pentru publicarea conținutului.
Ca utilizator, una dintre experiențele mai jarring pe care le-am experimentat anterior cu WordPress este modul în care a reușit să actualizeze pluginurile și temele.
Mai exact, procesul a funcționat astfel:
În unele cazuri, este necesar să activăm o temă sau un plugin.
În WordPress 4.6, aceasta nu mai este o problemă. Pentru cei care au urmat Adunări lucioase proiect, veți vedea acest lucru ca parte a aplicației de bază.
Aceasta înseamnă că toți pașii de mai sus nu mai sunt necesari. În schimb, totul se întâmplă în linie, fără a mai fi nevoie de lucruri suplimentare.
Începând cu WordPress 3.8, aplicația de bază a folosit Google Fonts pentru a ajuta la crearea unei experiențe coerente în admin pentru toți utilizatorii, indiferent de sistemul lor de operare.
Dar asta a fost acum trei ani, iar webul se mișcă destul de repede. În WordPress 4.6, aplicația de bază folosește fonturi native. Nu numai că acest lucru ar părea excelent în sistemul dvs. de operare ales, dar, de asemenea, sparge dependența de descărcarea fonturilor atunci când redați ecrane de administrare.
Aceasta înseamnă un aspect mai nativ și o performanță mult mai rapidă a paginii.
Pentru cei care scriu de mai multe ori pe zi, pe săptămână, pe lună sau la orice frecvență se potrivește cu hobby-ul tău sau cu afacerea ta, probabil îți petreci mult timp legând la alt conținut.
Și de ce nu? Legarea conținutului dvs. la alte postări și pagini de pe blogul dvs. sau pe alte site-uri de pe web vă ajută să oferiți cititorilor dvs. un context mai amplu față de ceea ce vorbiți, precum și alte locuri pe care le pot vizita pentru a afla mai multe despre subiectele pe care le discutați.
Dar există o problemă în a face acest lucru: Ce se întâmplă dacă conținutul nu mai există? Sau dacă link-ul pe care l-ați furnizat trimite cititorilor dvs. o pagină care nu există?
În WordPress 4.6, această problemă a fost atenuată. Mai precis, există un checker de link-uri încorporate, astfel încât atunci când încercați să conectați un cuvânt sau o expresie la o adresă URL, WordPress va verifica dacă postul există. Dacă nu, atunci vă va oferi un indicator clar ca atare.
Este un plus frumos, mai ales pentru cei care scriu și leagă frecvent. Bineinteles, inca avertizez pe cineva care foloseste o functie ca aceasta sa se asigure ca verifica link-urile chiar daca par a fi link-uri valide.
Pentru cei dintre voi care sunt mai tehnici - poate sunteți doar curioși despre ceea ce sa întâmplat în software-ul de bază sau sunteți cineva care dorește să profite de ultimul cod din aplicație - aici este o listă a tot ceea ce a făcut-o în 4.6 eliberare.
Accentsconagua
Legătură elementAșa cum este definit în specificația W3C, o sugestie despre resurse:
definește relațiile dns-prefetch, preconnect, prefetch și prerender ale Elementului HTML Link ()
Rețineți că acest lucru nu trebuie confundat cu elementul de ancorare (sau etichetă). Indiferent de aceasta, văd sprijinul pentru aceste tipuri de atribute, le-am pus la dispoziție printr-un filtru (dacă este necesar) și dacă am integrat-o în WordPress core este frumos.
Pe măsură ce W3C continuă să adauge aceste tipuri de specificații, iar browserele încep să le adopte, putem continua să vedem îmbunătățiri prin intermediul proiectelor noastre bazate pe web.
Pentru mulți, colaborarea cu API-ul HTTP este o parte standard a oricărui proiect, în special atunci când lucrează în contextul unor soluții mai mari, fie că este vorba de un site complet, de o aplicație web sau de un plugin avansat.
Indiferent, actualizările API-ului HTTP introduc:
Cel puțin unul dintre aceștia, dacă nu cel mai mult, ar trebui să fie binevenit de oricine a lucrat cu solicitări către alte domenii, în special cu proliferarea domeniilor internaționale devenind atât de obișnuite cu multe site-uri moderne.
WP_Term_Query și WP_Post_Type Există două noi clase care au fost introduse în WordPress core care, pentru dezvoltatorii orientați-obiect, este probabil o schimbare binevenită. Pe scurt, iată ce vă puteți aștepta:
WP_Term_Query este o clasă care face mai ușoară și mai flexibilă interogarea termenului de informație. Acesta este un excelent follow-up la adăugarea anterioară a tabelelor de metadate termen din ultima versiune de WordPress.WP_Post_Type este o altă clasă nouă care are scopul de a face interacțiunea cu tipurile de posturi un pic mai previzibil decât în iterațiile anterioare ale WordPress.Deoarece WordPress are un angajament față de compatibilitatea înapoi, este nevoie de o mulțime de lucruri pentru a introduce o clasă, a rupe codul vechi în funcțiile sale și așa mai departe.
Sunt dornic să văd aceste clase maturi chiar mai mult cu viitoarele versiuni ale WordPress.
Pentru cei care lucrează cu metadate (fie că este vorba de metadate postate, metadate de utilizator, metadate de comentariu sau metadate de termeni), s-au făcut îmbunătățiri acestor API, precum și.
Pe scurt, API-ul a fost extins astfel încât acum să sprijine tipuri, descrieri și chiar vizibilitate cu API-ul REST. Dar ce înseamnă acest lucru, practic?
Primar register_meta funcția acceptă acum Trei argumentele, ultima fiind o matrice. Această matrice unică ar trebui să includă câteva fragmente diferite de informații în format de chei / valori (pe care majoritatea dezvoltatorilor WordPress ar trebui să fie utilizați pentru a vedea când lucrează cu WordPress în acest moment):
sanitize_callback ar trebui să indice o metodă care va fi responsabilă pentru dezinfectarea metadatelor primite.auth_callback ar trebui să se refere la o metodă care să furnizeze toate funcționalitățile de autorizare.object_subtype se referă la un șir care conține sloganul subtipului obiectului (care ar trebui să fie evident prin numele cheii). Dacă nu există nici un subtip, atunci un exemplu de WP_Error va fi returnat.tip se referă la un șir care indică ce tip de valoare meta să fie salvat. Deși nu este limitat la o listă de tipuri, este util și mai sigur să rămânem la tipurile de date cunoscute, cum ar fi şir, boolean, și întreg.Descriere nu este altceva decât un șir care descrie tipul de meta informație care trebuie scrisă în baza de date.singur este un steag care indică dacă apelantul ar trebui să aștepte ca una sau mai multe valori să fie returnate atunci când lucrează cu unele dintre ele obține _ * _ meta funcții.show_in_rest afirmă dacă acest lucru ar trebui sau nu să fie expus ca parte a unui punct final REST API al unei postări. În conformitate cu această pagină, "Luați în considerare acest experiment până când API-ul WordPress REST oferă suport pentru meta."Una dintre caracteristicile mai subtile, dar interesante disponibile în WordPress core este suportul pentru încărcarea automată a traducerilor pentru anumite proiecte.
În mod specific, aceasta înseamnă că temele și pluginurile disponibile în arhivele WordPress.org vor încărca automat traducerile pentru locațiile lor respective de îndată ce vor fi disponibile prin intermediul comunității de traducători.
Desigur, acest lucru se bazează pe ideea că temele dvs. sunt bine internaționalizate. În plus, dacă nu intenționați să implementați proiectele în depozitele WordPress, atunci trebuie să vă asigurați că fișierele de traducere sunt disponibile în proiectul dvs..
Deoarece personalizatorul (odată The Theme Customizer) continuă să se maturizeze, dezvoltatorii au acum un API care suportă constrângeri de validare. Mersul prin API-urile disponibile ar lua un tutorial propriu-zis, așa că nu voi intra în detaliu despre ele în acest articol special.
Dacă sunteți un dezvoltator de temă sau cineva care folosește The Customizer în munca dvs. de zi cu zi, atunci cred că merită citit acest articol foarte detaliat pentru a obține o idee despre cum funcționează, precum și cum să adăugați validarea partea clientului și partea de server. Merită, de asemenea, să citiți pentru a înțelege modul în care funcționează API-urile pentru notificări.
În plus, suntem capabili să lucrăm cu erori de validare (mai degrabă decât să nu reușim în tăcere), astfel încât să putem înștiința cu ușurință utilizatorii noștri atunci când ceva nu funcționează în mod corespunzător.
În sfârșit, pentru cei care lucrează mult cu WordPress Multisite, s-au introdus câteva modificări care ar trebui să îmbunătățească în mod semnificativ performanța pentru varianta aplicației.
În mod specific, adăugarea textului WP_Site_Query clasa și WP_Network_Query clasa vă va ajuta să scrieți întrebări adresate în mod special unui anumit site sau întregii rețele.
Poți citi toate despre Pepper Adams pe Wikipedia. Poate cea mai bună introducere la muzician este în primul paragraf:
[Pepper] a fost un saxofonist și compozitor american de jazz baritone. A compus 43 de piese, a fost lider pe optsprezece albume de 28 de ani și a participat la 600 de sesiuni ca sideman.
Cu, bineînțeles, mai multe informații care vin mai târziu în articol. Dar dacă sunteți interesat de muzica lui Pepper, nu ezitați să vizitați următorul videoclip:
Dacă nu este nimic altceva, este o modalitate elegantă de a vă expune muzicii pe care probabil vă puteți dori sau de a descoperi ceva pe care încă nu trebuie să-l încercați.
Și acolo aveți-o: o analiză completă a tot ceea ce vă puteți aștepta să vedeți, să utilizați și să vă bucurați în WordPress 4.6. Există o mulțime de schimbări extraordinare în ceea ce privește performanța și o serie de caracteristici noi introduse în mod specific pentru dezvoltatori.
Pentru cei care pot începe cu WordPress, este un moment extraordinar! Dacă sunteți interesat de a fi adus la viteza, puteți verifica unele dintre cursurile mele și tutoriale pe pagina mea de profil. Puteți, de asemenea, urmați-mă pe blogul meu și / sau pe Twitter la @tommcfarlin unde vorbesc despre diverse practici de dezvoltare software și despre modul în care putem să le angajăm în WordPress, precum și despre tweeting despre lucrurile ocazional aleatorii sau amuzante.
Dacă aveți întrebări, comentarii sau adăugiri la ceva de mai sus, atunci vă rugăm să nu ezitați să le lăsați în comentariile de mai jos.
register_meta îmbunătăţiri