Bonjour spip,
C'est le monsieur d'haisoft qui m'a dit ça à propos d'une page de
calendrier sur un squelette sarka spip..
quand on l'affiche on a ça...
Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 60066773 bytes) in/httpdocs/ecrire/public/composer.php(48) : eval()'d code on line 158
Ca veut dire quoi, et comment y remédier
Merci pour tout
André
Bonjour spip,
C'est le monsieur d'haisoft qui m'a dit ça à propos d'une page de
calendrier sur un squelette sarka spip..
quand on l'affiche on a ça...
Fatal error: Allowed memory size of 83886080 bytes exhausted
(tried to allocate 60066773 bytes)
in/httpdocs/ecrire/public/composer.php(48) : eval()'d code on line 158
Ca veut dire quoi, et comment y remédier
Tu utilise les fonctions d'images ?
--
2007/2/2, André Sommer <karaou@gmail.com>:
Bonjour spip,
C'est le monsieur d'haisoft qui m'a dit ça à propos d'une page de
calendrier sur un squelette sarka spip..
quand on l'affiche on a ça...
Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 60066773 bytes) in/httpdocs/ecrire/public/composer.php(48) : eval()'d code on line 158Ca veut dire quoi, et comment y remédier
Comme ça c'est difficile à dire.
Il faudrait que tu nous retournes le code évalué (il est disponible en
rajoutant "&var_mode=debug" à l'url, puis en cliquant sur le lien
"code" des blocs)
-- Enfin exactement seul le code vers la ligne 158 nous intéresse hein --
Chaque code des blocs est stocké en cache et c'est lui qui sera évalué
par composer.php (lors du retour du cache). C'est cette évaluation
qui explose à cause d'une fonction trop gourmante en mémoire, fonction
qui se trouve à la ligne 158 du cache (plus ou moins).
Comme le souligne Olivier, ça peut provenir d'une image trop grosse
(genre image en 1024px de large que tu mets en vignette pour un logo
;-)). La solution est simple ici : faire un minimum de traitement en
amont pour avoir les images avec des dimensions proches du rendu
souhaité.
.Gilles
Merci pour tout
André
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ
Merci pour tout
André
--
2007/2/2, André Sommer <karaou@gmail.com>:Bonjour spip,
C'est le monsieur d'haisoft qui m'a dit ça à propos d'une page de
calendrier sur un squelette sarka spip..
quand on l'affiche on a ça...
Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 60066773 bytes) in/httpdocs/ecrire/public/composer.php(48) : eval()'d code on line 158Ca veut dire quoi, et comment y remédier
Comme ça c'est difficile à dire.
Il faudrait que tu nous retournes le code évalué (il est disponible en
rajoutant "&var_mode=debug" à l'url, puis en cliquant sur le lien
"code" des blocs)
-- Enfin exactement seul le code vers la ligne 158 nous intéresse hein --
Chaque code des blocs est stocké en cache et c'est lui qui sera évalué
par composer.php (lors du retour du cache). C'est cette évaluation
qui explose à cause d'une fonction trop gourmante en mémoire, fonction
qui se trouve à la ligne 158 du cache (plus ou moins).
Comme le souligne Olivier, ça peut provenir d'une image trop grosse
(genre image en 1024px de large que tu mets en vignette pour un logo
;-)). La solution est simple ici : faire un minimum de traitement en
amont pour avoir les images avec des dimensions proches du rendu
souhaité.
.Gilles