Bonjour,
J'ai un modèle qui ne s'affiche plus si je mets plus de 16000 et quelques caractères dans son appel (en raccourcis typo).
C'est une limite volontaire de SPIP ?
Je peux changer ça ?
Bonjour,
J'ai un modèle qui ne s'affiche plus si je mets plus de 16000 et quelques caractères dans son appel (en raccourcis typo).
C'est une limite volontaire de SPIP ?
Pas a ma connaissance. Plus sûrement un problème de mémoire PHP ? Ou dépassement des limites de regexp apparues depuis PHP 5.4 et qui cassent les articles avec des listes ou tableaux trop longs (cf tickets)
Ce qui remets sur la table la question du parseur vs regexp.
Cedric
Pour infos je suis tombé sur une limite de regexp il y a peu pour SPIPmotion avec PHP 5.3 sur un très long truc que j’ai dû découper
kent1
* RealET tapuscrivait, le 13/11/2012 23:12:
Bonjour,
J'ai un modèle qui ne s'affiche plus si je mets plus de 16000 et
quelques caractères dans son appel (en raccourcis typo).
C'est une limite volontaire de SPIP ?
Je peux changer ça ?
Réponse: oui
via php.ini
pcre.backtrack_limit=100000
passer la valeur à 1000000
Bonsoir,
est ce que lorsque l'on atteint cette limite le script est tué?
Sinon, est ce qu'il est possible de récupérer le message d'erreur?
et donc de l'afficher avec une explication, comme quand il y a une
erreur de syntaxe dans les boucles par exemple.
D'autre part (mais je trouve que ça complique un peu), il pourrait
être possible de vérifier si la chaîne de caractère dépasse cette
limite, et soit de le faire en n temps, soit d'afficher une erreur
comme quand il y a une erreur de syntaxe dans une boucle.
Je ne sais pas quel est le coût de vérifier le longueur d'une chaîne
avec la valeur de la limite pcre.backtrack_limit.
Bonne soirée
Grégoire
C'est une solution qui marche pour toi, mais attention aux plugins qui sont censés tourner sur des serveurs mutualisés avec une installation PHP standard. Comme disait Cédric :
> Ce qui remets sur la table la question du parseur vs regexp.
klaus++