Erreur Mirari - Page 1

Obtenu en essayant d'uploader un fichier de 1,11 Mo :

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 9828 bytes) in /home/www/01a30734539941ed4f89ef8e94cc4658/users/mirari/web/plugin_ext/image/config.php on line 51

hmm pas au point le plugin de redimentionnement on dirait

t'as encore l'image, que je puisse vérifier ?

Zephyr (./2) :
t'as encore l'image, que je puisse vérifier ?

Ouaip, la voilà (c'est du JPEG, renommé en .xxx pour pas redéclencher le bug) :
Fichier joint : st magazine - N051 - avril mai 1991 - page038 et 039.xxx

bon bah je peux pas faire grand chose, il faudrait qu'infomaniak mette php à jour :/

dans le cas où la création de l'image foire, mirari devrait faire comme si le fichier était quelconque, et abandonner la création de la miniature, mais visiblement les fonctions imagecreatefrom* balancent des erreurs fatales et arrêtent le script, donc en cas d'erreur le script ne peut pas continuer (cf ce bug report). désolé pour le problème, si c'est trop gênant j'essaierai de désactiver le redimentionnement d'une image quand ses dimentions sont trop grandes.

OK, merci d'avoir regardé.

Par curiosité : j'ai bien compris qu'en cas d'erreur il n'y a pas de mécanisme de récupération, mais qu'est-ce-qui a provoqué l'erreur en premier lieu ? Image trop grande, données corrompues, manque de RAM ?

j'aurais tendance à dire que l'erreur est provoquée au moment de l'ouverture de l'image : GD essaie probablement de la convertir en RGB(A ?), ce qui fait qu'elle devient assez conséquente en taille (+ de 16mo), et que ça dépasse je ne sais quelle limite de PHP au niveau de la taille des fichiers (ça doit pouvoir se configurer, mais là aussi seul infomaniak pourrait faire quelque chose)

Bizarrement configuré alors, parce que ça fonctionne chez free ^^

Zephyr (./4) :
bon bah je peux pas faire grand chose, il faudrait qu'infomaniak mette php à jour :/

dans le cas où la création de l'image foire, mirari devrait faire comme si le fichier était quelconque, et abandonner la création de la miniature, mais visiblement les fonctions imagecreatefrom* balancent des erreurs fatales et arrêtent le script, donc en cas d'erreur le script ne peut pas continuer (cf ce bug report). désolé pour le problème, si c'est trop gênant j'essaierai de désactiver le redimentionnement d'une image quand ses dimentions sont trop grandes.

Sans compter que gd est parfois bugguée... sur mon site 1 & 1, les photos prises par mon apn (et uniquement celles-là) font planter GD (qui tue complètement le script sans même balancer d'erreur) alors que sur mon serveur windows ça marche parfaitement.... :/


Thepro > ptêt une version différente de gd, tout simplement...

Sur infomaniak gd2 & 16Mo en max de ram utilisée.

erf ok donc c'est ça... tant pis, je laisse ce que j'ai mis en attendant, cad que les images ne sont pas redimentionnées si trop grosses

J'ai vérifié, sur free la limite est de 32mo ... normal que ca passe

dans tous les cas, la limite pourrait être à 64mo, c'est risqué quand même; la seule solution fiable serait que le imageCreate ne coupe pas le script en cas d'erreur :/

Bah, c'est possible... Je le fais pour PrettyPrint.

Quoi qui est possible ?

Thepro (./13) :
Bah, c'est possible... Je le fais pour PrettyPrint.

lis le topic... c'est possible *avec la bonne version de gd*, celle dispo sur infomaniak est buggée et déclanche une erreur fatale en cas d'échec.

Mais non ^^

Ce qui est possible, c'est « que le imageCreate ne coupe pas le script en cas d'erreur ».

et t'envisages pas de t'expliquer un peu, parceque tes 2 posts ne font pas beaucoup avancer le problème là...

Pour gérer les erreurs comme tu veux :

http://fr.php.net/manual/en/function.set-error-handler.php

Thepro (./18) :
Pour gérer les erreurs comme tu veux :

http://fr.php.net/manual/en/function.set-error-handler.php

ça ne fonctionne pas, pour la raison donnée en ./4 : imagecreatefromjpg avec la version de gd disponible sur les dumps infomaniak déclanche une erreur fatale au lieu d'une simple erreur "normale" quand l'allocation de mémoire échoue; c'est un bug, et ça rend impossible la récupération de l'erreur avec set_error_handler.

Ha oui ok

Sinon, tu as la technique du bricolage

Ton script :

<?
/* Fait plein de trucs (upload etc.) */

$id = ID de l'image, enfin, je ne sais pas comment tu gères ça;

// Créer la miniature

if (!extension_loaded("curl"))
	dl("curl");
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "http://www.yaronet.com/mirari/ton script qui fait les miniatures.php");
curl_setopt($ch, CURLOPT_HEADER, false);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_POSTFIELDS, "id=".urlencode($id)."&hash=".urlencode(md5("$id mot de passe")));
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$id_miniature = curl_exec($ch);
curl_close($ch);

if (substr($id_miniature, 0, 2) == "OK") {
	$id_miniature = trim(substr($id_miniature, 2));
	// Utiliser l'id de la miniature
} else {
	// Erreur lors de la création de la miniature :(
}
?>

Script qui fait les miniatures :

<?
if (!isset($_REQUEST["id"] || !isset($_REQUEST["hash"]) || $_REQUEST["hash"] != md5("$_REQUEST[id] mot de passe")) exit;

/* Fonctions qui risquent de planter ^^ */

echo "OK$id_miniature";
?>

vi enfin passer par un script externe quoi, pas forcément besoin de curl pour ça; mais j'aime pas trop cette solution qui fait effectivement très bidouillage, donc tant pis ça restera en l'état tant que le bug de gd sera présent.