Un problema potrebbe apparire all'improvviso e/o essere stato causato dalle tue azioni di aggiornamento o dall'installazione di nuovi elementi.
Le cause possono essere più o meno facili da individuare, questo richiede concentrazione, pazienza e metodo.
In quest'ultimo caso torna indietro e consulta il tuo aiuto nella documentazione, nel forum, nel webmaster sui messaggi di errore specifici o sull'ambiente richiesto
Ricorda: “la giusta soluzione può venire solo dalla giusta diagnosi…”NB: in caso di dubbi è sempre possibile verificare se sei interessato dal problema:
- controllare lo stato dei nostri server in tempo reale: https://support.yoorshop.hosting/serverstatus.php
- puoi utilizzare un proxy web come questo per verificare e vedere se hai un problema con la cache locale o concludere che c'è davvero un problema:
http://hidebuzz.comCome eseguire il debug?
Attiva i moduli di debug del tuo CMS se ce ne sono.
Guarda la sezione "errori" del tuo cPanel per iniziare (errore htaccess, prova con un .htaccess vuoto per scoprirlo).
Attiva le modalità log_errors e display_errors dal tuo cPanel tramite l'icona "Seleziona una versione PHP", quindi a destra: "passa alle opzioni php".
Successivamente, testa il tuo sito per vedere se vengono visualizzati messaggi e controlla il file error_log nella radice del tuo account:
/home/youruser/logs/php_error_log
E/O nel file di registro degli errori nella cartella del sito Web per vedere se sono stati scritti errori.
Problemi del sito web/incompatibilità dell'elemento PHP, testare diverse versioni PHP/estensioni PHP
Se utilizzi PHP-FPM su un server CloudLinux (nel tuo cPanel, presenza dell'icona: 'Seleziona una versione PHP'), devi tornare alla modalità PROXY predefinita per eseguire il debug:
https://support.yoorshop.hosting/knowledgebase/3931/Come-configurare-un-sito-con-NGINX-PHP-FPM.html
e abilitare le modalità log_errors e display_errors come descritto sopra nella riga numero 3
Se sei su un server semplice cPanel (nel tuo cPanel, presenza dell'icona: 'MultiPHP Manager')
Dall'editor INI MultiPHP, vai alla modalità editor, abilita display_errors e per abilitare log_errors, aggiungi questo:
log_errors = On
display_errors = OnNB: Una volta finito, è necessario disabilitare queste modalità di debug PHP per la sicurezza del tuo sito web
Nome errore risolto (ERR_NAME_RESOLUTION_FAILED, DNS_PROBE_FINISHED_NXDOMAIN,DNS_PROBE_FINISHED_BAD_CONFIG)Se hai aggiunto o hai appena acquistato o trasferito un dominio, devi modificare i name server DNS collegati al tuo servizio di hosting. Leggi l'e-mail 'Informazioni di accesso per il tuo web hosting', quindi guarda i valori indicati nella sezione 'Informazioni DNS: name server'.
Verifica che il tuo dominio punti all'IP del nostro server, vedi in basso WWW A: https://intodns.com/
Verifica che il tuo dominio non sia scaduto presso il tuo registrar o tramite un sito whois come: https://www.whois.net/
(cerca Data di scadenza, fai attenzione, il formato è in inglese: mese/giorno/anno)Pagina vuota, ovvero errore 500
Vedi il processo di debug sopra
'errore 403 proibito'
Innanzitutto, controlla che il percorso che stai interrogando sia corretto, quindi ricontrolla di avere almeno un file index.html o index.php o simile. Quando ti sei appena registrato al nostro servizio, devi caricare i tuoi file tramite FTP nella cartella public_html del dominio principale del tuo account, altrimenti nella cartella adattata al dominio o sottodominio complementare.Altrimenti, si tratta di un problema di autorizzazione di cartelle/file, questo a volte accade dopo aver armeggiato da parte tua o anche dopo il caricamento da parte di FTP.
Le cartelle devono essere nella posizione 755 e i file nella posizione 644 all'interno della cartella contenente il tuo sito web.
Le cartelle come public_html/sottodomini/domini associati devono rimanere a 750.
'errore 404 pagina non trovata'
Questo tipo di problema è legato al 99% ad un problema del sito web, il collegamento della pagina è sbagliato, la pagina in realtà non esiste, un problema con l'impostazione della sintassi delle regole di riscrittura, anche un modulo può causare questo...
Se dopo il ripristino con jetbackup, errore 500 su prestashop /ex:
- è necessario eliminare il file class_index.php dalla cartella cache
- ripristinare i file nativi dalla cartella /classes/cache/.Per un blocco API o altro:
Errore: 'Scusa! il tuo sito web è stato spostato'
Visualizzi questo messaggio a seguito di una sospensione del tuo account o perché l'IP del tuo sito è cambiato
La cache di rete a seconda di dove ti trovi richiede un piccolo ritardo, questo normalmente si risolverà da solo in breve tempo, altrimenti pulisci la cache usando Ctrl+F5, se persiste riavvia il router quindi il computer, quindi contattaci se persiste dopo 4-8 ore.
Problema nella visualizzazione delle immagini
errore 410: non tutte le immagini/pagine vengono visualizzate
Se questo riguarda solo una parte del tuo catalogo, è possibile che alcuni elementi siano inclusi nelle nostre parole chiave che bloccano il traffico tramite referrer. Contattaci....
O
Alcune immagini non vengono visualizzate e nessuna informazione
Utilizza "Ispeziona elemento" del tuo browser e, se è un formato pagespeed. Il sistema di ottimizzazione PageSpeed potrebbe causare problemi a seconda della programmazione del sito. Vedi il nostro articolo dedicato.
O
Con Nginx-FPM, disabilita la cache del browser tramite il gestore Nginx del tuo cPanel: imposta l'intestazione di scadenza
errore 502 "gateway non valido" o servizio web attualmente non disponibile Errore 502
Questo è un errore del server apache o nginx, a volte può verificarsi rapidamente e temporaneamente e contattaci se persiste...Se utilizzi PHP-FPM con Nginx, ciò è dovuto a un eccesso di processi PHP sul tuo sito web, causato dal funzionamento interno del sito, oppure a un eccesso di traffico o anche a un attacco. Tieni presente che questo tipo di errori vengono riparati automaticamente ogni 5 minuti dal nostro script di monitoraggio.
Errore di blocco del paese
Il visitatore bloccato viene reindirizzato a: https://hostingfilters.com/banspam/country.html
La soluzione è nel nostro articolo dedicato: https://support.yoorshop.hosting/knowledgebase/2464/Blocco-di-traffico-per-Paese.html
I nostri codici di errore/errore per combattere il traffico spam e la sicurezza
- 206: contenuto parziale visualizzato, è una conseguenza del codice 410 riportato di seguito, contattaci.
- 405: Riguarda query di tipo frame/xss/SQL injection/http dubbie.
- 406: Riguarda richieste dubbie di tutti i tipi, se nella sezione visitatori il 406 riguarda eccessivamente gli user agent: Serf/1.3.8 mod_pagespeed/, devi testare rimuovendo pagespeed sul dominio interessato, vedi il nostro articolo dedicato
- 410: referenti web (siti russi, cinesi o altri) o parole chiave bloccate (nel caso in cui una delle vostre pagine non venga visualizzata completamente, contattateci), vedrete il codice 206 aumentare di conseguenza... Attenzione, è del tutto normale avere un certo numero di 206 nei vostri log quando il contenuto viene preso dall'esterno!
- 429: limitazione delle richieste su file sensibili wp-login.php /ex, ma non solo.
- 444: per fermare i bot e l'URL del file di config.php /ex
- 499: il visitatore o la rete non ha trasmesso la risposta in tempo, la connessione è chiusa. Anche un numero eccessivo di connessioni IP può causare questo.
- 503: Troppe richieste, utilizzate dai plugin anti-ddos, ma anche da altre nostre funzionalità di sicurezza...
Problemi di cache con il backoffice Prestashop o di aggiornamento dopo la modifica dell'articolo /ex:
Infatti è attivata una cache nativa per il back office, puoi trovare come disattivarla sul forum prestashop.
Normalmente, gli aggiornamenti dovrebbero apparire entro pochi secondi sul tuo sito, prova questo per bypassare la cache del browser: CTRL+MAIUSC+R, se persiste, significa che la cache è in conflitto, elimina la cartella della cache in modo che si ricostruisca da sola con dati nuovi
Inoltre, vedere l'ottavo post per disabilitare la cache del back office:
https://www.prestashop.com/forums/topic/335988-backoffice-pages-dont-refresh-after-any-modification
La pagina delle informazioni di amministrazione PHP non funziona o è pesante
Per osservare le risorse utilizzate in tempo reale, guarda semplicemente la colonna a destra del tuo cPanel, devi aggiornare per aggiornare...
Oppure puoi anche vederlo in SSH senza dover aggiornare e vedere più dettagli sui processi:Per vedere l'utilizzo della CPU in tempo reale, devi utilizzare SSH, con putty, quindi il comando:
/usr/bin/top -d 00.50
Apri una seconda sessione di stucco
Puoi vedere cosa sta facendo un processo, tramite il suo numero PID, ad esempio se il numero 9952, inserisci:
strace -p 9952Per terminare tutti i processi:
digita nella console SSH: kill -15 -1 e premi Invio
(questo disattiverà anche la tua sessione SSH, ti riconnetterai in SSH e digiterai di nuovo top per vedere che tutto è di nuovo calmo)ERR_TOO_MANY_REDIRECTS
Ciò è collegato a un problema di reindirizzamento conflittuale o errato nel file htaccess, correlato o meno a un modulo. Consulta la documentazione dell'editore o il tuo webmaster. Rivedi le ultime modifiche mentre aspetti di trovare la soluzione.STATOSQL[HY000] [2002] Impossibile connettersi al server MySQL su \'127.0.0.1
Utilizza localhost come nome host nel file di configurazione e non 127.0.0.1, controlla anche che 127.0.0.1 è autorizzato nella sezione "mysql telecomando" del tuo cPanel
Pulisci anche la cache dell'applicazione con quelle dei moduli, altrimenti continuerà a visualizzare errori in alcune parti.
Una finestra PHP si apre quando accedi al sito web
L'eliminazione del tuo htaccess, la voce relativa a PHP causa questo problema.Altrimenti, e/o MInserisci questo nel tuo htaccess al livello root del tuo account cPanel/home/votreuser/:
################
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
<IfModule mod_setenvif.c>
# Netscape 4.x presenta alcuni problemi...
BrowserMatch ^Mozilla/4 gzip-only-text/html
# Netscape 4.06-4.08 presenta alcuni problemi in più
BrowserMatch ^Mozilla/4\.0[678] no-gzip
#MSIE si maschera da Netscape, ma va bene
# BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
# NOTA: a causa di un bug in mod_setenvif fino a Apache 2.0.48
# la regex precedente non funzionerà. Puoi usare quanto segue
# soluzione alternativa per ottenere l'effetto desiderato:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
# Non comprimere le immagini
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
</IfModule>
<IfModule mod_headers.c>
# Assicurati che i proxy non forniscano il contenuto sbagliato
Header append Vary User-Agent env=!dont-vary
</IfModule>
</IfModule>
################Rimuovere questo o simile, se necessario e se presente nell'htaccess dei siti web:
AddHandler php5-script .php .htm
Vale a dire:
Per svuotare la cache locale, premi CTRL + F5
Per caricare il sito del server senza passare dalla cache locale: CTRL+SHIFT+R
Prova a utilizzare un altro browser web se il problema persisteWebDAV non funziona con errore 'L'interfaccia WebDAV sembra essere rotta'
Tipico con Nextcloud, utilizzare il profilo Nginx 'YOORshop cloud predefinito'
Rallentamento del backoffice Prestashop (generalmente temporaneo):
https://www.yoorshop.hosting/announcements/2381/Ralentissement-back-office-Prestashop.html
Leggi il nostro articolo:
https://support.yoorshop.hosting/knowledgebase/1201/Verifica-delle-risorse-utilizzate-da-cPanel.htmlVari problemi
Se vengono visualizzati codici strani o si installa prestashop 1.7 di Softaculous con errore:Disabilita in php.ini questo: short_open_tag (tag aperto breve)
- Impossibile raccogliere dati sufficienti per generare una nuova chiave cookie (new_cookie_key). Assicurati che il tuo dominio punti a questo server e che non ci siano file .htaccess che limitino l'accesso al tuo dominio
(rif: https://support.yoorshop.hosting/knowledgebase/115/Possiamo-personalizzare-il-file-php-ini.html )Per informazioni sui file, è con le estensioni PHP:Prestashop servizi web:Apache per motivi di sicurezza vieta l'uso delle richieste PUT e DELETEPer poter utilizzare questo tipo di richiesta remota, è necessario utilizzare un metodo di riscrittura, ecco il principio come esempio di seguito (questo richiede un webmaster). Informazioni valide per la modalità predefinita NGINX: modalità PROXY, ma utilizza il modello di profilo: "YOORshop cloud predefinito"Crea un file put.php con questo contenuto:$putdata = fopen("php://input", "r");$file="your_filename.txt";$fp = fopen($file, "w");mentre ($data = fread($putdata, 1024)){fwrite($fp, $data);}fclose($fp);fclose($putdata);Inserisci questo nel tuo file .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.phpNella configurazione di admin/webservice, abilitare CGI. (Dopo il test, se ancora un problema, chiedeteci di controllare l'attivazione CGI)Preferire la cancellazione locale da phpmyadmin se possibile, o importare il tuo sito sul tuo PC, e non ci saranno problemi con un LAMPSicurezza del tuo sitoIl nostro strumento di sicurezza CXS ti informerà in tempo reale di tentativi di iniezione bloccati, o su file infetti, difetto di sicurezza e malware. La scansione profonda su tutti i file nel tuo account è anche fatto da quindiciÈ inoltre possibile avere un'indicazione di base molto meno affidabile del nostro strumento con strumenti online, in quanto questi strumenti non hanno accesso a tutti i file dei siti:Celui-ci peut être plus précis selon les cas : https://quttera.com/website-malware-scanner