- Statut : non résolu
- Ce sujet contient 57 réponses, 10 participants et a été mis à jour pour la dernière fois par
, le il y a 14 années et 10 mois.
-
Messages
-
Ok, j’ai deux sites et voici les extensions en commun :
Akismet
AntiVirus
SABRE
Secure WordPress
WordPress Database Backup
WP-Cumulus
WP-DBManager
WP-EMail
WP-Polls
WP-Print
WP-SpamFreeQuand je les désactive…Le temps est divisé par deux !
Donc il y a une de ces extensions ou un mix c’est à dire plusieurs qui entre elles entrainent des interactions créant ces lenteurs.Je vais donc réactiver les extensions une à une.
Sinon extension sans risque à avoir :
PHP Speedy WP
SEO Booster Lite
WP Super Cache
Elles améliorent réellement la rapidité du site.J’ai désactivé les extension qu’on a en commun : Akismet, WordPress Database Backup, WP-Cumulus et WP-DBManager et les changements sont imperceptibles … !
La lenteur est toujours là, page blank, en attente et surgissement de la page demandée !Autrement, je ne pense pas qu’un « surplus » de php soit en cause car les lenteurs touchent l’accès au site et l’accès aux pages d’administration qui n’emploient pas les mêmes codes que le thème, j’imagine.
A noter que l’accès est vraiment long, plus de 10 secondes puis tout à coup la page se charge rapidement ! N’est-ce pas un souci de base de données ?!
Tu as raison, même constat, au début j’ai cru que c’était la désactivation des plugins puisque je suis passé de 34 s à 14s mais en faite ça dépend.
Il n’y a donc qu’une seule possibilité le serveur SQL !
Si un site à vide s’affiche vite comme celui que j’ai mis dans le sous domaine c’est que la BD est vide.Donc les serveurs SQL de strato sont en cause car ma BD est optimisée.
Vu la réponse que tu as eu, cela semble être flou mais en faite c’est très clair ils reconnaissent un problème de performance et je pense qu’ils ont plannifiés des changement de machine.
Je pense qu’il faut leur donner un peut de temps. Des changements de machine ne sont pas simples.
A mon avis d’ici quelques semaines cela ira plus vite.
Je continue à dire que c’est la meilleur offre car le débit est illimité. J’ai prévu de coller des vidéos pour mes abonnés passionnés de Flight simulator, j’en ai déjà quelques unes de plus de 100 Mo je n’ose pas imaginer chez un hébergeur avec quota ce que cela pourrait faire 🙂)))On se tient au courant !
En ce qui me concerne, suis quand même tenté de changer d’hébergeur … Quelques semaines pour eux, ça peut vouloir dire des mois ! Et rétrospectivement, ça fait déjà des mois que ça dure ! Il est temps aussi que le site soit plus rapide et plus réactif !
Petit complément à savoir, j’ai 3 sites internet chez Strato
2 en WordPress dernière version.
1 en Joomla
Les 2 en WP s’affichent en 14 à 34 s et leur BD va de 1,5 Mo à 3Mo
Mon site en Joomla s’affiche en – de 4 s ! BD de 8,5 Mo !
Il y a plus de tables sous Joomla…
Donc s’il y a un problème de performances chez Strato cela n’explique pas une telle différence.
Les formats de tables sont tous identiques MySam….Donc, la vérité est ailleurs…
Sur le même serveur ? Je viens d’avoir de gros problèmes de ralentissement pendant deux jours et résolus depuis qui ont été dûs à un des mutualisés qui avait merdouillé une mise à jour d’un de ses logiciels. Comme quoi, ça peut dépendre de plein de trucs. Pas Strato hein…
Je sens que je vais déménager mon site … Mavenhostings a l’air très bien !
Au fait, WP Super Cache met le message suivant :
Warning! /mnt/web5/41/10/xxxxxxxx/htdocs/blog/ is writable. Please make it readonly after your page is generated as this is a security risk
. OK, problème de sécurité mais pas moyen de savoir ce que c’est ! Je ne connais même pas ce chemin … ! mnt ? web5 ?, etc.
Message similaire avec WP-DB Manager :To correct this issue, move the .htaccess file from wp-content/plugins/wp-dbmanager to /mnt/web5/41/10/xxxxxxxx/htdocs/blog/wp-content/backup-db
! 😉
Argh ! C’est abominable comme l’accès à mon blog est long ! :fire::fire::fire:
La faute à l’hébergeur Strato ?
En tout cas, le site http://www.lecosmographe.com – qui ne fait pas appel à la base de données – est extrêmement rapide à l’affichage !
Comment régler ce problème avec la BDD ?!
Par ailleurs, NextGEN m’avertit que le serveur est en vieux php 4 et que php 5 serait mieux :NextGEN Gallery contains some functions which are only available under PHP 5.2. You are using the old PHP 4 version, upgrade now! It’s no longer supported by the PHP group. Many shared hosting providers offer both PHP 4 and PHP 5, running simultaneously. Ask your provider if they can do this.
D’accord mais comment fait-on ?
Est-ce que cela pourrait être à l’origine de la lenteur du blog ?
Merci de m’aider.Pour ce qui est de changer d’hébergeur, il faut que j’attende octobre 2010 pour pouvoir arrêter le contrat … ! Avec un peu de chance, le blog pourrait retrouver de la vigueur et de la rapidité !!!
Vous savez qu’il y a une doc chez eux ?
http://www.strato-faq.fr/artikel.html?sessionID=02731c6adb2d822dcfdc1c17ada739cc&id=1568STooooooooooooooooooooooopppp !!
C’est résolu !!! Merci Strato 🙂
Contact le support technique et demande si tu peux bénéficier du nouvel environnement = SpeedPlus de STRATO
Je suis passé de 34 secondes à 4 secondes !!!
En plus cette interface dispose de nouvelles machine mais aussi :
Vous avez avec STRATO SpeedPlus la version PHP 5.2.x
La version SQLite acceptée sera celle à partir de 2.6.3 et pour Perl à partir de 5.8
Les extentions Microsoft Frontpage sont acceptées à partir de la version 5.0Le pied 🙂
- Vous devez être connecté pour répondre à ce sujet.