- Statut : non résolu
- Ce sujet contient 44 réponses, 9 participants et a été mis à jour pour la dernière fois par
jmsf, le il y a 13 années et 7 mois.
-
AuteurMessages
-
2 octobre 2009 à 11 h 10 min #666107
Résolu depuis les updates de version non ? Pour moi oui.
2 octobre 2009 à 11 h 14 min #666108le problème a été résolu en changeant d’hébergeur pour moi,pourtant la même version.
2 octobre 2009 à 12 h 05 min #666109depuis l’update de la version 2.8.4 plus de soucis. J’ai simplement recollé ma très longue page dans celle qui ne pouvait plus s’afficher, bien que je l’aie divisée pour le confort des visiteurs en la divisant en trois avec next_page, ce qui était impossible avec 2.7.1
29 avril 2011 à 13 h 07 min #666110J’ai trouvé une cause à ce pb : cela provient de PHP5.
Avec un très long article et des shortcodes, ça passe très bien sous PHP4.
Mais quand j’ajoute :
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .phpdans le htaccess, ça passe plus du tout.
Je n’ai pas testé la modif shortcodes-new.php, vu que c’est plus la même version, j’ai pas osé…😐
29 avril 2011 à 13 h 12 min #666111C’est quand même dommage vu que le support de php4 par WP n’est plus à l’ordre du jour ! ^^
11 septembre 2011 à 17 h 09 min #666112Bonjour,
J’utilise la version 3.2.1 de WordPress sur un hébergement mutualisé ovh et j’ai le même problème que vous sur un très long article : http://www.vivelapub.fr/les-mascottes-animales-dans-la-publicite-en-70-exemples/J’ai essayé en enlevant le shortcode, en modifiant le fichier shortcodes.php, en ajoutant l’extension Text control… mais rien ne marche !
Quelqu’un a-t-il une autre piste (à part changer d’hébergeur) ?
Merci
11 septembre 2011 à 18 h 31 min #666113@ jmsf » De toute façon, les nouvelles versions du moteur WP ne sont plus compatibles avec php 4.
Ma solution : faire un article en plusieurs parties (bah oui).12 septembre 2011 à 7 h 30 min #666114Merci pour ta réponse, ça sera effectivement ma solution de secours si je ne trouve rien.
J’ai lu à quelques endroits qu’on devait modifier certaines valeurs dans le fichier php.ini
Malheureusement, comme je suis sur un hébergement mutualisé, je n’y ai pas accès. Peut-être y a-t-il un moyen de changer ces valeurs par quelques lignes dans un htaccess, non ?12 septembre 2011 à 7 h 43 min #666115Si tu précises quelles valeurs tu veux changer et quel est ton hébergeur, il y aura peut-être quelqu’un pour te répondre (sans doute pas moi).
Il me semblait qu’il y avait un ticket WP ouvert pour ce bug. Il serait intéressant de voir dans quel état il est.
12 septembre 2011 à 8 h 05 min #666116Mon blog est hébergé en mutualisé chez OVH.
D’après cet article, les valeurs à changer dans le fichier php.ini sont les suivantes :
pcre.recursion_limit=20000000
pcre.backtrack_limit=10000000Cependant j’ai cru comprendre qu’avec un hébergement mutualisé, on n’avait pas accès au php.ini, mais qu’on pouvait spécifier ces valeurs via htaccess.
Est-ce exact ? Si oui, que dois-je mettre exactement dans le htaccess ?Merci beaucoup
12 septembre 2011 à 8 h 12 min #666117Hum… (après quelques recherches)
Je te conseille de poser la question au support OVH, mais je crains que la réponse ne soit un niet justifié dans la mesure où ce changement de configuration impacte potentiellement la consommation mémoire (ce qui est difficile à justifier sur un mutu).12 septembre 2011 à 8 h 14 min #666118C’est fait 🙂
Je vais voir ce qu’ils répondent12 septembre 2011 à 8 h 40 min #666119Voici le ticket WP traitant du sujet http://core.trac.wordpress.org/ticket/8553
Après, j’ignore un peu ce que tout ceci veut dire…12 septembre 2011 à 8 h 49 min #666120As-tu essayé
ini_set(‘pcre.backtrack_limit’, 1000000);
comme proposé dans un des commentaires ?
(à mettre par exemple dans wp-config.php)12 septembre 2011 à 10 h 00 min #666121🍺 Merci !
J’avais déjà essayé hier et ça n’avait rien changé, tout simplement parce que j’ai une extension qui met en cache, et que je n’avais pas pensé à vider le cache !Problème résolu pour moi
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.