[Résolu] Fatal error: Allowed memory size …

  • WordPress :4.7
  • Statut : résolu
9 sujets de 1 à 9 (sur un total de 9)
  • Auteur
    Messages
  • #1917589
    Debrailly
    Participant
    Initié WordPress
    37 contributions

    Bonjour,

    Ma configuration WP actuelle (WordPress 4.8.1)

    • Version de PHP/MySQL : 5.3/5.1.73
    • Thème utilisé : Layers WP 2.0.5
    • Extensions en place :
      • AddToAny Share Buttons (1.7.11)
      • Advanced Facebook Twitter Widget (1.5)
      • Akismet Anti-Spam (3.3.2)
      • Analytify – Google Analytics Dashboard (2.1.3)
      • Cookie Notice (1.2.35)
      • Enhanced Media Library (2.4.5)
      • Events Manager (5.7.3)
      • Events Manager Pro (2.5)
      • Layers Pro – Extended Layers customizability (2.0.1)
      • PrivateContent (5.33)
      • Server IP & Memory Usage Display (2.0.3)
      • Showcase – Portfolios for Layers (1.0.3)
      • UpdraftPlus – Sauvegarde/Restauration (1.13.4)
    • Nom de l’hébergeur : dominiumsystem.com
    • Adresse du site : http://creactive06.fr/

    Problème(s) rencontré(s) : 

    Bonjour,

    J’ai réalisé la refonte du site de mon client sur mon serveur (Amen) avec la même configuration sauf une version plus récente de MySQL. Il fonctionnait mais le backoffice était cependant un peu lent.

    Depuis que j’ai fait la migration du site, j’ai de gros soucis d’administration du site :

    • impossible d’accéder aux pages dont le template et Layers WP
    • ni aux réglages dans apparence.

    Voici mes tests :

    • Désactiver tous les plugins : cela fonctionne mieux alors car j’ai accès aux pages et réglages mais c’est d’une lenteur peu probable comme 45 min pour enregistrer 4 blocs de texte … La réactivation de ne serait-ce qu’un plugin, est re-belotte, impossible d’accéder aux pages ni à l’apparence.
    • Changer de theme : cela fonctionne mais je perds toute ma construction …

    Messages d’erreurs :

    • Avec wp-debug, voici le message que j’ai :

    Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 286802 bytes) in /var/www/vhosts/creactive06.fr/httpdocs/wp-includes/wp-db.php on line 1846 (Suivant la page consultée, la ligne est différente.)

    • Avec le plugin Server IP & Memory Usage Display, voici le résultat :

    Memory: 99.25 of 128 MB (78%) | WP LIMIT: 256 MB | IP 151.236.48.217 (server13047.dominiumsystem.com) | PHP 5.3.3 @64BitOS

     

    Quelqu’un pourrait-il me donner une piste pour débuger la situation svp ?

     

    #1917601
    Joss47
    Modérateur
    Maître WordPress
    4655 contributions

    Bonjour,

    Tu dis qu’avec le theme que tu as utilisé si tu bascules sur un autre ça fonctionne sans soucis ?

    Tu connais donc le fautif 🙂

    Aussi il serait bien d’augmenter ta version de PHP à la derniere.

    Dans ton wp-config.php ajoute cette ligne (avant la ligne ou c’est écrit de ne plus rien écrire en dessous et bon blogging)

    define( 'WP_MAX_MEMORY_LIMIT', '256M' );

    #1924409
    Debrailly
    Participant
    Initié WordPress
    37 contributions

    Bonjour,

    En fait, impossible de changer de theme : lorsque j’essaie d’activer un autre thème j’ai une « fatal error » de mémoire semble-t-il toujours …

    Je vois que les url du site ne sont pas mis à jour, ce qui d’après l’hébergeur peut entrainer ce probleme de mémoire …

    J’ai utilisé le plugin Search & Replace » pour l’ensemble des tables de données. Sauf celle wp_posts qui est trop lourde me dit le plugin.

    J’essaie donc directement depuis PhpMyAdmin avec la requete suivante :

    UPDATE wp_posts
    SET post_content = REPLACE (post_content, ‘http://isabelle-debrailly.fr/creactive06/’, ‘http://creactive06.fr/’);

    Mais lorsque je simule la requete, voici le message que j’ai :

    #1064 – You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘)’ at line 1

    Une idée ???

    L’idée au finale est de récupérer un minimum la main sur mon back-office et de pouvoir éventuellement changer de thème si celui-ci bug en effet. En parallèle, de voir avec mon client et son hébergeur s’il est possible d’upgrader les versions php et sql …

     

     

    #1924753
    C_Lucien
    Modérateur
    Maître WordPress
    3815 contributions

    Bonjour,

    une suggestion : exporter cette seule table, rechercher-remplacer la chaine de caractères avec un éditeur de texte et réimporter le fichier dans la table en écrasant le contenu ou l’avoir vidée auparavant.

    Est-ce techniquement viable ?

    Ceci étant, avec une version Php obsolète, les ennuis sont prévisibles. Bizarre que ni WordPress, ni Amen ne toussent sur ce point.

    #1926068
    Debrailly
    Participant
    Initié WordPress
    37 contributions

    En effet, j’y ai pensé d’ouvrir la bdd dans un traitement de texte mais vu le résultat, j’ai bien peur que cela ne fonctionne plus après.

    J’ai eu l’hébergeur hier (qui n’est pas Amen et qui n’est pas spécialisé dans l’hébergement de sites) en lui demandant s’il était envisageable d’upgrader les version php et MySQL ( actuellement sur php 5.3.3 et MySQL 5.1.73 ) mais comme d’autres sites wp qu’il héberge fonctionnent bien, il semble frilleux pour cette procédure avec un linux un peu vieux me dit-il …

    Je vais voir mon client aujourd’hui et essayer de lui faire comprendre que même si le bug ne vient peut-être pas directement de cela, il serait bon de demander un upgrade des versions ou d’envisager prendre un autre hébergeur …

    #1926417
    BorisP
    Participant
    Initié WordPress
    26 contributions

    C’est bizarre que ta requête SQL retourne une erreur ; la syntaxe me semble valide pourtant.

    #1926418
    BorisP
    Participant
    Initié WordPress
    26 contributions

    Tu as essayé en enlevant l’espace entre REPLACE et ( ?

    #1926991
    Flobogo
    Modérateur
    Maître WordPress
    15345 contributions

    Bonjour,

    Les versions récentes de WordPress nécessite PHP 5.6 minimum

    PHP 5.3 est obsolète, non maintenu, aucun hébergeur digne de ce nom ne devrait le proposer.

    J’ai eu l’hébergeur hier (…) qui n’est pas spécialisé dans l’hébergement de sites

    CQFD ! Vous iriez voir un garagiste qui n’y connaît rien aux bagnoles ?

    #1991752
    Debrailly
    Participant
    Initié WordPress
    37 contributions

    Après un gros nettoyage du site et notamment de la bdd grace à un plugin,

    Le site est à nouveau administrable.

    Reste très lent mais sans doute problème avec les versions php et mysql: en phace de négociation entre client et hébergeur …

    Merci pour toutes vos réponses qui m’ont mises sur de bonnes voies

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