Uită-te la graficul de mai jos. Aceasta este dependența nivelului de conversie de viteza încărcării paginilor într-un MI mare (Walmart.com). Se arată clar că granița este de 1-2 secunde, aceasta este limita la care veți fi în fața întregii planete și, de îndată ce timpul de descărcare va trece cu 3 secunde, veți deveni o masă gri gri.
Conform studiilor online, faptele sunt:
De obicei, viteza depinde de sistemele de control selectate și de la „clopotele și fluierele“ a site-ului“, cantitatea de mărfuri și programator care implementează funcționalitatea.
Știți, ca de obicei în studiourile web, se naște un articol din lista de merite, că "site-ul este pe deplin optimizat pentru SEO"? Este foarte simplu! Doar luați și adăugați acest articol la lista de avantaje ale CMS, pe baza căruia site-ul este creat. Desigur, acest lucru este susținut de creatorii CMS.
Așa este. Adevărul teribil este că, în realitate, dezvoltatorii se deranjează foarte rar să optimizeze viteza.
Permiteți-mi să deschid ușor voalul unui secret teribil și vă voi spune în limbă clară ce ar trebui să se întâmple cu optimizarea tehnică a site-ului sau în dezvoltarea lui pentru a atinge viteza maximă.
1) Programatorul optimizează baza de date
Nu ar trebui să conțină tabele inutile și nu ar trebui să existe interogări complexe cu mai multe etaje în baza de date în întregul sistem.
În mod prestabilit, când creați un tabel, selectați un tip destul de general. Aceasta înseamnă că o anumită cantitate de resurse este rezervată pentru fiecare valoare. În același timp, numărul de resurse care sunt necesare, de exemplu, pentru a stoca valorile de proprietate în tabel pentru textul de 256 de caractere la numere cu mare precizie, pentru un întreg sau un marker pentru da / nu, va fi foarte diferit. Mai exact, zeci de ori. La viteză afectează foarte mult.
Vă voi da un exemplu concret. Într-un fel mă în mâinile unui magazin online în mărfurile care au avut 45 de proprietăți diferite: materiale, țara de fabricație, prețurile cu ridicata și cu amănuntul, greutate, dimensiune, cantitate în diferite depozite, prezența unor atribute specifice și o mulțime de alte ... Sub toate aceste proprietăți în mod implicit, a fost rezervat un șir de 256 caractere text. Timpul de încărcare a paginii, care, în funcție de mulțimea de parametri (prin filtru), a scos bunurile necesare, a fost de aproximativ 20 de secunde. Bunurile au fost mai mult de 50 mii, multe proprietăți, codul este teribil. Drept urmare, timpul de descărcare era de așa natură încât era imposibil să folosiți site-ul.
După optimizarea unei resurse, numai baza de date, timpul de încărcare a scăzut la 11-12 secunde. De două ori!
De obicei, asta nu deranjează pe nimeni. Dar este necesar.
2) Programatorul trebuie să-și rafineze creierul pentru a utiliza funcțiile și soluțiile software care sunt executate cel mai repede și nu încărcați serverul.
Diferiți operatori sau soluții software vor trimite în mod diferit serverul. În cazul acestui exemplu teribil, de multe ori, în loc să tragi imediat datele necesare din baza de date cu o singură interogare, ați scos mai întâi ceea ce aveți nevoie și nu aveți nevoie și apoi ați procesat în mese. Acest timp a crescut mult timp și a ocupat resurse uriașe de memorie inutile.
Optimizarea acestor procese în exemplul nostru a redus timpul de încărcare a paginii la 3 secunde
3) Programatorul trebuie să interpreteze că din "pretinsul" lucruri necesare procesării dinamice pot fi eliminate în statică și nu pot fi atinse.
În exemplul acestui site accident, filtrul este selectat în funcție de valorile altor parametri luați în considerație cantitatea de bunuri care vor fi transmise la ieșire prin selectarea unei opțiuni special pe proprietăți. Atunci când valorile proprietăților un pic - nu este înfricoșător. Dar dacă mai sunt câteva sute? Poate că, uneori, merită neglijat calculul dinamic numai pe acest parametru, dacă dă un câștig considerabil în viteză. Când am eliminat calculul dinamic pentru mormanul mărcilor, timpul de încărcare a paginii a fost redus la 1,2-1,3 secunde.
4) Programatorul trebuie să cacheze tot ce este posibil.
Caching este înregistrarea rezultatelor executării script-urilor în fișiere statice, de la care se oferă informații fără a mai fi nevoie să ruleze din nou scriptul.
Paginile care au fost încărcate timp de 1,2-1,3 secunde, când au fost re-adresate acestora, au fost emise parțial din memoria cache și viteza de formare a paginii a fost de 0,3-0,6 sec.
Și acest lucru, în absența graficii grele pe site, a dat deja un timp de încărcare maximă pentru client în decurs de o secundă, ceea ce a fost un rezultat foarte bun.
Inutil să spun că diferența de conversie nu te-a făcut să aștepți?
Așa este. Programatorii buni sunt o raritate. Și dacă găsiți pe cei care sunt ei înșiși fericiți pentru ca site-ul să funcționeze cât mai repede posibil, țineți-i. Aceasta va însemna o investiție foarte bună în proiect.
Faptul că dezvoltatorii și programatorii care se luptă pentru fiecare 10ms de descărcare nu este atât de mult, este atât un blestem și un imens pozitiv.
Ceea ce este pozitiv este ca, daca inca realizezi optimizarea tehnica competenta sau creezi un site care va functiona la viteza maxima, vei avea un avantaj imens fata de concurentii tai.
Căutare reușită))