[PHP 5.2] Problème GD et images lourdes sur hébergement mutualisé

[Bioteck]

Bonjour,

J'ai développé une classe en PHP-5 pour la manipulation d'images (notamment redimensionner et rogner) qui fonctionne très bien mais je rencontre des problèmes de mémoire sur les serveurs mutualisés.

J'ai développé un site pour un client avec backoffice dans lequel on peut ajouter/modifier des produits et pour chaque produit on peut ajouter 1 à 3 photos. Le problème c'est que les photos font 4000*3000px et pèsent 3 Mo en moyenne et lorsque PHP essaie de les redimensionner avec GD sur un serveur mutualisé, j'ai le droit à une erreur du type : Fatal error: Allowed memory size of X bytes exhausted (tried to allocate Y bytes).

Alors actuellement je demande au client de redimensionner au préalable ses photos avec GIMP mais il fait la gueule... surtout lorsqu'il y a plus d'une 50aine de produits à rentrer. N'y a-t-il pas une autre solution ? (à part prendre un dédié )

Merci de vos réponses !

[Shikiryu]

Il faudrait optimiser le code.
Ouvrez-vous les images en même temps ?
Pensez-vous à fermer toutes les images (initiales et transformées) ?

etc...

[stealth35]

pas trop le choix que de monter la mémoire, puisque le poids dépend uniquement de la taille de l'image. le problème serait le même sur un dédié
t'as un ration de 1.7 a peu près (L * H * 3 * 1,7), donc la pour un jpg de 4k x 3k il a besoin de 60Mo de mémoire

[Nheo_]

Envoyé par stealth35

pas trop le choix que de monter la mémoire, puisque le poids dépend uniquement de la taille de l'image. le problème serait le même sur un dédié
t'as un ration de 1.7 a peu près (L * H * 3 * 1,7), donc la pour un jpg de 4k x 3k il a besoin de 60Mo de mémoire

Le problème n'est pas le même sur un dédié : tu modifie la valeur max dans ton php.ini et ça fonctionne. Par contre sur un mutualisé ... pas accès à php.ini :p.

[stealth35]

Envoyé par Nheo_

Le problème n'est pas le même sur un dédié : tu modifie la valeur max dans ton php.ini et ça fonctionne. Par contre sur un mutualisé ... pas accès à php.ini :p.

mais non la valeur de memory_limit se modifie n'importe ou...

[sabotage]

Sur un mutualisé la mémoire est limité par l'hebergement quelque soit la méthode utilisée.

[Nheo_]

Envoyé par stealth35

mais non la valeur de memory_limit se modifie n'importe ou...

Non justement, sur un mutualisé c'est rare de pouvoir la modifier.

[stealth35]

Envoyé par Nheo_

Non justement, sur un mutualisé c'est rare de pouvoir la modifier.

ah si, memory_limit c'est PHP_INI_ALL donc modifiable partout, apres que le mutu bloque par exemple le ini_set (ou pas de .htaccess ou de .user.ini) c'est autre chose, mais c'est faux dire qu'on ne peux pas modifié cette valeur parce qu'on a pas accès au php.ini, puisque c’est modifiable a n'importe quelle endroit du code

[Nheo_]

Envoyé par stealth35

ah si, memory_limit c'est PHP_INI_ALL donc modifiable partout, apres que le mutu bloque par exemple le ini_set (ou pas de .htaccess ou de .user.ini) c'est autre chose, mais c'est faux dire qu'on ne peux pas modifié cette valeur parce qu'on a pas accès au php.ini, puisque c’est modifiable a n'importe quelle endroit du code

Oui tu as raison, je me suis mal exprimé. Mais le résultat est le même, les mutualisés n'acceptent pas la "modification" de cette valeur (plupart des cas).

[stealth35]

Envoyé par Nheo_

Oui tu as raison, je me suis mal exprimé. Mais le résultat est le même, les mutualisés n'acceptent pas la "modification" de cette valeur (plupart des cas).

que les hébergeur qui bloque la fonction ini_set, et qui ne sont pas en module apache, a part Free j'en vois pas d'autre...

[Nheo_]

Envoyé par stealth35

que les hébergeur qui bloque la fonction ini_set, et qui ne sont pas en module apache, a part Free j'en vois pas d'autre...

Je pensais que la plupart n'acceptait pas cette modification. Désolé d'avoir écrit une ânerie. Je me coucherai moins bête ce soir .