O problemă poate apărea brusc și/sau poate fi cauzată de propriile acțiuni de actualizare sau de instalarea de elemente noi.
Cauzele pot fi mai mult sau mai puțin ușor de găsit, acest lucru necesită concentrare, răbdare și metodă.
În acest ultim caz, întoarceți-vă și consultați-vă ajutorul în documentație, forum, webmaster despre mesaje de eroare specifice sau despre mediul necesar
Rețineți: „soluția corectă poate veni doar dintr-un diagnostic corect...”NB: în caz de îndoială, este întotdeauna posibil să verificați dacă problema este afectată:
- verificați starea serverelor noastre în timp real: https://support.yoorshop.hosting/serverstatus.php
- puteți utiliza un proxy web ca acesta pentru a verifica și a vedea dacă aveți o problemă de cache locală sau a concluziona că există într-adevăr o problemă:
http://hidebuzz.comCum să depanați?
Activați modulele de depanare ale CMS dacă există.
Uitați-vă la secțiunea „erori” a cPanel pentru a porni (eroare htaccess, testați cu un.htaccess gol pentru a afla).
Activați modurile log_errors și display_errors de pe cPanel folosind pictograma „Selectați o versiune PHP”, apoi din dreapta: „comutați la opțiunile php”.
Apoi, testați-vă site-ul pentru a vedea dacă apar mesaje și verificați fișierul error_log de la rădăcina contului:
/home/youruser/logs/php_error_log
ȘI/SAU în fișierul jurnal de erori din folderul site-ului web pentru a vedea dacă sunt scrise erori.
Probleme cu site-ul web/incompatibilitate articol PHP, testați diferite versiuni PHP/extensii PHP
Dacă utilizați PHP-FPM pe un server cloudlinux (în cPanel, prezența pictogramei: „Selectați o versiune PHP”), trebuie să reveniți la modul implicit PROXY pentru a depana:
https://support.yoorshop.hosting/knowledgebase/3931/Cum-configurez-un-site-cu-Nginx-si-PHP-FPM.html
și activați modurile log_errors și display_errors așa cum este descris mai sus în rândul numărul 3
Dacă vă aflați pe un server cPanel simplu (în cPanel, prezența pictogramei: „MultiPHP Manager”)
Din INI MultiPHP Editor, accesați modul editor, activați display_errors și pentru a activa log_errors, adăugați acest lucru:
log_errors = Activat
display_errors = ActivatNB: odată terminat, trebuie să dezactivați aceste moduri de depanare PHP din motive de securitate a site-ului dvs.
Numeleerorii a fost rezolvată (ERR_NAME_RESOLUTION_FAILED, DNS_PROBE_FINISHED_NXDOMAIN,DNS_PROBE_FINISHED_BAD_CONFIG)Dacă ați adăugat sau tocmai ați achiziționat sau transferat un domeniu, trebuie să ajustați serverele de nume DNS conectate la serviciul dvs. găzduire. Citiți e-mailul „Informații de acces pentru găzduire web”, apoi uitați-vă la valorile indicate în secțiunea „Informații DNS: servere de nume”.
Verificați dacă domeniul dvs. indică IP-ul serverului nostru, vedeți în partea de jos WWW A: https://intodns.com/
Verificați dacă domeniul dvs. nu a expirat cu registratorul dvs. sau printr-un site whois, cum ar fi: https://www.whois.net/
(căutați data de expirare, aveți grijă, formatul este în engleză: lună/zi/an)Pagini goale, alias eroarea 500
Vezi mai sus procesul de depanare
„Eroarea 403 interzisă”
Mai întâi, verificați dacă calea pe care o interogați este corectă, apoi verificați dacă aveți cel puțin un fișier index.html sau index.php sau un fișier similar. Când tocmai v-ați înregistrat pentru serviciul nostru, trebuie să vă încărcați fișierele de către FTP în folderul public_html pentru domeniul principal al contului dvs., în caz contrar folderul adaptat domeniului sau subdomeniului însoțitor.În caz contrar, este o problemă cu permisiunea folderului/fișierului, aceasta se întâmplă uneori după reparații de partea dvs. sau după încărcarea de către FTP.
Dosarele trebuie să fie în 755, iar fișierele în 644 în folderul care conține site-ul dvs.
Dosare precum public_html / subdomains / domenii însoțitoare trebuie să rămână la 750.
„pagina eroare 404 nu a fost găsită”
Acest tip de problemă este legată în proporție de 99% de o problemă de site, linkul către pagină este greșit, pagina chiar nu există, o problemă cu setarea de sintaxă a regulilor de rescrire, chiar și un modul poate provoca acest lucru...
Dacă după restaurare cu jetbackup, eroarea 500 pe prestashop /ex:
- trebuie să ștergeți fișierul class_index.php din folderul cache
- puneți înapoi fișierele native din folderul /classes/cache/Pentru un API sau altă blocare:
Eroare: „Ne pare rău! site-ul dvs. s-a mutat'
Vedeți acest mesaj, în urma suspendării contului dvs. sau pentru că IP-ul site-ului dvs. s-a schimbat
Cache-ul de rețea în funcție de locul în care vă aflați durează o mică întârziere, acest lucru se rezolvă în mod normal în scurt timp, în caz contrar curățați-vă memoria cache cu Ctrl+Fart, atunci contactul persistă dacă persistă computerul, dacă persistă, atunci contactul persistă dacă persistă. 4-8 ore.
Problemă la afișarea imaginilor
eroare 410: nu sunt afișate toate imaginile/paginile
Dacă aceasta se referă doar la o parte a catalogului dvs., este posibil ca anumite elemente să fie prinse în cuvintele cheie care blochează traficul de către referitor. Contactați-ne....
SAU
Unele imagini nu sunt afișate și nu sunt informații
Folosiți „Inspect Element” din browser și dacă este formatul pagespeed. Sistemul de optimizare PageSpeed poate cauza probleme în funcție de programarea site-ului. Vezi articolul nostru dedicat.
SAU
Cu Nginx-FPM, dezactivați memoria cache a browserului de către managerul Nginx al cPanel: setul expiră header
eroarea 502 „gateway greșit” sau serviciul web indisponibil în prezent. Eroare 502
Aceasta este o eroare de server apache sau nginx, aceasta se poate întâmpla uneori rapid și temporar și contactați-ne dacă persistă...Dacă utilizați PHP-FPM cu Nginx, acest lucru se datorează unui exces de procese PHP pe site-ul dvs. web, cauzat de funcționarea internă a site-ului sau de trafic în exces sau de asemenea unui atac. Rețineți că aceste tipuri de erori sunt reparate automat la fiecare 5 minute prin scriptul nostru de monitorizare.
Eroare de blocare a țării
Vizitatorul blocat este redirecționat către: https://hostingfilters.com/banspam/country.html
Soluția este în articolul nostru dedicat: https://support.yoorshop.hosting/knowledgebase/2464/Blocarea-traficului-in-functie-de-tara.html
Codurile noastre de eroare pentru a lupta împotriva traficului de spam și a securității
- 206: conținut parțial afișat, este o consecință a codului 410 de mai jos, contactați-ne.
- 405: Se referă la solicitări discutabile de tip cadru/xss/injecție SQL/http.
- 406: Se referă la solicitări îndoielnice de toate tipurile, dacă în secțiunea vizitatori, 406 se referă în mod excesiv la agenții utilizator: Serf/1.3.8 mod_pagespeed/, trebuie să testați eliminând pagespeed de pe domeniul în cauză, vezi articolul nostru dedicat
- 410: referenti web (site-uri rusesti, chineze sau alte site-uri) sau cuvinte cheie blocate (in cazul in care una dintre paginile tale nu este afisata in totalitate, contactati-ne), veti vedea ca codul 206 creste in mod corespunzator... Atentie, este absolut normal sa aveti in jurnal un anumit numar de 206s cand continutul este preluat din afara!
- 429: limitarea cererilor pe fișierele sensibile wp-login.php /ex, dar nu numai.
- 444: pentru a opri roboții și fișierul URL config.php /ex
- 499: vizitatorul sau rețeaua nu a transmis răspunsul la timp, conexiunea este închisă. Conexiunile IP excesive pot provoca acest lucru.
- 503: Prea multe solicitări, folosite de pluginurile anti-ddos, dar și alte funcții de securitate de la noi...
Probleme de cache cu back office Prestashop sau actualizare după modificări ale articolului /ex:
Într-adevăr, un cache nativ pentru back office este activat, puteți găsi cum să o dezactivați pe forumul prestashop.
În mod normal, actualizările ar trebui să apară în câteva secunde pe site-ul dvs., încercați acest lucru pentru a ocoli memoria cache a browserului: CTRL+MAJ+R, dacă persistă, înseamnă că memoria cache este în conflict, ștergeți folderul cache, astfel încât să se reconstruiască singur cu date noi.
De asemenea, consultați a 8-a postare pentru a dezactiva memoria cache de back office:
https://www.prestashop.com/forums/topic/335988-backoffice-pages-dont-refresh-after-any-modification
Pagina de informații de administrator PHP nu funcționează sau este grea
Pentru a observa resursele utilizate în timp real, priviți pur și simplu coloana din dreapta cPanel, trebuie să reîmprospătați pentru a reîmprospăta...
Sau, puteți vedea acest lucru și în SSH fără a fi nevoie să reîmprospătați și să vedeți mai multe detalii despre procese:Pentru a vedea utilizarea procesorului în timp real, trebuie să utilizați SSH, cu PuTTY, apoi comanda:
/usr/bin/top -d 00.50
Deschideți o a doua sesiune de PuTTY
Puteți vedea ce face un proces, după numărul său PID, de exemplu dacă numărul 9952, introduceți:
strace -p 9952Pentru a ucide toate procesele:
tastați în consola SSH: kill -15 -1 și apăsați Enter
(Acest lucru va dezactiva și sesiunea dvs. SSH, vă va reconecta ca SSH și tastați din nou top pentru a vedea că totul este din nou calm)ERR_TOO_MANY_REDIRECTS
Acest lucru este legat de o problemă de redirecționare conflictuală sau eronată în fișierul htaccess, indiferent dacă este sau nu legat de un modul. Consultați documentația editorului sau webmasterul dvs. Reveniți la ultimele modificări în timp ce așteptați să găsiți soluția.SQLSTATE[HY000] [2002] Nu se poate conecta la serverul MySQL pe \'127.0.0.1
Utilizați localhost ca nume de gazdă în fișierul de configurare și nu 127.0.0.1; verificați, de asemenea, că 127.0.0.1 este autorizat în secțiunea „mysql remote” a cPanel.
Curățați bine cache-ul aplicației și cu cele ale modulelor, altfel va continua să afișeze erori pe anumite părți.
O fereastră PHP se deschide când accesați site-ul web
Ștergerea dvs. htaccess, o intrare legată de PHP cauzează acest lucru.În cazcontrar, și/sau puneți asta în htaccess la nivelul rădăcină al contului dvs. cPanel/home/votreuser/:
################
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
<IfModule mod_setenvif.c>
# Netscape 4.x are unele probleme...
BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 mai are câteva probleme
BrowserMatch ^Mozilla/4\.0[678] no-gzip
# MSIE se preface ca Netscape, dar este în regulă
# BrowserMatch \bMSIE!no-gzip!gzip-only-text/html
# NOTE: Din cauza unei erori în mod_setenvif până la Apache 2.0.48
# expresia regex de mai sus nu va funcționa. Puteți folosi următoarele
# soluție pentru a obține efectul dorit:
BrowserMatch \bMSI[E]!no-gzip!gzip-only-text/html
# Nu comprimați imaginile
SetEnvIfNoCase Request_URI.(?:gif|jpe?g|png)$ nu-gzip nu-vary
</IfModule>
<IfModule mod_headers.c>
# Asigurați-vă că proxy-urile nu furnizează conținut greșit
Header append Vary User-Agent env=!dont-vary
</IfModule>
</IfModule>
################Eliminați acest lucru sau similar, dacă este necesar și dacă este prezent în htaccess-ul site-urilor:
AddHandler php5-script.php.htm
Anume:
Pentru a șterge memoria cache locală, apăsați CTRL + F5
Pentru a încărca site-ul serverului fără a trece prin memoria cache locală: CTRL + MAJ + R
Încercați să utilizați un alt browser web dacă persistăWebDAV nu funcționează cu eroarea „InterfațaWebDAV pare să fie defectă”
Tipic cu Nextcloud, vă rugăm să utilizați profilul Nginx „YOORshop default cloud”
Prestashop încetinire backoffice (în general temporară):
https://www.yoorshop.hosting/announcements/2381/Ralentissement-back-office-Prestashop.html
Citiți articolul nostru:
https://support.yoorshop.hosting/knowledgebase/1201/Verificarea-resurselor-utilizate-in-cPanel.htmlProbleme diverse
Dacă vedeți afișate coduri ciudate sau dacă instalați prestashop 1.7 de către Softaculous cu eroare:Dezactivați în php.ini acest lucru: short_open_tag (etichetă scurtă deschisă)
- Nu s-au putut aduna date suficiente pentru a genera o nouă cheie cookie (new_cookie_key). Asigurați-vă că domeniul dvs. indică către acest server și că nu există niciun fișier.htaccess care să restricționeze accesul la domeniul dvs.
(ref: https://support.yoorshop.hosting/knowledgebase/115/Se-poate-personaliza-fisierul-php-ini.html )Pentru informații despre fișier, este după extensiile PHP:Servicii web Prestashop:Apache interzice, din motive de securitate, utilizarea interogărilor PUT și DELETEPentru a putea folosi acest tip de solicitare la distanta trebuie sa folositi o metoda de rescrie, iata mai jos principiul ca exemplu (aceasta necesita un webmaster). Informații valide pentru modul implicit NGINX: modul PROXY, dar utilizați profilul șablonului: „YOORshop default cloud”Creați un fișier put.php cu acest conținut:$putdata = fopen("php://input", "r");$file="your_filename.txt";$fp = fopen($file, "w");în timp ce ($data = fread($putdata, 1024)){fwrite($fp, $data);}fclose($fp);fclose($putdata);Puneți asta în fișierul dvs..htaccess:RewriteEngine onRewriteCond %{REQUEST_FILENAME} -s [OR]RewriteCond %{REQUEST_FILENAME} -l [OR]RewriteCond %{REQUEST_FILENAME} -dRewriteRule ^.+$ - [NC,L]RewriteCond %{REQUEST_METHOD} (PUT|DELETE)RewriteRule .* put.phpÎn configurația de administrator/serviciu web, activați CGI. (După efectuarea testelor, dacă mai există o problemă, cereți-ne să verificăm activarea CGI)Preferați o ștergere locală de către phpmyadmin, dacă este posibil, sau importați site-ul dvs. pe computer și nu va fi nicio problemă cu un LAMPSecuritatea site-ului dvs.Instrumentul nostru de securitate CXS vă va informa în timp real despre fișierele blocate, încercările de injecție, erorile de securitate sau malware blocate. Scanarea profundă a tuturor fișierelor din contul dvs. este, de asemenea, efectuată la fiecare două săptămâni.De asemenea, puteți avea o indicație de bază care este mult mai puțin fiabilă decât instrumentul nostru cu instrumente online, deoarece aceste instrumente nu au acces la toate fișierele site-ului:Acest lucru poate fi mai precis în funcție de caz: https://quttera.com/website-malware-scanner