Un ghid SysAdmin pentru galaxia web

Există o mulțime de termeni tehnici pe care îi puteți întâlni pe web și este crucial să vă familiarizați cu majoritatea acestora dacă sunteți utilizator de internet. Această postare vă va oferi câteva informații despre o mulțime de terminologie de bază, vă va oferi câteva îndrumări despre gestionarea erorilor și aparițiilor obișnuite pe site-uri web și, sperăm, va face internetul mai ușor de înțeles.

Internetul poate fi un loc înfricoșător, cu o mulțime de informații și terminologie care se pot simți adesea dominatoare și străine. Cu toate acestea, există câteva lucruri cu care oricine folosește internetul ca parte a muncii lor ar trebui să se simtă confortabil. Am compilat o listă neexhaustivă de termeni și concepte comune mai jos.

Ce este DNS?

DNS înseamnă Domain Name System și, în termeni simpli, este ceea ce spune browserului dvs. unde să caute o resursă la distanță. Este administrat în mod obișnuit prin intermediul unui furnizor de nume de domeniu, cum ar fi 123-Reg, GoDaddy etc. sau un serviciu terță parte precum CloudFlare, Sucuri și Office 365. Este vital să înțelegeți cine vă controlează înregistrările DNS, deoarece acestea afectează o mulțime de elemente importante aspecte ale site-ului dvs. web, de la a vă permite să accesați site-ul web prin www. pentru autentificarea prin e-mail.

Deoarece DNS este distribuit la nivel global, modificările DNS-ului dvs. necesită o anumită perioadă de timp pentru a se modifica. Aceasta este denumită în mod obișnuit Time To Live (TTL). Majoritatea furnizorilor au înregistrările actualizate la fiecare patru ore. În termeni practici, acest lucru înseamnă că, atunci când vă mutați pe un nou site web, va dura până la 48 de ore până când toată lumea de pe internet îl poate vedea în mod normal.

Iată un articol care intră mai în detaliu cu privire la înregistrările DNS: Ce este DNS.

Ce este stocarea în cache?

Caching-ul este un concept de calcul care se referă la datele stocate pentru utilizare viitoare. Acest lucru se face mai ales din două motive, viteza și economisirea resurselor. De exemplu, fără stocarea în cache, serverul ar trebui să creeze o nouă versiune a acestei pagini de fiecare dată când vă actualizați browserul. Aceasta este o risipă majoră de resurse, deoarece nu vor exista actualizări în timp real după ce vor fi postate. În plus, ar fi relativ lent, deoarece serverul ar trebui să proceseze o mulțime de lucruri înainte de a genera pagina în sine. Cu cache-ul activat, prima dată când cineva accesează această postare pe blog, serverul o generează și o salvează, astfel încât oricăror vizitatori ulteriori vor primi versiunea respectivă.

Serverele nu sunt singurele lucruri care memorează memoria cache: de asemenea, majoritatea browserelor memorează informații cache. Odată ce accesați o pagină o dată, serverul va salva și va aminti unele dintre informațiile de pe pagină, astfel încât atunci când vizitați din nou aceeași pagină web, cu excepția cazului în care cache-ul a fost invalidat, browserul vă poate servi materiale de pe mașina dvs. locală, nu bazându-se pe rețea. De obicei, dacă ceva nu este actualizat instantaneu, este din cauza unor mecanisme de cache.

Caching explicat cu o serie de diapozitive: Caching Explained.
Cum să ștergeți memoria cache: ștergeți memoria cache a browserului web.

Ce este un SSL / site-ul meu este securizat?

Certificatele SSL sunt fișiere care confirmă identitatea unui site web și criptează comunicațiile dintre server și client. Nu toate site-urile web necesită un certificat SSL, mai ales în trecut. Cu toate acestea, odată cu modificările recente și preocupările crescânde de securitate, este foarte recomandat să aveți una. Google Chrome a început deja să semnalizeze site-urile web ca fiind nesigure atunci când nu utilizează un certificat SSL.

Adevărul este că, dacă pur și simplu aveți un site web în mare parte static, cu un blog sau un flux de știri fără comentarii și un număr de telefon și adresă, nu aveți nevoie de unul. Deoarece clientul nu ar furniza date site-ului, nu trebuie să criptați nimic. Cu toate acestea, nu există niciun motiv pentru care un site web să nu aibă un certificat SSL. Există organizații care furnizează certificate SSL gratuite, cum ar fi Let's Encrypt. Rețineți însă că nu toate certificatele SSL sunt potrivite pentru același scop, deoarece standardele lor de criptare diferă. Deci, pentru o aplicație precum un magazin electronic, ar trebui să utilizați un certificat SSL cu o criptare mai puternică, de preferință cu o asigurare legată de acesta.

O explicație mai detaliată despre SSL: Ce este un certificat SSL.

Coduri de stare HTTP

La fel ca multe alte protocoale, HTTP are un set de coduri de stare încorporate pentru a raporta diferite stări. De fapt, de fiecare dată când accesați o resursă prin http, este returnat un cod de 200. Există multe coduri pe care le-ați putea experimenta în timpul navigării zilnice, deci este util să înțelegeți ce înseamnă de fapt.

• 404 Resursa nu a fost găsită. Când solicitați o resursă care nu există
• 403 Interzis. Nu sunteți autentificat pentru a accesa resursa respectivă
• 502 Bad Gateway. Serverul a primit un răspuns nevalid
• 503 Indisponibil. Acest lucru este returnat în general în timpul întreținerii serverului sau al timpului de nefuncționare
• 500 Eroare server intern. Ceva nu este în regulă cu configurația serverului
• 301/302 mutat permanent / temporar

Puteți citi mai multe despre codurile de stare HTTP aici: Wikipedia HTTP Status Code.

Ce este un fișier .htaccess?

Un nume de fișier comun pe care l-ați auzit este htaccess. Acesta este un fișier care vă permite să configurați serverele Apache și este cel mai comun loc pentru a conține redirecționările necesare pentru a rula un site web. Similar fișierelor htaccess, există și web.config și nginx.config pentru serverele Windows și respectiv Nginx. În timp ce unele sisteme CMS expun aceste fișiere în mod implicit sau prin intermediul unui plugin, este foarte important să fiți atenți atunci când efectuați modificări, deoarece acest lucru poate duce serverul offline dacă nu este tratat corect.

Ce este .htaccess: www.htaccess-guide.com.
Înțelegerea configurației Nginx: DigitalOcean
Cum se creează fișiere Web.config: MSDN.

Ce este un server web?

Termenul „server web” se poate referi la o gamă largă de componente care includ componente hardware și software. La nivel hardware, un server web este o mașină care stochează software-ul, fișierele aplicației web și configurarea acestuia, deci acceptă conexiunea externă cu scopul de a distribui resursele sale. Poate fi o mașină server specializată sau un simplu laptop. Software-ul care poate fi utilizat pentru a rula un server web variază în funcție de utilizare, dar unul dintre cele mai comune tipuri de servere web este Apache.

Cu toate acestea, nu toate serverele web sunt capabile să ruleze toate tipurile de site-uri web. De exemplu, dacă aveți un site web care rulează pe DNN, care este construit cu ASP.net, acesta nu va rula pe un server Apache.

Ce este un server Web? developer.mozilla.org.

Întâlnirea erorilor pe un site web

Deoarece un site web sau o aplicație web este în esență un produs viu, în continuă schimbare pe parcursul vieții sale, în cele din urmă se vor întâlni unele erori. Cel mai important lucru este să nu intrați în panică și să încercați să recunoașteți eroarea. Deoarece există reglementări împotriva acesteia, administratorii de sistem și dezvoltatorii nu pot urmări călătoria unui utilizator în întregime. Recunoașterea erorii, încercarea de a o tria și redactarea unui raport informativ de eroare le va permite dezvoltatorilor să vă ajute.

În unele cazuri, eroarea pe care ați întâlnit-o este specifică sistemului și nu ar fi posibilă reproducerea acesteia pe alt sistem. Cu toate acestea, există o mulțime de erori comune pe care le-ați putea întâlni pe web. Iată o scurtă listă de erori, împreună cu posibile cauze și soluții:

• Nu vedeți modificări: dacă vă așteptați să vedeți modificări care nu sunt reflectate imediat, de exemplu, ați adăugat o nouă postare pe blog pe site-ul dvs. și nu apare în fluxul de știri de pe pagina dvs. de pornire sau nu adăugați conținut pe o pagină dar nu apare în previzualizare, atunci este posibil ca acest lucru să se datoreze unor mecanisme de cache. În funcție de sistemul de cache utilizat cu site-ul dvs. web, există șansa ca cache-ul să fie șters manual fie la nivel de server, fie la nivel de browser.
• Stiluri de pagină întrerupte: când vizitați o pagină și unele dintre stiluri sunt rupte, de exemplu, totul pare a fi lăsat aliniat și fontul nu este încărcat, există destul de multe motive pentru care acest lucru s-ar putea întâmpla. Acest lucru poate fi cauzat de stocarea în cache, mai ales dacă codul site-ului dvs. web a fost actualizat recent. Unele dintre celelalte cauze frecvente ar putea fi că resursele nu au fost găsite pe server (un cod de stare 404 așa cum am menționat anterior) sau rețeaua sau browserul dvs. au întâmpinat o eroare în timpul încărcării resurselor și transferul a fost anulat. Acestea din urmă pot fi cauzate de condiții de rețea slabe, de exemplu, accesarea unui site web de pe un dispozitiv mobil cu un semnal slab. Ori de câte ori întâlniți acest tip de problemă, asigurați-vă că încercați să accesați site-ul web dintr-un alt browser.
• Aterizarea pe o pagină diferită decât se aștepta: În acest caz, ar putea exista o redirecționare în loc care obligă toate cererile către o anumită pagină web să fie redirecționate către alta. Acest lucru se poate întâmpla din cauza unei configurații specifice site-ului, a unei redirecționări intenționate sau a unui cod rău intenționat. WordPress, de exemplu, utilizează redirecționări pentru a permite utilizatorilor să utilizeze diferite adrese URL la cele implicite. În mod implicit, toate postările și paginile WordPress sunt accesate prin www.example.com/?p=123. Cu toate acestea, acest lucru se poate schimba, deci, în loc de p = 123, se folosește numele postării reale. Acest lucru se datorează în parte redirecționărilor. O redirecționare rău intenționată ar fi pe un site pirat și întregul său scop ar fi redirecționarea întregului trafic către site-ul hackerului și se face de obicei prin scripturi în pagină, mai degrabă decât prin configurarea serverului. Ca o notă laterală, acest lucru poate fi cauzat și de cache, deoarece browserele tind să cache redirecționări. Acest lucru este evident atunci când înlocuiți pentru prima dată un site web existent, deoarece de multe ori browserul dvs. va încerca să vă redirecționeze către versiunea anterioară.
• Prea multe redirecționări: acest lucru poate fi atribuit și memorării în cache. Cu toate acestea, de cele mai multe ori este cauzat de o buclă nesfârșită de redirecționări. De exemplu, încercarea de a redirecționa pagina de pornire a site-ului către el însuși.
• Conexiunea dvs. nu este sigură / privată: apare atunci când încercați să accesați un site web prin https: // și nu există un certificat SSL în loc sau când este instalat un certificat SSL greșit. Există, de asemenea, o cauză mai neobișnuită, utilizarea unui browser învechit pentru a accesa un site web securizat. Cu toate acestea, pentru ca acesta să fie cazul, va trebui să utilizați Internet Explorer 8 sau un alt browser de la mijlocul anilor 2000.
• Pagină albă goală: Acesta este cel mai grav tip de eroare și ceva pe care majoritatea dezvoltatorilor web îl experimentează în mod regulat în timpul dezvoltării. Dacă acesta este cazul, ceva a eșuat în neregulă cu serverul și a întrerupt conexiunea într-un fel. Acest lucru poate fi cauzat de un cod de aplicație defect sau de o configurație incorectă în fișierul htaccess. Acest lucru nu este ceva pe care l-ați vedea în mod normal pe un site web live și este ceva pe care dezvoltatorul dvs. ar trebui să îl abordeze în general.

După cum sa menționat mai sus, comunicarea erorilor către compania dvs. IT este una dintre cele mai importante părți ale rezolvării acestora. Cu cât puteți include mai multe informații atunci când raportați o problemă, cu atât rezoluția va fi mai rapidă, deoarece, în general, veți reduce timpul pe care dezvoltatorul ar trebui să-l petreacă pentru a încerca să replice problema; sau consultați jurnalele serverului în momentul în care ați întâmpinat problema.

Nu există o regulă de aur, dar iată un exemplu de listă a lucrurilor pe care ar trebui să le furnizați într-un raport de erori:

• Când ați experimentat prima dată această problemă?
• O captură de ecran a problemei
• Adresa URL a paginii în cauză
• Versiunea browserului dvs.
• Sistem de operare
• Tipul de rețea (WiFi / 4G)
• Adresa dvs. IP

Există, de asemenea, instrumente care vă pot ajuta să furnizați toate aceste informații, cum ar fi acest site web: https://www.whatsmybrowser.org/, care vă oferă, de asemenea, o adresă URL care poate fi partajată cu informațiile browserului dvs.

De ce contează imaginile

Majoritatea oamenilor apreciază imagini frumoase pe un site web și ar dori să vadă imagini 4k de cea mai bună calitate. Cu toate acestea, aceasta este o idee foarte proastă atunci când vine vorba de site-uri web, cel puțin pe paginile non-galerie, deoarece provoacă o serie de probleme. Cel mai important, acest lucru va reduce cu mult viteza de încărcare a site-ului dvs. web, chiar dacă includeți o singură imagine mare pe o pagină. De exemplu, dacă adăugați o imagine de 2 MB pe o pagină, vă puteți aștepta la o întârziere de două secunde până când imaginea este încărcată.

În plus, aspectele site-urilor web sunt construite cu rapoarte de aspect specifice imaginii în cea mai mare parte. Deci, dacă încercați să utilizați o imagine de peisaj într-o zonă care așteaptă un pătrat, aceasta ar fi decupată. Dimensiunile minime și maxime sunt, de asemenea, ceva de luat în considerare, deoarece ar putea afecta unele aspecte dacă utilizați o imagine nepotrivită.

De ce e-mailurile din formularul de contact merg în dosarul de spam

Există multe motive pentru care un e-mail de pe site-ul dvs. web va ajunge în dosarul dvs. de spam (sau nu va intra deloc în căsuța de e-mail). Cele mai multe dintre aceste cazuri provin dintr-un e-mail captat de un filtru de spam. De multe ori, expeditorul e-mailului va trebui să fie listat în alb pe clientul dvs. de e-mail sau de către furnizorul dvs. de e-mail. O altă eroare obișnuită este utilizarea unei alte adrese de e-mail pentru a trimite e-mailuri către cea din domeniu. De exemplu, dacă ați încercat să trimiteți e-mailurile din formularele de contact hallam.co.uk printr-o adresă Gmail, există mari șanse ca acestea să nu fie livrate cu succes.

Pentru a rezolva acest lucru, în mod obișnuit trebuie parcurs unul dintre pașii de mai jos:

• Modificați formularul de contact pentru a trimite e-mailuri de la o adresă care corespunde domeniului. Aceasta nu trebuie să fie o adresă „reală” și de obicei se utilizează un [email protected]
• Adăugați înregistrări SPF pe domeniul dvs. pentru a verifica e-mailurile trimise
• Folosiți o adresă de e-mail și autentificați-o înainte de a trimite e-mailul
• Utilizați un serviciu extern de livrare a poștei, cum ar fi MailGun

De ce formularele de contact primesc o mulțime de mesaje spam

Spamul poate fi generat automat sau manual și nu este întotdeauna un semn că site-ul dvs. este compromis. De multe ori, există roboți care caută formulare de contact și apoi își trimit reclame prin maparea mesajelor către câmpuri comune. Acest lucru poate fi oprit cu ușurință prin introducerea unui câmp de miere care nu va trimite formularul de contact dacă este completat.

Deoarece acest lucru nu oprește spamul manual sau roboții mai avansați, alternativa este un test „uman” pe care un robot nu l-ar putea finaliza. În prezent, standardul implementează un reCAPTCHA. cu toate acestea, au fost utilizate o serie de metode, cum ar fi testul simplu de matematică.

Dintr-o dată, internetul nu se mai simte atât de înfricoșător, nu-i așa? Pentru ajutor în domeniul designului și dezvoltării web, contactați astăzi experții noștri.