Cârligele sunt furnizate de WordPress pentru a permite pluginului dvs. să se „conecteze” la restul WordPress; adică să apelezi funcții din plugin-ul tău la momente specifice și, prin urmare, să-ți pui pluginul în mișcare. Există două tipuri de cârlige:
- (Codex)
- (Codex)
Puteți realiza uneori același obiectiv fie cu o acțiune, fie cu un filtru. De exemplu, dacă doriți ca pluginul dvs. să modifice textul unei postări, puteți adăuga o funcție de acțiune la publish_post (deci postarea este modificată pe măsură ce este salvată în baza de date) sau o funcție de filtrare la the_content (deci postarea este modificat așa cum este afișat în ecranul browserului).
Pentru o listă detaliată a tuturor cârligelor de acțiune și de filtrare din WP, consultați baza de date WordPress Hooks a lui Adam Brown.
Referință de funcție
|
| Acțiuni Funcții |
|---|
| Funcții de activare/dezactivare/dezinstalare | |
|---|---|
Acțiuni
Acțiuni sunt declanșate de evenimente specifice care au loc în WordPress, cum ar fi publicarea unei postări, schimbarea temelor sau afișarea unui . O acțiune este o funcție PHP personalizată definită în pluginul (sau tema) și coroiat, adică stabilit să răspundă la unele dintre aceste evenimente. Acțiunile fac de obicei una sau mai multe dintre următoarele:
- Modificați datele bazei de date.
- Trimiteți un mesaj de e-mail.
- Modificați ecranul de administrare generat sau pagina front-end trimisă către un browser de utilizator.
Pașii de bază pentru a realiza acest lucru (descriși mai detaliat mai jos) sunt:
- Creați o funcție PHP care ar trebui să se execute atunci când are loc un anumit eveniment WordPress, în fișierul dvs. de plugin.
- Conectați această funcție la eveniment utilizând funcția.
- Puneți funcția PHP într-un fișier plugin și activați-o.
Creați o funcție de acțiune
Primul pas în crearea unei acțiuni în pluginul dvs. este să creați o funcție PHP cu funcționalitatea de acțiune a pluginului dvs. și să o puneți în fișierul dvs. de plugin (fișierul dvs. de plugin trebuie să intre în wp-conținut/pluginuri director). De exemplu, dacă doriți ca prietenii dvs. să primească un mesaj de e-mail ori de câte ori creați o postare nouă, puteți defini următoarea funcție:
Funcția email_friends($post_ID) ( $friends = " [email protected],[email protected]"; mail($prieteni, "blog-ul lui Sally actualizat", "Tocmai am pus ceva pe blogul meu: http://blog.example.com"); returnează $post_ID; )
Pentru majoritatea acțiunilor, funcția dvs. ar trebui să accepte un singur parametru (de obicei, ID-ul postării sau al comentariului, în funcție de acțiune). Unele acțiuni necesită mai mult de un parametru -- verificați documentația pentru acțiune (dacă este disponibil) sau codul sursă WordPress pentru mai multe informații. Pe lângă un singur parametru, puteți accesa și alte funcții WordPress (sau funcții din fișierul plugin).
Orice text rezultat de funcție (de exemplu, cu tipărire) va apărea în sursa paginii în locația în care a fost invocată acțiunea.
NOTĂ: Rețineți că alte plugin-uri sau nucleul WordPress poate utiliza deja numele funcției la care v-ați gândit. Consultați secțiunea următoare, pentru mai multe informații.
Evitarea coliziunilor cu numele funcției
Este posibil ca cineva să fi creat un plugin cu o funcție numită la fel ca și una din pluginul dvs.
Aceasta este o problemă deoarece PHP nu permite mai multe funcții cu același nume. Dacă două plugin-uri oferă o funcție cu același nume sau un plugin oferă o funcție cu un nume la fel ca și o funcție WordPress, blogul ar putea înceta să mai funcționeze. Există două moduri de a evita această problemă.
Prima soluție este să prefixezi fiecare funcție din plugin-ul tău cu un set unic de caractere. Dacă numele tău este John Q. Public, s-ar putea să-ți declari funcțiile ca funcție jqp_output() (...) . Probabilitatea ca cineva cu aceleași inițiale să facă același lucru cu pluginul său este posibilă, dar scăzută.
A doua - și posibil mai ușor - o soluție este să includeți funcțiile pluginului într-o clasă și să apelați static metodele clasei. Acest lucru sună mai complicat decât este.
Luați în considerare această clasă, care extinde exemplele furnizate mai sus:
Emailer de clasă (funcția statică send($post_ID) ($prieteni = " [email protected],[email protected]"; mail($friends,"sally's blog updated","Tocmai am pus ceva pe blogul meu: http://blog.example.com"); returnează $post_ID; ) ) add_action("publish_post", array("emailer", "send"));
Această clasă numită emailer are o metodă trimite care implementează funcționalitatea pluginului.
Funcția add_action() din afara clasei adaugă acțiunea la WordPress care îi spune să apeleze trimite metoda atunci când o postare este publicată. Matricea folosită în al doilea parametru îi spune sistemului pluginului să apeleze metoda statică a clasei „emailer” numită „send”.
Functia trimite este protejat de spațiul de nume global prin declarația clasei. Nu este posibil să apelați direct send() și deci orice altă funcție numită trimite nu se va ciocni cu acesta. Dacă doriți să apelați send(), ar trebui să utilizați un operator de rezoluție a domeniului, ca acesta: emailer::send()
Exemplul de mai sus este pentru metode statice. Dacă aveți o instanță a unei clase, atunci aceasta nu va funcționa. Pentru a apela o metodă a unei instanțe, trebuie să treceți instanța ca variabilă. Luați în considerare exemplul de mai sus modificat pentru a ține cont de acest lucru:
E-mail de clasă (funcția trimite($post_ID) ($prieteni = " [email protected],[email protected]"; mail($friends,"sally's blog updated","Tocmai am pus ceva pe blogul meu: http://blog.example.com"); returnează $post_ID; ) ) $myEmailClass = emailer nou (); add_action("publicare_post", array($myEmailClass, "send"));
Orele sunt un subiect complicat. Citiți mai multe despre ele în documentația PHP despre cursuri.
Conectați-vă la WordPress
După ce funcția dvs. este definită, următorul pas este să o „conectați” sau să o înregistrați cu WordPress. Pentru a face acest lucru, apelați spațiul de execuție global al fișierului dvs. de plugin:
Add_action("nume_cârlig", "numele_funcției_dvs.", , );
Hook_name Numele unui cârlig de acțiune furnizat de WordPress, care spune la ce eveniment ar trebui să fie asociată funcția ta. your_function_name Numele funcției pe care doriți să o executați în urma evenimentului specificat de hook_name . Aceasta poate fi o funcție php standard, o funcție prezentă în nucleul WordPress sau o funcție definită de dvs. în fișierul plugin (cum ar fi „email_friends” definit mai sus). priority Un argument opțional întreg folosit pentru a specifica ordinea în care sunt executate funcțiile asociate cu o anumită acțiune (implicit: 10). Numerele mai mici corespund cu execuția anterioară, iar funcțiile cu aceeași prioritate sunt executate în ordinea adăugată la acțiune. accepted_args Un argument întreg opțional care definește câte argumente poate accepta funcția ta (implicit 1), util deoarece unele hook-uri pot transmite mai mult de un argument funcției tale. Acest parametru este nou în versiunea 1.5.1.
În exemplul de mai sus, am pune următoarea linie în fișierul plugin:
Add_action ("publicare_post", "email_prieteni");
Instalați și activați
Ultimul pas pentru a vă pune în funcțiune cârligul de filtru este să instalați fișierul și să activați pluginul. Funcția PHP pe care ați scris-o și apelul trebuie să intre împreună într-un fișier PHP, iar fișierul PHP trebuie instalat în wp-conținut/pluginuri director. Odată ce este instalat, va trebui să vizitați secțiunea de administrare a WordPress și să vă activați pluginul; vezi pentru mai multe detalii.
Cârlige curente pentru filtre
Activare/Dezactivare/Dezinstalare
Dacă pluginul dvs. are sarcini de finalizat numai la momentul activării sau dezactivarii, poate utiliza și Action Reference - O listă a cârligelor de acțiune ale WordPress
Resurse externe
- Baza de date WordPress Hooks a lui Adam Brown, o bază de date cu toate cârligele WordPress, care arată din ce versiune provin acestea și se leagă la punctele de cod sursă care le folosesc. Acesta este cel mai complet.
- Otto pe WordPress:
Astăzi vom vorbi despre API-ul WordPress REST (unii îl numesc API-ul REST JSON), o viitoare adăugare la nucleul WordPress care este acum disponibil ca plugin și a apărut inițial în versiunea 4.1. Acum așteptăm integrarea în două etape în versiunile 4.4 și 4.5. Dacă dezvoltatorii sunt foarte entuziasmați de aspectul acestui lucru optiune noua, atunci este posibil ca utilizatorul obișnuit de WordPress să nu înțeleagă toată această entuziasm, deși apariția acestei caracteristici poate fi numită o piatră de hotar semnificativă în istoria WordPress. Să aflăm ce este WordPress REST API, ce înseamnă pentru viitorul WordPress și de ce este scris cu majuscule.
Ce este un API?
Să începem cu elementele de bază și terminologia, deoarece numele JSON REST API este alcătuit în întregime din acronime. Primele trei litere ale „API” reprezintă interfața de programare a aplicațiilor.
Pentru ce este API-ul?
Practic, API-ul este necesar pentru a conecta diferite piese de software și vă puteți gândi la el ca la un port USB.
Porturile USB sunt folosite pentru comunicare tipuri variate dispozitive cu computerul dvs. Acestea ar putea fi imprimante, comenzi pentru computer, hard disk-uri portabile, telefoane etc. Prin acest port, computerul și dispozitivul pot interacționa între ele, schimbând informații. Un API este ceva similar, doar că conectează nu dispozitive, ci programe. Astfel, programele pot face schimb de date în limite strict definite, interacționând între ele. Utilizați în mod constant API-ul fără să îl observați. De exemplu, dacă utilizați programe de la terți pentru a vă folosi contul Twitter, această acțiune este efectuată prin intermediul API-ului Twitter. Datorită tehnologiei API, pot fi pe Twitter în fiecare zi, fără măcar să merg pe site-ul Twitter.
API-ul este, de asemenea, necesar atunci când utilizați servicii de marketing prin e-mail precum MailChimp pe site-ul dvs. WordPress. Pe scurt, o interfață de programare a aplicațiilor permite dezvoltatorilor să folosească funcțiile și datele altor aplicații sau servicii web pentru propriul software într-o manieră complet sigură.
Ce înseamnă REST și JSON?
REST este o abreviere pentru Representational State Transfer. REST descrie o arhitectură API specifică concepută pentru a fi ușoară, ușor de utilizat și potrivită pentru o gamă largă de servicii. Google, Facebook și Twitter folosesc stilul REST pentru multe dintre API-urile lor, din simplul motiv că REST este construit pe HTTP, un protocol care este folosit peste tot pe web, împreună cu vărul său mai sigur HTTPS. Datorită compatibilităţii sale ridicate cu tehnologii moderne, API-urile construite pe baza REST câștigă din ce în ce mai multă popularitate pe web, și nu doar în cazul WordPress. Aproape orice program care are acces la Internet poate folosi acest tip de API. Aceasta pare o mare oportunitate de interoperabilitate între programe, nu-i așa?
JSON este un format de schimb de date bazat pe text, bazat pe JavaScript. Lucrul minunat despre JSON este că este un format care este atât pentru oameni, cât și pentru mașini. Dezvoltatorii îl pot scrie și citi ca un limbaj de programare obișnuit, iar computerele îl pot analiza și genera cu ușurință. Oricum ar fi, cel mai important avantaj al său este că principalele limbaje de programare au deja codificatoare și decodificatoare pentru a converti structura datelor în JSON sau invers. Aceasta înseamnă că interfața JSON poate acționa ca un traducător între două aplicații care au fost scrise în limbi diferite și, altfel, nu ar comunica niciodată între ele.
Formatul JSON poate deveni un fel de conector universal pe internet și, din acest motiv, WordPress și alte servicii mari au decis să profite de acest avantaj. În plus, în WordPress JSON înlocuiește și standardul XML-RPC puțin depășit, care este mai dificil de utilizat.
Cu toate acestea spuse, se pot trage următoarele concluzii:
- API este un conector pentru orice software;
- REST este designul acestui conector;
- JSON este un cablu cu mufe universale la capete;
API-ul JSON REST și WORDPRESS
Bine, ne-am dat seama că acest lucru este util. Dar WordPress nu folosește deja aceste API-uri în cadrul său? Ei bine, da, există unul și este API-ul WordPress. Este folosit pentru pluginuri WordPress și funcționează numai cu procesele interne WordPress. Dar dacă vorbim de interacțiune cu software extern, atunci acest API este depășit și nu este foarte ușor de utilizat. Noul API WP este mult mai universal, deoarece a fost creat astfel încât WordPress să poată interacționa cu ușurință cu alte site-uri web și servicii de pe Internet. Folosind un API universal, puteți afișa și salva conținut de pe alte site-uri și aplicații, indiferent dacă folosesc sau nu motorul WordPress. Așa e, acest API permite platformei WordPress să devină un sistem de management al conținutului potrivit pentru orice aplicație scrisă în orice limbă.
În plus, același lucru funcționează invers. Tot ceea ce se află pe site-ul dvs. WordPress va fi disponibil și pe orice site și serviciu extern, inclusiv:
- Înregistrări;
- Pagini;
- Tipuri de postări personalizate;
- Mass-media;
- Comentarii;
- Taxonomii;
- Utilizatori;
- Și mult mai mult
Funcționează pentru că totul se bazează pe HTTP, care este disponibil peste tot. Protocolul permite site-urilor să trimită, să creeze, să citească, să actualizeze sau să șteargă cereri între două părți. În HTTP, comenzile POST, GET, PUT și DELETE sunt echivalente. În plus, API-ul înțelege URL-uri a căror structură este similară directoarelor și, după cum știm, link-uri similare sunt folosite de WordPress și de alte sisteme de gestionare a conținutului.
Rezumând ceea ce s-a spus, putem spune că dacă doriți să transferați toate înregistrările unui anumit utilizator de pe site-ul dvs. pe o altă resursă, atunci puteți utiliza pur și simplu directiva -
GET http://yoursite.com/users/username.
Același lucru este valabil și pentru actualizarea postărilor individuale, ștergerea utilizatorilor, publicarea paginilor și multe altele. Pe scurt, API-ul vă permite să gestionați zona de administrare WordPress fără a fi nevoie de autentificare manuală și să utilizați conținut non-WordPress.
Grozav, dar este sigur? Vestea bună este că API-ul WordPress REST are măsuri de securitate încorporate. Cuvântul magic aici este autentificare. Interfața are atât autentificare prin cookie-uri, cât și autentificare OAuth. Deci, autentificarea cookie-urilor funcționează pentru pluginuri și teme, iar OAuth este folosit pentru a autentifica clienții de pe mobil, web și desktop. Ambele metode limitează activitățile terților pe site-ul dvs. Deoarece API-urile sunt create astfel încât platformele să poată face schimb de informații strict definite într-o manieră limitată, datele dumneavoastră sunt complet în siguranță.
Ce înseamnă WP API pentru WORDPRESS?
Este acesta unul dintre acele lucruri pe care doar dezvoltatorii le pot folosi? Cum va afecta această schimbare utilizatorul mediu al site-ului? Adăugarea API-ului WordPress REST este primul pas către a face din WordPress o platformă de aplicații web cu drepturi depline, deoarece deschide platforma WordPress pentru a interacționa cu întregul internet.
După cum am menționat mai sus, API-urile vă permit să faceți aceleași lucruri pe care le-a permis panoul de administrare WordPress, dar fără a ocoli interfața cu utilizatorul. Aceasta înseamnă că un backend WordPress nu mai este necesar.
- Orice dezvoltator poate crea un panou de administrare WordPress alternativ bazat pe aproape orice dispozitiv sau platformă.
- Noul API ar putea aduce multe alternative la backend-ul standard, inclusiv aplicatii mobile, disponibil pentru administrarea WordPress
- Deoarece suportul JSON este integrat în mod nativ în iOS și Android, monopolul aplicației WordPress va fi istoric.
- Conținutul terților va fi disponibil și pentru WordPress. Și mai bine, API-ul face ca limbajul și mediul conținutului WordPress să fie independente, astfel încât să puteți prelua conținut din orice sursă și să îl afișați așa cum doriți.
- Ruby on Rails și alte cadre vor avea acces la funcționalitatea WordPress și la toate capabilitățile care vin cu acesta, iar beneficiile acestor zone vor fi disponibile pentru utilizatorii WordPress.
Această știre va mulțumi mai ales dezvoltatorii care lucrează cu front-end, deoarece aceștia vor putea schimba frontend-ul după bunul plac, fără a afecta backend-ul.
Pentru non-dezvoltatori, această tehnologie poate fi folosită pentru a crea noi soluții pentru a integra conținut din alte profiluri web cu site-urile lor WordPress.
WordPress intră într-o nouă eră
Nu numai că noi tipuri de conținut vor deveni disponibile pentru WordPress, dar datorită noului API, conținutul WordPress va fi disponibil pentru întregul internet. Sistemele non-PHP vor putea folosi datele WordPress și le vor personaliza cu propriile aplicații.
Dar cel mai interesant lucru este posibilitatea de a folosi produse WordPress, de exemplu, plugin-uri, pe alte platforme și sisteme de management al conținutului.
Aplicațiile mobile construite pe WordPress vor fi disponibile peste tot, ceea ce este o veste excelentă pentru toți cei care le creează sau le folosesc. Cred că vor exista soluții care vor permite utilizatorului obișnuit să creeze automat aplicații mobile bazate pe site-uri WordPress.
În cele din urmă:
După cum puteți vedea singur, WordPress nou API-ul REST transformă WordPress în ceva nou. Acesta va deschide WordPress pentru întregul Internet și va permite platformei să interacționeze mai perfect cu aplicații și servicii terțe. Apariția WordPress REST API va mulțumi nu numai dezvoltatorilor, ci și utilizatori obișnuiți, care va primi multe oportunități noi.
Pluginul este o bibliotecă încărcată dinamic (DLL). După instalarea programului, toate pluginurile incluse în distribuție sunt plasate în director c:\Program Files (x86)\Common Files\Soft Gold\Inventory 14\Plugins\... Extensia *.abl este necesară pentru descărcare automată plugin din directorul specificat când pornește aplicația. Pluginul poate fi încărcat și din orice altă locație de pe disc, specificând calea de căutare în setări.
Inițializarea API-ului pluginului
(Extensii Delphi VCL)
(Interfață plugin pentru ABViewer/Inventory)
(Copyright (c) 2002-2010 SoftGold software company)
{************************************************************}
unitate sgPluginItem;
interfata
implementare
XMLDocRef: IXMLDocument = nil;
ClientRef: IXMLNode = nil;
P: Indicator = zero;
PluginsHostWnd: HWND = 0;
PluginsHostWndName: șir = "";
XMLAtomString: șir = "";
procedura InitializeDoc;
ÎNCEPE
// obținerea numelui unic al clasei ferestre cu parametri
PluginsHostWndName:= Format("TsgPluginsHost:%.8X:%.8X", );
// găsirea ferestrei în sine
PluginsHostWnd:= FindWindow(PChar(PluginsHostWndName), nil);
Dacă PluginsHostWnd<>0 atunci
ÎNCEPE
// obținerea șirului atom pentru a obține parametrul documentului xml
XMLAtomString:= Format("XMLOfs%.8X%.8X",
XMLDocRef:= IXMLDocument(GetProp(PluginsHostWnd, PChar(XMLAtomString)));
Dacă este atribuit (XMLDocRef), atunci
ÎNCEPE
// adăugarea unui element
ClientRef:= XMLDocRef.DocumentElement.ChildNodes.ChildNodes.AddChild(sClient);
// inițializează adresa funcției Invoke
ClientRef.ChildValues["Invoke"] := IntToId(Integer(@Invoke)); // hexazecimal $XXXXXXX
Sfârşit;
Sfârşit;
Sfârşit;
initializare
CoInitialize(P);
InitializeDoc;
Configurarea și rularea versiunii demo a pluginului
Versiunea demo a pluginului este configurată automat la instalarea programului și este conectată imediat după lansarea Inventory. Pachetul include codul sursă al componentei (numele proiectului sgPlugin.dpk) și o versiune demo a pluginului (numele proiectului plug1.dpr).
Procedura de lansare a pluginului din modul de depanare:
▪ Deschide C:\Users\USER_NAME\Documents\Inventory 14\Plugins\Source\Delphi\Demos\Plug1\plug1.dpr
▪ Setați opțiunile de proiect:
Calea de căutare: „..\..\Components\PlugItem”;
Directorul de ieșire, de exemplu: „c:\Program Files\Common Files\Soft Gold\Inventory 14\Plugins”;
Aplicația gazdă, activată din nou aplicație instalată, de exemplu: „c:\Program Files\Soft Gold\Inventory 14\Inventory 14.exe”.
▪ Lansare pentru execuție.
Pentru a utiliza componenta în timpul proiectării, trebuie să deschideți, reconstruiți și instalați C:\Users\USER_NAME\Documents\Inventory 14\Plugins\Source\Delphi\Components\PlugItem\sgPlugin.dpk. După instalarea componentei, componenta TsgPluginItem va apărea în paleta componentelor Delphi, în fila Soft Gold, care poate fi folosită în timpul designului, adică. plasați pe formular.
Excelent pentru integrarea ERP
Acest plugin este EXCELENT, foarte util pentru sincronizarea nopCommerce cu sistemele ERP. Cu toate acestea, nu este complet și puțin depășit. Descărcați codul sursă și aplicația exemplu de pe GitHub pentru a adăuga codul lipsă.
EXPERIENTA MEA PERSONALA
L-am folosit pentru un client care conduce un magazin fizic de ani de zile și mi-a cerut abia recent să creez site-ul de comerț electronic.
El are deja un sistem ERP foarte personalizat pentru menținerea datelor de comerț, cu peste 300 de tabele, inclusiv produse și clienți.
Așa că, deși nopCommerce are un panou de administrare minunat, el a considerat că este o suprasolicitare pentru întreținerea a două sisteme și m-a întrebat cât timp va dura să construiesc un mecanism de sincronizare automată unidirecțională de la ERP-ul său la NopCommerce, actualizând deocamdată constant prețurile și cantitățile produselor.
Am spus că sincer nu știu, mi-aș lua o zi să fac niște analize, să văd ce plugin-uri sunt disponibile și să-i dau o estimare mai precisă până la sfârșitul zilei.
Din fericire, am găsit acest plugin uimitor, am descărcat codul sursă și eșantionul însoțitor. API-ul este ușor de schimbat, deoarece pur și simplu imitați structura bazei de date pentru a oferi orice funcționalitate lipsă. Eșantionul este mai dur, deoarece este foarte de bază, dar arată cum să apelați funcțiile API și cum funcționează mecanismul de autentificare cu simboluri.
Iată ce am făcut eu personal:
1) Am copiat exemplul de aplicație web MVC pe un server de pe intranet cu IIS și am creat o înregistrare CNAME, astfel încât să poată fi accesată ca http://nopSync
2) I-a dat același „aspect și senzație” ca panoul de administrare nopCommerce, făcând „vizualizare sursă” și făcând referire la majoritatea fișierelor css
3) S-au eliminat formularul de conectare și variabilele de sesiune, acreditările codificate greu în web.config și au fost autentificate automat la încărcare
4) Am folosit un script SQL pentru a insera SKU și Producător pentru toate produsele nopCommerce. Aceste două câmpuri combinate au fost cheia mea pentru a potrivi în mod unic produsele între cele două sisteme
5) API-ul oferă o funcție „listă” pentru a selecta toate produsele, dar actualizările sunt efectuate una câte una.
Aș fi putut citi toate produsele și apoi cu o buclă să accesez sistemul ERP de fiecare dată, verificând prețul și cantitatea și actualizând nopCommerce dacă erau diferențe.
Cu toate acestea, am considerat că este mai performant să citesc toate datele nopCommerce într-un tabel PRODUSE de bază de date locală cu un flag DoesItRequireUpdating implicit egal cu false.
Avantajul acestui lucru a fost că sistemul ERP va fi accesat o singură dată. Cu o singură interogare pe tabelul PRODUSE folosind un JOIN pe tabelele bazei de date ERP, am reușit să actualizez prețurile, cantitățile și marcajele PRODUSE și, ulterior, să apelez API-ul de actualizare o dată pentru fiecare produs cu indicatorul setat la adevărat.
6) Am permis atât sincronizarea manuală, cât și sincronizarea automată. Manual prin inserarea unui link către http://nopSync în meniul panoului de administrare și automat prin utilizarea unei sarcini programate pentru a apela în mod repetat eșantionul web.
Când clientul m-a întrebat, la sfârșitul zilei, câte zile ar fi nevoie pentru a construi sincronizarea ERP, i-am spus că datorită plug-ului SevenSpikes API este online și se sincronizează. Multumesc SevenSpikes!!
- Ghidul complet pentru configurarea API-ului WordPress, Partea 1: Introducere
Acum este momentul să devii un dezvoltator profesionist WordPress. Fie că este vorba despre dezvoltare personalizată sau crearea de teme și pluginuri, astăzi există o cerere pentru tot ce are legătură cu acest subiect.
WordPress are un bine scris Documentație API pentru dezvoltatori indiferent de nivelul lor de pregătire. Dar acest lucru nu anulează necesitatea de a acumula experiență practică în domeniul dezvoltării pentru acest CMS.
Ca și în majoritatea lucrurilor din dezvoltarea web, doar pentru că ceva funcționează nu înseamnă că este făcut exact corect. Așadar, noi, ca dezvoltatori și artizani, suntem provocați să ne asigurăm că ceea ce facem este făcut corect.
O mulțime de cod sursă de teme și plugin arată că dezvoltatorii continuă să facă ceea ce funcționează, dar nu se face în cel mai eficient mod. Acest lucru este valabil mai ales pentru opțiunile temei, paginile de meniu, mecanismele de validare și altele asemenea.
Și vrem să oprim asta.
În această serie de articole, vom face o scufundare profundă în inima API-ului WordPress Settings. Vom înțelege care este problema și de ce este importantă și vom învăța, de asemenea, cum să folosim corect acest API.
Scopul nostru principal este să învățăm cum să configurați în mod competent API-ul Setări (API-ul Setări), indiferent de nivelul dvs. de pregătire. Până la sfârșitul seriei, veți obține o înțelegere profundă și holistică și exemple practice despre cum să utilizați corect acest API în practică.
Pentru a finaliza cu succes toate etapele, trebuie să începem de la zero absolut. Înainte de a scrie orice cod și de a analiza exemple, trebuie să facem cunoștință cu API-ul Setări - aflați ce este și pentru ce este destinat.
Definiția termenului „Settings API”
În esență, API-ul Settings este un set de funcții furnizate de WordPress care simplifică procesul de creare a meniurilor, pagini de setări și stocarea, validarea și preluarea intrărilor utilizatorului.
Sună simplu, nu-i așa?
În această serie de articole vom studia fiecare aspect în detaliu. Și ne putem baza pe această definiție simplă în munca noastră viitoare.
De ce ar trebui să utilizați API-ul Setări?
Acum că am stabilit ce este API-ul Setări, să vedem de ce îl vom folosi în locul propriilor rutine personalizate pentru procesarea intrărilor utilizatorului, serializarea (procesul de transformare a unei structuri de date într-o secvență de biți), si validare.
Interacționează cu WordPress Core
API-ul Settings a fost dezvoltat de creatorii platformei WordPress pentru a facilita crearea extensiilor. Prin urmare, este doar logic să folosiți funcțiile oferite de acest API.
Desigur, puteți ocoli API-ul Setări și puteți implementa prin forța brută propria dvs. funcționalitate fără ca nimeni să vă oprească, dar acest lucru necesită muncă inutilă și riscă să nu urmați recomandările echipei de bază WordPress, ceea ce poate duce în cele din urmă la erori în panoul de control.
Utilizarea unui instrument creat de dezvoltatori pentru dezvoltatori ne asigură că interacționăm cu nucleul în mod corect.
Caracteristici standard gratuite
Utilizarea API-ului Setări nu este doar o garanție că dezvoltarea va continua calea cea buna. De asemenea, se asigură că interfața cu utilizatorul va respecta tradițiile platformei, iar datele vor fi prelucrate prin mecanisme similare cu cele utilizate în WordPress însuși. În plus, poate economisi mult timp.
Când începeți să vă creați interfețele folosind aceleași principii ca cele utilizate în WordPress și utilizați API-ul Setări în munca dvs., produsele dvs. vor ajunge strâns integrate cu CMS-ul.
Aceasta înseamnă că atunci când utilizatorii interacționează cu creațiile tale, se vor simți în largul lor - totul va fi clar pentru ei. Ei vor simți că modifică un supliment de sistem creat de dezvoltatorii WordPress.
Într-adevăr, utilizarea stilurilor native WordPress nu este direct legată de API-ul Settings și este un subiect ușor diferit, dar aspectul API-ului Settings al creării paginilor de meniu necesită utilizarea stilurilor WordPress native.
Nu are rost să rămânem la un stil?
Mai sigur, mai durabil
Profitând de funcțiile încorporate ale WordPress, puteți fi sigur că salvarea, preluarea și validarea vor decurge fără probleme. API-ul Setări oferă multe funcții care sunt sigure de utilizat pentru kernel.
La urma urmei, API-ul Settings este supus acelorași reguli și principii ca și API-ul WordPress. De asemenea, la actualizarea CMS-ului, funcțiile API Setări vor deveni și ele învechite. Veți avea nevoie de ceva timp pentru a vă actualiza proiectul ÎNAINTE ca incompatibilitățile să îi afecteze performanța.
Ce urmeaza?
Acum, ar trebui să înțelegeți de bază ce este API-ul Setări și de ce ar trebui să îl utilizați atunci când creați teme și pluginuri.
