Souci avec le script sarkaspip_filtres_agenda.php - PHP fatal error
dimanche 27 novembre 2011 à 22h32
par
Yves
J’ai dans le log spip très souvent le message :
Sun Nov 27 05:16:46 2011] [error] [client 66.249.66.163] PHP Fatal error : Maximum execution time of 30 seconds exceeded in/srv/d_solidarite37/www/www.solidarites37.fr/htdocs/index.html/plugins/sarkaspip_3/sarkaspip_3/inc/sarkaspip_filtres_agenda.php on line 635
J’utilise la version 3.08 du squelette.
Apparemment mon serveur se bloque parfois suite à ces nombreux messages.
J’ai appliqué la modification 54368 signalée par Eric sur la ligne considérée (ajout de intval dans une instruction mktime) mais cela n’a pas permis de faire disparaître ce message.
Cette anomalie se produit aussi bien sur mon ancienne version de squelette utilisée (3.03) que la nouvelle que j’ai installée (3.08). Quelqu’un pourrait-il m’aider à comprendre ce pb ?
Merci par avance.
Réponses
|
11 janvier 2012 à 11h01
|
Bonjour,
Il semblerai que la modification que tu cites (54368) soit nécessaire, mais il faut en outre l’appliquer a toutes les lignes
$date = mktime(0,0,0,$mois_choisi, $jour, $annee_choisie) ;
qui deviennent :
$date = mktime(0,0,0,intval($mois), intval($jour), intval($annee_choisie)) ;
J’ai fait ça sur les 5 lignes concernées de sarkaspip_filtres_agenda.php et ça a apparemment résolu le problème.
J’espère que ça peux aider.
|
|
11 janvier 2012 à 11h21
|
Oups j’ai écris trop vite : le problème réapparaît ailleurs !
|
|
4 février 2012 à 05h07
|
J’ai une piste : dans mon cas l’anomalie s’est produite suite à un changement de serveur chez mon FAI (Gandi) et le problème né depuis est vraisemblablement lié à la gestion des fuseaux horaires (paramètre date_default_timezone_set dans php.ini). J’ai constaté que c’est principalement le robot d’indexation Google qui provoquait l’anomalie en explorant mon site. Pour l’instant j’ai supprimé l’indexation avec un fichier robots.txt idoine. Par contre j’ai fait plusieurs essais de paramètrage dans le script ou dans le fichier user.ini (date_default_timezone_set (’Europe/Paris’)) mais cela ne règle pas le problème. A suivre.
Merci si quelqu’un a une idée sur la correction à apporter.
|
