- Statut : non résolu
- Ce sujet contient 35 réponses, 6 participants et a été mis à jour pour la dernière fois par
, le il y a 12 années et 7 mois.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
– Version de WordPress : 3.2.1
– Version de PHP/MySQL : 5 et quelque
– Thème utilisé : sublime
– Extensions en place : une vingtaine
– Nom de l’hebergeur : OVH
– Adresse du site : http://www.arcueil.frProblème(s) rencontré(s) :
Bonjour,
j’ai un site qui rame sec, depuis dimanche au moins.
L’hébergeur me dit effectivement que le serveur a planté, et est très lent malgré qu’il l’ait relancé, et qu’il regardera deamin de plus près ce qui se passe.
De mon côté j’ai fait un scan avec un service en ligne et aussi un outil google qui ne me signale pas de malware ou autres saletés de ce genre.
La dernière sauvegarde de la bdd date du 2 juillet, le plugin wp-databasemanager a arrêté de les envoyer ensuite, peut-être car elle devenait trop lourde (9Mo) ?
J’ai pu utiliser le plugin ce matin pour faire une sauvegarde mais à partir de là, le plugin s’est mis à le faire toutes les 3 minutes ou presque alors je l’ai désactivé. Le site ne va pas mieux (ni pire) pour autant.En attendant que l’hébergeur regarde, qu’est ce que je peux faire de plus pour essayer de comprendre ce qui pose problème ?
merci pour votre aide .
Ce message a été supprimé suite à la demande de l’auteur.
Bonjour et merci de me répondre noaneo,
La table la plus lourde est wp-post et ça me semble assez normal non ? Il y en a environ 500
Oui, je n’ai pas vraiment de plugin inutiles, ils servent tous à quelquechose.
J’ai réactivé wp-databasemanager et il me donne des infos auxquelles je ne comprends pas tout.
Notamment, dans la liste des tables de la BDD il y a une colonne « Overhead » et pour la plupart des tables, il y a écrit 0Kbytes sauf pour wp-options et wp-meta où il y a à peu près 300Kbytes dans chacune. Est-ce une anomalie ?
Non je n’ai pas nettoyé les posts revisions, mis à part si cela se fait quand j’optimise la bdd ?
Bonjour,
Si le site marchais bien avant que le serveur ne plante, je pense qu’il faut attendre que ce dernier examine d’où provient l’erreur, peu être que le serveur a subit une attaque, ou que ton site a fait planté le serveur.
Il est important de faire des sauvegarde régulière car en cas de problème tu auras tout perdu.
Peu être as tu souscrit une sauvegarde avec ton hébergement .Tu peux également faire une sauvegarde de ta base de donnée en allant dans ta base de donnée directement.
es tu sur un serveur dédié ou mutualisé ? peu être ton site utilise trop de ressource au serveur.
sinon tu peux toujours analyser ton site grace a un plugin : profiler http://wordpress.org/extend/plugins/p3-profiler
pour analyser quel plugin te prends le plus de ressource.
En tout cas je te conseil d’être patient et de voir avec ton hébergeur, car il pourras voir les logs et te dire la cause du ralentissement de ton site. A mon avis le pb vient de l’hébérgeur et non de ton site…
Cordialement
Bonsoir,
Je vous conseille d’attendre le retour de votre hébergeur.
Si votre site à beaucoup de visiteur peut-être envisager un serveur dédié « Voir avec votre conso bande passante »Sinon dans un 2ème temps installer un système de cache genre Hyper cache sur votre plateforme
Cordialement
Bonjour et merci beaucoup pour votre aide. je vais donc être un peu patiente..
Pour les sauvegardes, oui j’en fais une tous les jours sur ce site grâce au plugin wpdatabasemanager. il a arrêté de les mailer le 2 avril (pas le 2 juillet, je me suis trompée !), et même maintenant que j’ai optimisé la base, il refuse de mes le mailer, je ne sais pas pourquoi.
Mais je pourrais au moins réinjecter celle du 2 avril si elle a un problème.
Le site est toujours très lent, mais à côté de cela, fonctionnel..il marchait bien jusqu’à vendredi, samedi je ne sais pas, et dimanche les problèmes ont commencé alors qu’a priori personne n’a bossé dessus ce jour là..
je reviendrai vous donner des nouvelles quand j’en saurai plus
Merci
Essaye http://gtmetrix.com/ pour mesurer les temps de réponses. J’ai fait le test ce matin et qui m’a retourné un temps de réponse global de 44.93s. (refait les test de temps en temps pour comparer les valeurs)
Les requêtes les plus longues étaient style.css (15,06s), turq.css (28,9s), I10n.js (29,9s) main.js (28,9s), jquery.js (33,2s) alors que certains font 200o.
Il y a 16 images qui mettent plus de 15s (record pour la vache en 33s ) pour se télécharger alors qu’elles sont parfaitement optimisées.
Comme, Krealyde, je pense aussi que le problème est probablement côté hébergeur…Bonjour fge et merci de regarder !
Oui, j’espère que c’est un souci serveur et que l’hébergeur va pouvoir réparer rapidement. A 4h du mat, il tournait très bien. A partir de 6h30 ça s’est mis à ralentir.
j’ai coupé tous les plugins, et il tournait alors très bien. puis je les ai remis 1 par 1 pour essayer de comprendre si l’un d’entre eux pose problème, mais c’est impossible de s’en rendre compte. Le site fonctionne bien, puis tout à coup il rame, puis à nouveau il fonctionne normalement..C’est peut etre tout de même une boucle qui se passerait mal ??
Bonjour,
Si une boucle s’exécuterait mal ça planterait ton site.
La le problème viens du serveur. Il faut que ton hébergeur analyse les logs pour voir ce qui prends la ressource au processus de ton serveur et cause ces ralentissements.Mais si tu es sur du mutualisé, tu n es pas le seul sur le serveur, donc le ralentissement peu être causé par d’autre site. Je te conseille de passer à une offre supérieur ou à un serveur dédié.
Cordialement
Bonjour Krealide,
Oui c’est assez incompréhensible, ça marche bien pendant deux heures, puis ça rame.
Bon je m’en vais persécuter gentiment l’hébergeur..
merci beaucoup à tous d’avoir pris le temps de regarder ce problème, je vous tiens au courant
Ce message a été supprimé suite à la demande de l’auteur.
Ce message a été supprimé suite à la demande de l’auteur.
est ce que tu sais dans quelle table sont rangées les révisions ? j’aimerais autant les vider manuellement plutôt que d’installer un plugin de plus, j’en ai déjà tout un tas…
- Vous devez être connecté pour répondre à ce sujet.