Diagnosticare incarcare greoaie

De multe ori rularea greoaie a siturilor si generarea lenta a paginilor poate sa frustreze vizitatorii si asfel clientii sa oloceasca situl dvs. Va descriem mai jos cum puteti detecta si corecta cele mai multe dintre probleme astfel incat paginile siturilor sa se incarce instant.


Pentru inceput va recomandam urmatoarele extensii de Chrome Browser: Page load time, Performance-Analyser si HTTP Headers. Aceste unelte sunt foarte bune pentru developeri deoarece furnizeaza date importante pentru masurile ce trebuiesc luate ulterior. Alternativ pot si folosite si unelte online cum sunt tools.pingdom.com sau tools.keycdn.com/performance, dar aceste unelte online ofera informatii limitate.



1. Time to first byte (TTFB): Este timpul in care serverul incepe sa livreze continutul, cea mai mare parte este consumata de generarea dinamica a continutului php/mysql. Puteti face o comparatie cu o resursa statica precum e o imagine sau un fisier text. In general din interiorul tarii ttfb pentru o resursa statica sau un site cu cache, ttfb este de sub 100ms (milisecunde).
  • dinamic: https://hostvision.ro/hosting-web/business-ssd/ 400-500ms (un timp bun, dar pagina nu e livrata din cache)
  • statichttps://hostvision.ro/uploads/images/hostvision-hollow.png 20-30ms

Daca TTFB este mare (peste 1000ms), acesta poate fi micsorat prin sistemele de cache. De exemplu: cu extensia HTTP Headers puteti sa verificati daca serverul web LiteSpeed, folosit pe serverele HostVision, livreaza continut din cache: X-LITESPEED-CACHE hit.

Majoritatea platformelor (WordPress, WooCommerce, Presta, Magento) pot beneficia de o reducere semnificativa prin activarea modulelor de cache de la LiteSpeed, de exemplu de la 6000-8000 ms (6-8 secunde) la 60-80 ms.

2. DOM: Este timpul efectiv de care are nevoie Browserul sa incarce datele primite de la server, aici conteaza mult dimensiunea paginii si numarul de resurse (imagini, css, js, etc.) incarcate. In general un timp foarte mare la DOM poate sa indice nevoia de optimizare a imaginilor sau a surselor js externe.

  • imagini: este recomandata folosirea formatului jpg pentru imaginile de dimensiunea mare iar png poate fi folosit pentru imaginile de dimeniune mica, in general elemente grafice.
  • js extern: este posibil sa aveti scripturi js externe ce se incarca greu sau returneaza time-out, puteti sa gasiti informatii in browser Developer Tools > Console sau Performance > Console
  • js, css: pot fi folosite unelte de minifier pentru comprimarea resurselor, acet pas are in general un impact mic asa ca poate fi lasat la sfarsit.

3. Surse externe, API: O alta verificare ar trebui facuta la sursele externe cum sunt API-uri sau alte date ce sunt citite in timp real de la alte adrese url (liste de preturi, curs bnr, informatii fiscale, etc.). Este posibil ca scripturile PHP (functii de genul fopen, curl, soket) sa astepte raspuns de la astfel de surse inainte sa retuneze continut.

4. Resurse CPU & RAM: In anumite cazuri consumul de resurse de procesare alocate pachetului de gazduire sa fie foarte mari, in cPanel urmariti in CPU and Concurrent Connection Usage sau in zona Statistics: CPU Usage (in procente din numarul de CPU Core alocat), Physical Memory Usage (RAM) si Processes (entry si totale). In general cand se ajunge la o limita serverul returneaza eroarea 508, dar in general un consum de procesor CPU Usage 100% poate sa duca la incetinirea semnificativa a functionarii sitului.

5. Serverul SQL (MariaDB / MySQL): In cazul unor baze de date foarte mari (numar de inregistrari sau dimensiune) si a unor query-uri neoptimizate este posibil ca procesele sql (query) sa ramana in urma astfel sa se ajunga la rulare greoaie sau eroarea max_user_connections cand se atinge limita.
  • debug, cache, ttfb, website speed, dom, api
  • 0 Users Found This Useful
Was this answer helpful?

Related Articles

In PHP primesc o pagina alba

In cele mai multe cazuri afisarea erorilor este oprita din configurarea PHP (php.ini) sau a...

Diagnosticare, Activare Debug in WordPress

WordPress are inclus un modul de diagnosticare a erorilor (Debugging) ce poate fi activat din...

Activare Debug in PrestaShop

PrestaShop are incluse optiuni de diagnosticare a erorilor ce poate fi activat din fisierul de...

Diagnosticare si Debug in Magento

Magento are integrat un sistem intern de management al erorilor, in cazul Magento 2.x acesta este...

Creearea unui fisier info php pentru verificarea librariilor si a modulelor instalate si diponibile pe server

  Pentru a creea un fisier de verificare a informatiilor php (versiune, librarii, module, etc.)...