Chargement très long (Créer un compte)

  • Statut : non résolu
2 sujets de 16 à 17 (sur un total de 17)
  • Auteur
    Messages
  • #671871
    shinji
    Membre
    Padawan WordPress
    85 contributions

    Bon en ayant lu les 2 liens que j’ai mis plus haut, j’ai 2 pistes qui se proposent à moi :

    1°) un problème au niveau de la base de donnée qui serait « corrompu », et qui l’aurait été le jour de sa mise à jour (pour augmenter l’espace de celle-ci), la date du début du problème concordant avec celle de la mise à jour de la base.
    Sur le forum de WordPress µ, qui parle de corruption (mais sans en être sûr), on ne sait pas si le problème a été résolu.

    Je vais tenter une réparation de la table wp-options, mais je me demande si :
    – il faut redémarrer le serveur SQL et dans ce cas là appeler OVH (vu que c’est en mutualisé)
    – il faut faire un REPAIR sur toutes les tables de wordpress

    2°) Une erreur sur une requête (voir plusieurs) sur la table wp-options, qui serait assez conséquente.
    En clair, si je traduis bien, pour chaque page, wordpress exécuterait plusieurs requêtes en écrivant des règles de rewriting inutiles en y incluant par exemple les pages de révision, ou des fichiers attachés en surnombre.
    Alors qu’il devrait écrire les règles uniquement en cas de changement de structure 😉

    -> la ligne rewrite_rules n’existe tout simplement pas, dans la table wp-options (185 enregistrements), y’aurait pas un soucis docteur :( ?

    ->Ma structure de permalien est de la forme : /%postname%/

    J’ai fais un test en mettant la structure par défaut, c’est flagrant. Avec le code de JayLBR, j’obtiens :
    15 requêtes. 0,616 secondes :D

    Par contre dans la base de donnée, toujours pas de ligne « rewrite_rules », bizarre sur le forum de wordpress.org, le gars dit que ça lui écrivait bien la ligne rewrite_rules après avoir changer la structure du permalien.
    Je pense pas que le plugin Redirection soit en cause, à ce niveau là.

    Il y a environ 1800 posts en mode « révision » (post_type), si je les supprime ça peut améliorer le truc nan ?

    J’ai peut-être une solution sur ce ticket :
    http://core.trac.wordpress.org/ticket/8958

    Je sens que je m’approche de la solution à ce problème de merde.

    Edit : j’ai testé le bout de code donné dans le ticket ci-dessus et ça semble bien marcher.
    http://core.trac.wordpress.org/attachment/ticket/8958/reduce_attach_query.8958.diff
    Dans la table wp-options, la ligne rewrite_rules est apparu.

    Dans ce cas, je pense que je peux dire que c’est résolu.

    #1624169
    paour@free.fr
    Participant
    Initié WordPress
    4 contributions

    Bonjour JayLBR,

    Dans la réponse du 15 mai 2009 à 8 h 28 min (je sais c’est vieux), je n’accède pas au code proposé.

    Comme décrit dans ce topic, j’ai aussi des lenteurs avec WP et je souhaitais utiliser le footer pour voir le nombre de requètes/page

    Le code affiché dans la réponse est : requêtes<span class= »token punctuation »>.</span> secondes<span class= »token punctuation »>.</span><span class= »token markup »><span class= »token tag »><span class= »token punctuation »></</span>p<span class= »token punctuation »>></span></span></span>

    Ce qui ne me donne rien bien évidement.

    Quel est le code PHP ?

    Merci

    Nicolas

2 sujets de 16 à 17 (sur un total de 17)
  • Vous devez être connecté pour répondre à ce sujet.