- Statut : non résolu
- Ce sujet contient 7 réponses, 3 participants et a été mis à jour pour la dernière fois par
, le il y a 8 années et 6 mois.
-
Messages
-
Ma configuration WP actuelle :
– Version de WordPress : 4.5.2
– Version de PHP/MySQL : 5.6.21 / 5.1.73
– Thème utilisé : mototribu
– Extensions en place : Advanced iFrame Pro (7.2), amr shortcode any widget (3.3), batch-move (1.5), Better Delete Revision (1.6.1), BJD Responsive iFrame (1.0.0), Content Views (1.8.5), Content Views Pro (3.
, Cyclone Slider Pro (2.10.6), Display Widgets (2.05), DT World Clock (1.5.1), Duplicate Post (2.6), Forum_wordpress_fr (4.1), GC MailPoet EX (1.0.9), GC Message Bar (2.3., Google Analytics Dashboard for WP (4.9.3.1), Hide Featured Image (1.1), Huge IT Slider (10.0), iframe (4.3), Imagify (1.5.4), Limit Login Attempts (1.7.1), MailPoet Newsletters (2.7.2), MailPoet Newsletters Premium (2.7.2), Menu Management Enhancer (1.1), One-Click Child Theme (1.6), P3 (Plugin Performance Profiler) (1.5.3.9), PDF Embedder Premium (2.5.1), Redirection (2.4.5), Regenerate Thumbnails (2.2.6), Simple Image Widget (4.4.0), Simple Share Buttons Adder (6.1.5), Term Management Tools (1.1.4), UberMenu 3 – The Ultimate WordPress Mega Menu (3.2.3), Ultimate SWF Flash Display Widget (0.2), UpdraftPlus – Backup/Restore (1.12.13), Wordfence Security (6.1., wp-jquery-lightbox (1.4., WP-Optimize (1.9), WP-PageNavi (2.90), WPBakery Visual Composer (4.12), WP Rocket (2.8.5)
– Adresse du site : http://mototribu.com/blog
– Nom de l’hébergeur : ApacheJuste un retour d’expérience qui a connu son épilogue il y a quelques minutes mais qui pourra peut-être servir à d’autres…
Hier j’ai reçu un mail un peu alarmant d’OVH
Merci d’avoir souscrit à notre offre perf2014x1 pour votre domaine.
Avec cette formule, vous disposez d’une base de données (1275451-2) dont la taille allouée est de 800000.
Vous avez atteint 80% du quota autorisé, soit 747001 de l’espace actuel.»
Alerte
1. c’est quoi 1275451?
Je ne trouve rien dans le manager d’OVHJe demande alors quelle est cette mystérieuse 127… etc
Réponse
Je vois que vous passez par une base .module (incluse au module ) et qui n’est pas gérée par OVH, ce qui nous permettra pas d’intervenir sur la base car elle n’est pas un produit fourni par OVH.La base concernée est la base 1275451-2/sql18.modules , que je vois qui est pleine.
Mince
1. Je n’ai jamais implémenté le moindre module qui ne m’ait été FOURNI par OVH
2. Curieux qu’avec les outils dont ils disposent ils ne puissent identifier le seul et unique module que j’utilise
Bref…
J’ai évidemment supposé qu’il s’agissait de WordPress qui M’A ÉTÉ FOURNI PAR OVHJ’ai donc effectué une vérification avec WP Optimize qui
1. a immédiatement identifié ma base comme étant la 1275…
2. m’a fourni l’indication de la taille totale de ma base 134 mo….J’étais un peu rassuré mais je craignais néanmoins qu’OVH comptabilise différemment de WP Optimize la taille de ma base
J’ai envoyé le rapport WP Optimize à OVH aujourd’hui
La réponse de ce soir
Suite aux vérifications, je vois que la taille de votre base de donnée a été réduite et que actuellement elle occupe 134Mo/800Mo.
J’ai demandé d’où venait leur erreur (c’est toujours utile de savoir … pour la suite) j’attends la réponse.
Conclusion
Si cela vous arrive, vérifiez avant de faire confiance.C’est un peu bizarre en effet cette histoire de base de données à laquelle ils n’ont pas eux-même accès…
Vous avez raison de relever cela.
C’est curieux effectivement cela aurait évité des recherches inutiles car j’avoue que j’ignorais ce code même s’il m’a sans doute été délivré lors de sa création mais je n’en ai pas retrouvé la trace.
Encore plus curieux leurs outils de mesure.
Mais bon en général ils sont assez généreux en explications … wait and see
Tu as toujours accès à ta base de données, via phpmyadmin, en reprenant les informations sur le wp-config.php, même si tu ne la vois pas dans ton hébergement.
L’installation du WordPress via OVH est effectivement ce qu’ils appellent un module.
Merci
Du coup j’ai retrouvé les bonnes infos de connexion à phpmyadmin pour ce faire.
Vérification faite WPO et phpmyadmin sont identiques (le contraire eut été étonnant) et tout est en ordre
Reste plus qu’à comprendre d’où vient l’erreur d’OVH pour apprendre et progresser…
Curieux tout de même que cette base n’apparaisse pas dans mon hébergement?
Enfin bref j’y accède c’est l’essentielMerci
Les bases de données des modules sont « mutualisées » différemment. En général, il vaut mieux éviter l’install par module. D’autant plus que ces bdd sont moins performantes.
http://www.lumieredelune.com/encrelune/wordpress3-ovh-automatique,2014,06
Tu peux exporter ton contenu via phpmyadmin, le réimporter dans une base que tu auras créée toi même dans ton panneau d’admin de ton hébergement et modifier le wp-config
En 1re lieu la réponse qui ne répond pas à ma question : d’où provient leur erreur
Veuillez nous excuser pour la réponse tardive.
De notre coté, on peut pas savoir ce qui il y était comme données dans votre base de donnée.
Peut être qu’en supprimant quelques éléments ou réparant une table, les erreurs ont disparu ce qui a permis de libérer trop d’espace.
Je reste à votre disposition pour toute demande complémentaire.
Cordialement,
En effet quand je leur ai envoyé le rapport de WPO (140mo) je n’avais touché à RIEN et on était loin des 750mo relevés par leurs compteurs
Ensuite j’ai viré des logs mais c’était seulement pour quelques mo de moins
Je persiste et j’essaye d’avoir le fin mot de l’histoire
En 2ème lieu
L’installation de LEUR module wordpress date d’une dizaine d’années… déjà que maintenant je suis pas un foudre de guerre alors à l’époque…
Tu dis «moins performante» à quel niveau?
Il y a des niveaux de performances différents selon les BDD?Merci
, Cyclone Slider Pro (2.10.6), Display Widgets (2.05), DT World Clock (1.5.1), Duplicate Post (2.6), Forum_wordpress_fr (4.1), GC MailPoet EX (1.0.9), GC Message Bar (2.3.
- Vous devez être connecté pour répondre à ce sujet.