Perspective ale experților: conversații cu Stefan Karamancic de la ManageWP

Cândva, WordPress era o simplă platformă de blogging. De-a lungul anilor, a devenit cel mai puternic instrument pentru construirea de tot felul de site-uri web. Același lucru se poate spune și despre Stefan Karamancic, veteranul Support ManageWP. El este aici cu noi astăzi pentru a sparge gheața și pentru a uita bun venit tuturor în seria noastră de bloguri „Expert Insights”, unde vom intervieva echipa de asistență ManageWP și vă vom oferi o perspectivă asupra experienței și a dăruirii pe care le aduc la masă, precum și câteva soluții de depanare. tehnici pe care le folosesc zilnic.

Ce aveau în comun WoW și bloggeritele fete în 2009? Am auzit că răspunsul este – tu. Este corect? Ne puteți prezenta cum ați început în industria WordPress?

Ei bine, ai putea spune asta. Adevărul este că ambele duc la trezirea interesului pentru a urma o carieră în tehnologia web. Cu vreo 15 ani în urmă, am întâlnit o fată și habar n-aveam că ea va fi cea... care îmi va prezenta o lume cu totul nouă, lumea WordPress! Avea un blog personal pe WordPress.com și am ajutat-o ​​să-și modifice aspectul de câteva ori. Am făcut niște CSS personalizate ici și colo și am ajutat-o ​​să profite la maximum de temele gratuite pe care le aveam la dispoziție atunci. Era un alt timp; totul era mai puțin personalizabil, așa că de multe ori a trebuit să ne bazăm mult mai mult pe funcționalități și modificări personalizate.

Deoarece eram pasionat de tehnologie și curioasă de posibilitățile de aplicare a noilor mele cunoștințe, am început să folosesc WordPress pentru câteva dintre proiectele mele. Am construit câteva forumuri de bresle și câteva site-uri web simple, în primul rând pentru familia și prietenii mei. Menținerea acestora la zi și adăugarea de noi funcționalități de-a lungul timpului m-au ajutat să ajung la esențialul construirii site-urilor web cu WordPress. Privind în urmă, a avea acele proiecte cu pasiune a făcut ca întregul proces de învățare să se simtă ca o briză. Nu învățam să obțin un loc de muncă; Învățam să-mi îmbunătățesc proiectele pasionale. În zilele noastre, avem o mulțime de plugin-uri și teme, iar industria a evoluat atât de mult. Puteți construi site-uri web uimitoare cu puțină sau deloc codificare.

În lumea de astăzi, suntem bombardați în mod constant cu informații, pe măsură ce noi povești, surse și tendințe apar zilnic. Cum ești la curent cu cele mai recente evoluții din WordPress?

E o întrebare grozavă. Mi s-a părut util să definesc zonele care mă interesează și să fiu cu ochii pe câteva surse de știri pentru ca fiecare să rămână la curent.

Îmi place WP Tavern și site-ul web oficial WordPress (în special Resurse pentru dezvoltatori) pentru cunoștințele generale despre WordPress și știrile comunității. Pe lângă faptul că citesc anunțurile despre ceea ce urmează, îmi place să rămân conectat cu comunitatea WordPress. WordPress Slack oficial este un loc minunat pentru a afla știri și pentru a cere ajutor de la alți membri ai comunității.

Un alt site grozav este WP Beginner. Acesta acoperă diverse subiecte și eliberează și actualizează în mod constant ghidurile și articolele. Dacă sunteți în căutarea elementelor de bază, nu puteți greși cu WP Beginner.

Următorul domeniu pe care îl consider important este securitatea site-ului! Buletinele informative Sucuri și WordFence și blogurile sunt sursele mele de preferat pentru a fi informat cu privire la securitatea site-ului, deoarece acesta este întotdeauna un joc cu pisica și șoarecele.

În ceea ce privește știrile mai largi de tehnologie web, urmez trucuri CSS, The Register și Smashing Magazine.

Cum abordați rezolvarea și depanarea problemelor când vine vorba de WordPress?

În același mod în care rămân la curent cu noile dezvoltări, identific zona afectată de problemă și adun cât mai multe informații posibil înainte de a începe investigarea . De obicei, încep prin a confirma dacă se limitează la o anumită componentă sau acțiune. Cum ar trebui să arate rezultatul așteptat? Este ceva pe care sunt capabil să îl reproduc în mod fiabil sau nu? Se întâmplă același lucru pe alte site-uri?

Apoi, când am toate aceste informații, încep prin a replica procesul pas cu pas și îl urmez pe măsură ce se desfășoară. Este util atunci când înregistrarea erorilor este activată, fiind cea mai rapidă modalitate de a vedea unde se întrerupe ceva prin acele jurnale. Când există informații utile în jurnale, pot găsi rapid o soluție la o problemă, pot vedea dacă se rezolvă și apoi încerc din nou. De exemplu, dacă un plugin nu se actualizează, încerc întotdeauna să reluez actualizarea sau încerc să actualizez Hello Dolly sau un alt plugin de bază de pe site. Dacă procesul eșuează, pot verifica apoi jurnalele și pot găsi răspunsurile exacte pe care site-ul sau serverul le-a primit. A fost permisiuni pentru fișiere, o problemă de licență sau o eroare critică, deoarece serverul a rămas fără memorie? Oricare ar fi, accesul la jurnalele de erori facilitează procesul de depanare.

De asemenea, o problemă poate avea mai multe cauze, așa că nu este neobișnuit să apară o altă problemă după ce o rezolvi pe prima. În aceste situații, trebuie să rămâneți concentrat pe problema inițială și să urmați firul până când îl descurcați.

Cu această abordare, trebuie să aveți câteva povești interesante de spus. Puteți împărtăși un exemplu de caz de asistență deosebit de provocator pe care l-ați rezolvat?

Da, cele mai suculente cereri de clonare a site-urilor web își găsesc cumva drumul către căsuța mea de e-mail. Ai putea spune că sunt un magnet pentru clonarea necazurilor! În urmă cu câțiva ani, am primit un bilet că un utilizator avea nevoie de ajutor pentru a-și clona site-ul. Cazul a fost că site-ul lor live a dispărut după ce au început o clonă. La început, am fost surprins deoarece instrumentul nostru Clonare nu are interacțiuni cu site-ul web clonat, deoarece folosim o copie de rezervă care este stocată pe serverele noastre, așa că acest lucru a fost extrem de neobișnuit. Am examinat biletul de mai multe ori și am luat o ceașcă de cafea proaspătă, încercând să determin și să revin pe pașii utilizatorului nostru. Misterul s-a adâncit când am intrat pentru a reproduce problema și am obținut același rezultat.

Am verificat pluginurile, temele și setările serverului web pentru a încerca să văd ce se află în spatele acestui lucru, dar nu a apărut nimic ieșit din comun. În acel moment, m-am gândit, „ să revenim la elemente de bază și să începem de sus. ” Funcționarea interioară a instrumentului nostru este destul de simplă:

• Înainte de a clona sau atenua un site web, trebuie creată o copie de rezervă. Verificat!
• Apoi transferăm acel backup pe serverul de destinație. Indiferent dacă o facem prin conexiune PHP sau FTP, acesta este în continuare serverul de destinație și nu ar trebui să poată afecta în niciun fel site-ul sursă.
• În pasul final, extrageți fișierele de pe noul server și importați baza de date. Din nou, este un server nou, fără conexiune evidentă la sursă.

„Când ați eliminat imposibilul, orice rămâne, oricât de improbabil, trebuie să fie adevărul.” –

Sherlock Holmes

Aici mi-am canalizat Sherlock Holmes interior și am început să elimin lucrurile de pe listă. A devenit rapid evident că singurul pas în care o confuzie ar putea duce la prăbușirea site-ului sursă este importul bazei de date în etapa finală de clonare. După cum s-a dovedit, ambele site-uri web (sursă și destinație) erau pe același plan de găzduire, iar acreditările de bază de date pe care utilizatorul ni le-a trimis erau pentru site-ul live (sursă) și nu pentru destinație. De obicei, aceasta nu este o problemă, deoarece serverele de baze de date sunt de obicei configurate cu acces restricționat. Totuși, în acest caz, ambele site-uri web s-ar putea conecta la ambele baze de date, iar instrumentul nostru Clonare a importat date în baza de date greșită. Odată ce am verificat acest lucru cu utilizatorul, am putut să-i ajut și să-i ghidez prin procesul de clonare. Din fericire, nu am avut pe nimeni să încerce acest lucru de atunci, dar testarea și confirmarea originii bazei de date a fost adăugată la procedurile noastre.

Și cum rămâne cu unele concepții greșite comune sau provocări pe care le au utilizatorii în timp ce folosesc ManageWP?

Din fericire, nu sunt multe. Îmi place să cred că motivul pentru acest lucru este un design UX intuitiv . Cel meu preferat pentru a ne ghida utilizatorii trebuie să se ocupe de adresa URL a site-ului web, care este mai mult pe linia modului în care funcționează cu adevărat DNS. Când vizitați un site web în browser, de obicei introduceți adresa URL și apăsați enter și nu vă gândiți dacă există www sau nu sau dacă ați introdus HTTP sau HTTPS. Îți lași browserul să se ocupe de așa ceva.

Când adăugați un site web la ManageWP, trebuie să acordați atenție acestor lucruri. În modul în care funcționează DNS, poate exista o diferență uriașă între www.example.com și example.com sau între http://www.example.com și https://example.com . Ambele pot duce la același site web. Dar este, de asemenea, posibil să conducă la două site-uri web complet diferite! Acest lucru îl vedem adesea în cazul migrărilor de site-uri web sau al modificărilor de proprietate, deoarece atunci este cel mai probabil să se întâmple astfel de modificări DNS.

Sfatul meu pentru toți cei care încearcă să-și conecteze site-ul este „când completați adresa URL a site-ului în ManageWP, lăsați-vă browserul să facă treaba și doar copiați și lipiți adresa URL a paginii dvs. de pornire din bara de adrese.

Stefan Karamancic, suport ManageWP

Puteți împărtăși orice sfaturi pentru utilizatori despre cum să comunice eficient cu echipa de asistență pentru a obține ajutorul de care au nevoie?

Lucru sigur! Când ne contactați, este întotdeauna o idee bună să includeți pașii exacti pe care i-ați urmat pentru a ne ajuta să replicăm problema imediat. În mod ideal, ne-ați trimite o listă cu marcatori sau, dacă sunteți mai mult un povestitor, nu poate strica să fiți cât mai precis atunci când descrieți despre ce vă adresați. Cu suficiente informații, putem începe procesul de depanare de îndată ce primim biletul de asistență inițial și nu trebuie să scriem înapoi pentru a vă cere să detaliați mai departe.

De asemenea, am observat că mai mulți oameni trebuie să atașeze capturi de ecran. Uneori, nu putem reproduce problema pe care o raportați, iar o captură de ecran a ceea ce vedeți pe ecran poate fi de mare ajutor!

Știu că nu pare mult, dar aceste lucruri simple pot economisi timp semnificativ și ne pot duce la o rezoluție mai devreme decât să mergem înainte și înapoi de câteva ori.

Asta rezumă interviul nostru cu Stefan. Dacă aveți întrebări pentru el sau aveți sugestii despre cine ar trebui să interviem în continuare, lăsați un comentariu mai jos!