Re: Plantage traitement d'images

Oui enfin achtung hein.

SPIP propose d’utiliser convert, mais ça ne concerne que les redimensionnements d’image (|image_reduire), le filtre historique, utilisé dans l’espace privé, et qui donc bénéficié d’une quintuple implémentation (gd/gd2/convert/netpbm/imagick).

Pour tous les autres filtres de traitement d’image (donc a commencer par |image_recadre), c’est uniquement GD2 qui est utilisé, quel que soit le réglage de l’espace privé.

Ce plantage brutal et silencieux de GD est une plaie depuis mathusalem, et il y a pas vraiment de solution
https://stackoverflow.com/questions/1117344/a-fail-safe-way-to-prevent-gd-image-library-from-running-out-of-memory-php

Enfin là je perçois bien une idée qui serait de lancer un process spip-cli pour faire chaque traitement d’image dans un process indépendant au lieu de le faire dans le process principal, ce qui éviterait le process principal d’échouer brutalement.

Mais ça repose in fine sur la disponibilité d’exec, ce qui n’est pas universel, donc c’est un peu compliqué de passer du temps sur une solution qui ne serait que partielle, ou alors il faudrait le faire en http sur soit même si on a pas exec...

Bref le ration energie à depenser/emmerdements fait que pour le moment on traine toujours ce problème...

--
Cédric
Le 2 févr. 2021 à 15:11 +0100, nicod_ <[email protected]>, a écrit :
> Le 02/02/2021 à 14:57, nicod_ a écrit :
> > Le 02/02/2021 à 14:43, Bruno Bergot a écrit :
> > > > Sinon, par expérience, est ce que Convert serait plus efficace / plus
> > > > fiable que GD ?
> > >
> > > Pour faire court, oui.
> > >
> > > Convert ne bloquera pas PHP, même s'il est lui aussi tributaire des
> > > ressources qu'on lui alloue.
> >
> > Ok, en lisant le code des filtres je comprends : convert passe par un
> > appel à une commande système (exec), donc si ça plante ça n'empêche pas
> > la suite du traitement PHP, contrairement à GD qui utilise des fonctions
> > PHP.
> > J'ai bon ?
>
> Mais du coup, concrètement, quelles sont les limites de convert, au
> niveau système ?
>
> --
> nicod_
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip