web-dev-qa-db-fra.com

Erreur de service 503 indisponible dans mon hébergement Godaddy avec le site Web Joomla 2.5

Je crée un site Joomla avant 1 an, mais avant 1 mois, mon hébergeur Godaddy dit que nous avons atteint toutes les ressources et le processeur à 100%, lorsque je contacte le support, ils nous disent que nous avons un PHP Script qui Comment puis-je trouver ce script?

4
RayCoding

Option 1

Dans une situation similaire à la vôtre, j'ai effectué des recherches et rassemblé les raisons pouvant expliquer le dépassement des ressources d'un plan d'hébergement partagé. La liste suivante peut vous être utile pour suivre votre problème.

L'utilisation de la mémoire et des ressources du processeur est souvent liée. Par exemple, si les ressources de mémoire sont en nombre insuffisant, il est possible que la mémoire soit paginée sur le disque, ce qui entraîne une surcharge du processeur. Si les ressources du processeur sont en nombre insuffisant, vous aurez peut-être besoin de plus de mémoire pour résoudre le problème du processeur. Certains des éléments de la liste ci-dessous peuvent être davantage liés à la mémoire et d'autres davantage au processeur, mais méritent probablement tous d'être vérifiés si vous rencontrez un problème de ressources.

Certaines des raisons potentielles sont plus faciles à vérifier ou à tester que d’autres et il est donc logique de vérifier d’abord les plus faciles. Par exemple, vous devrez peut-être exécuter le numéro 22 (en désactivant temporairement les extensions une à une), mais il est probablement judicieux de procéder à certaines vérifications de base comme nos. 1 à 9 en premier car ils sont relativement rapides à faire et peuvent aider à réduire le coupable assez rapidement.

  1. augmentez le PHP memory_limit en créant ou modifiant le fichier php.ini et en ajoutant memory_limit = 512M ou modifier les paramètres via cPanel -> "Sélectionnez PHP Version" ou similaire)
  2. vérifiez les modifications récentes en consultant les dates des fichiers et des dossiers dans les composants, plug-ins, modules, images, dossiers de diaporama, etc.
  3. vérifier et appliquer les mises à jour des extensions Joomla et tierces
  4. vérifiez si les journaux d'erreurs dans le dossier/logs sont inhabituels
  5. vérifier le journal des erreurs dans cPanel (ou similaire)
  6. dans phpMyAdmin (ou similaire), lancez "Réparer" sur la table de session
  7. exécuter les outils d'administration "Fixer les autorisations" et "Réparer et optimiser les tables"
  8. dans cPanel (ou similaire), recherchez les tâches CRON pouvant entraîner une charge excessive
  9. dans Awstats (ou similaire), vérifiez si le nombre de visites "Robots/Spiders" est excessif - 20 000 visites/500 Mo par mois ou environ de Google et similaire est probablement raisonnable - vous pouvez éventuellement utiliser le pare-feu Admin Tools Pro .htaccess fonction de sécurité pour détecter et bloquer les spammeurs - référence: https://stackoverflow.com/a/17822758
  10. si le cache Joomla est activé, augmentez temporairement la durée du cache à environ 45 minutes
  11. essayez de basculer temporairement sur l'un des modèles par défaut pour voir si le problème concerne le modèle.
  12. si GZip est activé dans la configuration globale, essayez de l'éteindre temporairement et essayez également de l'activer s'il est actuellement désactivé
  13. vider et purger le cache Joomla
  14. si vous utilisez sh404SEF, purgez les URL sh404SEF
  15. purger les URL non publiées dans Composants -> Gestionnaire de redirection
  16. essayez de désactiver temporairement SEF (SEF consomme du processeur)
  17. essayez de régler temporairement RewriteEngine Off dans .htaccess _ (SEF consomme du processeur)
  18. désactiver temporairement les mesures anti-inondations dans sh404SEF, Kunena et extensions similaires
  19. exécutez un audit de sécurité pour rechercher des logiciels malveillants à l'aide de mysites.guru (anciennement myjoomla.com) ou similaire.
  20. exécutez gtmetrix.com ou un rapport similaire pour voir ce qui prend du temps à charger, le cas échéant.
  21. activer temporairement le mode de débogage Joomla et vérifier le nombre de requêtes de base de données? (Devrait idéalement être moins de 30 ans)
  22. désactiver temporairement les modules/plug-ins tiers un à un et vérifier les modifications apportées aux requêtes de base de données
  23. consignez une demande d'assistance auprès de votre fournisseur d'hébergement pour vous informer des modifications récentes et savoir si elles peuvent vous aider à déterminer le processus de ressources élevées et à réduire le problème à une extension spécifique
  24. essayez le correctif de table d’actifs d’Elin: http://github.com/elinw/AssetFix
  25. installez CJSpeed ​​( http://www.conquerjoomla.com/index.php?option=com_cjdownload&view=info&id=1&Itemid=116 ) ou similaire pour voir les extensions susceptibles de ralentir votre site Web
  26. Tweak MySQL: http://videos.cpanel.net/mysql-optimization

Option 2

S'adresser à une société d'hébergement Web disposant de ressources plus généreuses pourrait également constituer une solution raisonnable.

Comment savoir si le problème est résolu?

Les fournisseurs d'hébergement incluent souvent des outils dans cPanel (ou similaire) afin que vous puissiez voir l'utilisation des ressources de votre compte. La vérification de ces graphiques vous indiquera bientôt tout changement dans l'utilisation de la mémoire, de la CPU, etc.

6
Neil Robertson

Je n'ai jamais eu de script PHP) en boucle, donc jamais eu à le suivre, mais en regardant autour et en faisant quelques recherches ( soupçon ), vous pouvez utiliser un outil tel que Xdebug . Cela demandera un peu de patience et de travail. Assurez-vous également de lire la documentation afin de savoir exactement quoi faire:

http://www.xdebug.org/docs/

Il peut être utile de demander à GoDaddy s’il sait quel fichier est à l’origine de la boucle avant de commencer le processus ci-dessus.

1
Lodder