Un problème peut apparaître soudainement, et/ou avoir été causé par vos propres actions de mises à jour ou installations de nouveaux éléments.
Les causes peuvent être plus ou moins facile à trouver, ceci requiert concentration, patience, et méthode.
Dans ce dernier cas revenez en arrière et consultez vos aides en documentation, forum, webmaster à propos de messages erreurs spécifiques ou environnement requis
Rappelez-vous : "la bonne solution ne peut venir que du bon diagnostic..."

NB : en cas de doute, il est toujours possible aussi de vérifier si seulement vous êtes affecté par le problème :
- vérifiez l'état de nos serveurs en temps réel : https://support.yoorshop.hosting/serverstatus.php 
- vous pouvez utiliser un proxy web comme celui-ci pour vérifier et voir si vous avez un problème de cache local, ou conclure qu'il y a vraiment un problème :
http://hidebuzz.com 

Comment déboguer ?
Activez les modules de debug de votre CMS si il y en a.
Regardez la section 'erreurs' de votre cPanel pour commencer (erreur htaccess, testez avec un .htaccess vierge pour savoir).
Activez les modes log_errors, et display_errors depuis votre cPanel par l'icône "Sélectionner une version PHP", puis à droite : "switch to php options".
Ensuite, testez votre site pour voir si des messages s'affichent, et consultez le fichier error_log à la racine de votre compte :
/home/youruser/logs/php_error_log
ET/OU dans le fichier error log du dossier du site web pour voir si des erreurs sont écrites.
Problèmes de site web/incompatibilité d'un élément PHP, testez différentes versions PHP/extensions PHP

Si vous utilisez PHP-FPM sur serveur cloudlinux (dans votre cPanel, présence de l'icône : 'Sélectionner une version PHP'), vous devez repasser en mode default PROXY pour faire le debug :
https://support.yoorshop.hosting/knowledgebase/3931/comment-configurer-un-site-avec-nginx-php-fpm.html 
et activer les les modes log_errors, et display_errors comme décrit ci-dessus à la ligne numéro 3

Si vous êtes sur simple serveur cPanel (dans votre cPanel, présence de l'icône : 'Gestionnaire MultiPHP')
Depuis Éditeur INI MultiPHP, allez à mode éditeur, activez display_errors, et pour activer log_errors, ajouter ceci :
log_errors = On
display_errors = On

NB : une fois fini, vous devez impérativement désactiver ces modes debug PHP pour raison de sécurité de votre site web

Error name resolved (ERR_NAME_RESOLUTION_FAILED, DNS_PROBE_FINISHED_NXDOMAIN,DNS_PROBE_FINISHED_BAD_CONFIG)

Si vous avez ajouté ou venez d'acheter ou transférer un domaine, il faut bien ajuster les serveurs de noms DNS liés à votre service hébergement. Lisez le mail 'Informations d'accès à votre hébergement web', puis regardez les valeurs indiquées à la section 'Informations DNS : serveurs de noms'.

Vérifiez que votre domaine pointe bien vers l'IP de notre serveur, voir tout en bas WWW A : https://intodns.com/

Vérifiez que votre domaine n'a pas expiré chez votre registraire, ou bien par un site de whois comme : https://www.whois.net/
(cherchez Expiry Date, attention, le format est en anglais : Mois/Jour/Année)

Page blanches alias error 500
Voir plus haut le processus de debug

'error 403 forbidden'
En premier lieu, vérifiez que le chemin que vous interrogez est correct, ensuite vérifiez bien que vous avez au moins un fichier index.html ou index.php ou similaire. Lorsque vous venez de vous inscrire à notre service, vous devez chargez vos fichiers par FTP dans le dossier public_html pour le domaine principal de votre compte, sinon le dossier adapté au domaine compagnon ou sous-domaine.

Sinon, c'est un problème de permission de dossiers/fichiers, cela arrive parfois après bidouillage de votre côté, ou après chargement par FTP aussi.
Les dossiers doivent être en 755, et les fichiers en 644 à l'intérieur du dossier contenant votre site web.
Les dossiers comme public_html / sous-domaines /domaines compagnons doivent rester eux en 750.

'error 404 page non trouvée' (not found)
Ce type de problème est lié à 99% à un problème de site web, le lien de page est érronée, la page n'existe vraiment pas, un problème de réglage de syntaxe des règles ré-écriture (rewrite), même un module peut causer ceci...

Si après restauration avec jetbackup, error 500 sur prestashop /ex :
- vous devez supprimez le fichier class_index.php du dossier cache
- remettre les fichiers natifs du dossier /classes/cache/

Pour un blocage API ou autres :

https://support.yoorshop.hosting/knowledgebase/3421/desactiver-les-securites-nginx.html

Erreur : 'Sorry ! your website has moved'
Vous voyez ce message, suite à une suspension de votre compte ou car l'IP de votre site a changé
Le cache réseau selon ou vous êtes prend un petit délai, ceci se règle tout seul dans un temps court normalement, sinon nettoyez votre cache par Ctrl+F5, si persiste redémarrez votre routeur puis votre ordinateur, puis nous contacter si persiste au bout de 4-8h.

Problème d'affichage d'images
erreur 410 : les images/pages ne s'affichant pas toutes
Si cela concerne seulement une partie de votre catalogue, il est possible que certains éléments soient pris dans nos mots clés de blocage trafic par référent. Contactez-nous....
OU
Certaines images ne s'affichent pas et pas d'infos
Utilisez 'Inspecter l'élément' de votre navigateur et si c'est un format pagespeed. Le système d'optimisation PageSpeed peut causer des problèmes selon la programmation du site. Voir notre article dédiée.
OU
Avec Nginx-FPM, désactivez le cache navigateur par Nginx manager de votre cPanel : set expire header

error 502 'bad gateway' ou Webservice currently unavailable Error 502
Ceci est une erreur serveur apache ou nginx, cela peut arriver parfois de manière rapide et temporaire, et nous contacter si cela persiste...

Si vous utilisez PHP-FPM avec Nginx, ceci est dû à un excès de processus PHP sur votre site web, causé par le fonctionnement interne au site, ou bien un excès de trafic ou une attaque aussi. Notez que ce genre d'erreurs est réparé automatiquement toutes les 5 minutes par notre script de surveillance.

erreur Blocage pays
Le visiteur bloqué est redirigé vers : https://hostingfilters.com/banspam/country.html
La solution est dans notre article dédiée : https://support.yoorshop.hosting/knowledgebase/2464/Blocage-traffic-par-Pays.html

Nos codes errors/erreurs pour lutter contre le trafic spam, et la sécurité
- 206 : contenu partiel affiché, il est une conséquence du code 410 ci-après, contactez-nous.
- 405 : Concerne des requêtes douteuses de type frame/xss/injection SQL/http.
- 406 : Concerne des requêtes douteuses de tous types, si dans la section visiteurs, les 406 concernent excessivement des user agent : Serf/1.3.8 mod_pagespeed/, il faut tester en enlevant pagespeed sur le domaine concerné, voir notre article dédié
- 410 : référents web (sites russes, chinois ou autres) ou mot clés bloqués (au cas ou une de vos pages ne s'affichent pas entièrement, contactez-nous), vous verrez le code 206 augmenter en conséquence... Attention, il est tout à fait normal d'avoir un certain nombre de 206 dans vos logs quand des contenus sont pris de l'extérieur !
- 429 : limitation de requêtes sur fichiers sensible wp-login.php /ex, mais pas seulement.
- 444 : pour stopper les bots, et URL de fichier de config.php /ex
- 499 : le visiteur ou réseau n'a pas transmis la réponse à temps, la connexion est fermée. Les connexions excessives d'une IP peuvent aussi causer ceci.
- 503 : Trop de requêtes, utilisé par les plugins anti-ddos, mais d'autres sécurités chez nous aussi...

Problèmes de cache avec back-office Prestashop, ou de mise à jour après modifications d'articles /ex :
En effet un cache natif pour back-office est activé, vous pouvez trouver comment désactiver sur le forum prestashop.
Normalement, les mises à jour doivent apparaître en quelques secondes sur votre site, essayez ceci pour contourner votre navigateur cache: CTRL + MAJ + R, si elle persiste, cela signifie que votre cache est contradictoire, supprimer votre dossier cache de sorte qu'il se reconstruit avec données fraîches
Aussi, voir 8ème post pour désactiver le cache du back-office :
https://www.prestashop.com/forums/topic/335988-backoffice-pages-dont-refresh-after-any-modification 

Page informations PHP de l'admin ne marche pas ou lourdement
Pour observer les ressources utilisées en temps réel, regardez simplement la colonne à droite de votre cPanel, vous devez rafraîchir pour actualiser...
Ou, vous pouvez aussi voir ceci en SSH sans besoin de rafraîchir et voir plus de détail sur les processus :

Pour voir votre processeur utilisé en temps réel, vous devez utiliser le SSH, avec putty, puis la commande :
/usr/bin/top -d 00.50

Ouvrez une seconde session putty
Vous pouvez regarder ce que fait un processus, par son numéro PID, exemple si numéro 9952, saisissez :
strace -p 9952

Pour tuer tous les processus :
tapez dans la console SSH : kill -15 -1 ,et appuyez sur Entrée
(cela désactivera également votre session SSH, reconnectez en SSH, et tapez top encore pour voir que tout est revenu au calme)

ERR_TOO_MANY_REDIRECTS

Ceci est lié à un problème de redirection en conflit ou erroné dans le fichier htaccess, en lien ou non avec un module. Consultez la documentation éditeur ou votre webmaster. Revenez en arrière sur vos dernières modifications en attendant de trouver la solution.

 

SQLSTATE[HY000] [2002] Can\'t connect to MySQL server on \'127.0.0.1

Utilisez bien localhost en nom d'hôte dans le fichier de configuration,et non 127.0.0.1, vérifiez aussi que 127.0.0.1 est bien autorisé dans la section 'mysql distant' de votre cPanel

Nettoyez bien le cache de l'application avec ceux des modules aussi, sinon cela continuera à afficher erreur sur certaines parties.

Une fenêtre PHP s'ouvre quand on va sur le site web

Supprimer votre htaccess, une entrée en rapport avec PHP cause ceci.

Sinon, et/ou Mettez ceci dans votre htaccess au niveau racine de votre compte cPanel/home/votreuser/ :

################

<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
<IfModule mod_setenvif.c>
# Netscape 4.x has some problems...
BrowserMatch ^Mozilla/4 gzip-only-text/html

# Netscape 4.06-4.08 have some more problems
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# MSIE masquerades as Netscape, but it is fine
# BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# NOTE: Due to a bug in mod_setenvif up to Apache 2.0.48
# the above regex won't work. You can use the following
# workaround to get the desired effect:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

# Don't compress images
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
</IfModule>

<IfModule mod_headers.c>
# Make sure proxies don't deliver the wrong content
Header append Vary User-Agent env=!dont-vary
</IfModule>
</IfModule>
################

Enlevez ceci ou similaire, si besoin et si présent dans le htaccess des sites web :
AddHandler php5-script .php .htm 

A savoir :
Pour effacer votre cache local, faire CTRL + F5
Pour charger site du serveur sans passer par le cache local : CTRL + MAJ + R
Essayez d'utiliser un autre navigateur web si elle persiste

WebDAV ne fonctionne pas avec erreur 'WebDAV interface seems to be broken'

Typique avec Nextcloud, veuillez utilisez le profil Nginx 'YOORshop default cloud'

 

Ralentissement backoffice Prestashop (temporaire en général) :

https://www.yoorshop.hosting/announcements/2381/Ralentissement-back-office-Prestashop.html

Lire notre article :
https://support.yoorshop.hosting/knowledgebase/1201/Verification-des-ressources-utilisees-par-cPanel.html

Divers problèmes
Si vous voyez des codes étranges affichés, ou à l'installation prestashop 1.7 par Softaculous avec erreur : 

• Could not gather sufficient data to generate new cookie key (new_cookie_key). Please make sure your domain is pointing to this server and there is no .htaccess file restricing access to your domain

Désactivez dans le php.ini ceci : short_open_tag (short open tag)
(ref : https://support.yoorshop.hosting/knowledgebase/115/Peut-on-personnaliser-le-fichier-phpini.html )

 

Pour fileinfo, c'est par les extensions PHP :

https://support.yoorshop.hosting/knowledgebase/1100/Version-PHP-extensions-et-cache.html

 

 

Prestashop services web :

 

Apache interdit par sécurité l'utilisation de requêtes PUT, et DELETE

Afin de pouvoir utiliser ce type de requêtes à distance, Il faut utiliser une méthode de rewrite, voici le principe en exemple ci-dessous (ceci nécessite un webmaster). Information valable pour le mode par défaut NGINX : mode PROXY, mais utilisez le profil template : "YOORshop defaut cloud"

 

Créez un fichier put.php avec ce contenu :

 

$putdata = fopen("php://input", "r");

$file="your_filename.txt";

$fp = fopen($file, "w");

while ($data = fread($putdata, 1024)){

    fwrite($fp, $data);

}

 

fclose($fp);

fclose($putdata);

 

Mettez ceci dans votre fichier .htaccess :

 

RewriteEngine on

RewriteCond %{REQUEST_FILENAME} -s [OR]

RewriteCond %{REQUEST_FILENAME} -l [OR]

RewriteCond %{REQUEST_FILENAME} -d

RewriteRule ^.+$ - [NC,L]

RewriteCond %{REQUEST_METHOD} (PUT|DELETE)

RewriteRule .* put.php

 

Dans votre admin/webservice configuration, activez CGI. (Après avoir procédé aux tests, si toujours problème, nous demander la vérification de l'activation CGI)

 

Préférez un effacement local par phpmyadmin si possible, ou importez votre site sur votre PC, et il n'y aura pas de problème avec un LAMP

 

Sécurité de votre site

Notre outil de sécurité CXS vous informera en temps réel des tentatives d'injection bloqués, ou sur des fichiers infectés, faille de sécurité, et malwares. Le scan profond sur tous les fichiers de votre compte est aussi effectué par quinzaine

 

Vous pouvez aussi avoir une indication basique bien moins fiable que notre outil avec des outils en ligne, car ces outils n'ont pas accès à tous les fichiers des sites :

https://pentest-tools.com/website-vulnerability-scanning/website-scanner

https://www.immuniweb.com/websec/

Celui-ci peut être plus précis selon les cas : https://quttera.com/website-malware-scanner