@eolia
Le soucis avec le système actuel est que toutes les images doivent avoir les même dimensions et pour des livres ce n'est pas possible, il y a du portrait, du paysage, des carrés et donc la génération automatique des images fait qu'on se retrouve avec des bandes blanches partout pour que ca rentre dans le format. oui je sais png et la transparence, je vais refaire l('image de mon "client")
Le script devient tellement compliqué avec des if partout que je me demandais si ce ne serait pas plus simples avec quelques options imagemagick. J'ai tellement pris l'habitude en 25 ans de linux à tout faire par des scripts et des outils que c'est devenu une sorte de seconde nature.
Pour les photos des auteurs(fournisseurs) , comme c'est le même dossiers (et pas sous dossiers) j'ai fais mon script avec imagemagick (3 lignes). pour les produits comme c'est 3/4/5/6/3456.jpg je suis pas chaud avec un script qui parcours... pour le moment.
J'ai un apache-php-mariadb sur un debian et dans mes trucs j'utilise exec dès que je peux. le code est petit très court et très rapide puisque du compilé.
En ce moment s'execute un script qui va watermarquer 2770 fichiers avec les infos de la base de données sur chaque page c'est moins de 200 lignes de code, y compris lecture de la base de données, lecture de la taille des pdf le positionnement centré haut et bas à X mil. du bord de pages de watermarck, la gestion de la police, sa taillle et sa couleur, individualisé sur toutes les pages et compression des fichiers.
Et sur un fichier pdf de 20 pages de texte cela prends 1.5 secondes.
On peut même dans ps_configuration enregistrer les options à passer aux scripts. avec les options "de bases" dès l'install. Mon idée est pourquoi écrire du code qui réinvente en php (ou autre, c'est pareil avec python) ce que le système sous-jacent fait en 3 lignes. MAIS c'est vrai que cela implique un(ou des) systèmes sous-jacent qu'il faut connaître et pratiquer. delivengo utilise ghostscript. mondial relay (je crois) à besoin de soap et curl (peut être à travers php) je me souviens pas, je fais trop de choses. Les choix sont toujours difficiles à faire et quand les choix impliquent d'autres c'est encore plus compliqués. Mais de mon point de vue, il vaut mieux utiliser les outils qui existent déjà et se concentrer sur d'autres choses que de réinventer la roue.
Maintenant je comprends parfaitement le soucis de rétro-compatibilité avec l'existant et avec les modules qui s'installent et attendent probablement certains choses...
Pour l'exemple du contrôleur produits et l'image médium. si on en n'a pas besoin, de cette image, il faut l'avoir qd même sinon ca ne marche pâs ;-) je me suis arraché les cheveux un paire d'heures avant de comprendre pourquoi j'avais perdu toutes les images, juste parce que pour gagner du temps et de la place, j'avais décoché les images dont je ne me servais pas. et je ne comprenais pas puisque les images devaient se régénérer toutes seules (il m'a aussi fallu du temps pour comprendre avec les rewrites d'apache et ma conf qui ne permettait pas les .htaccess) . comme medium n'existait pas c'est comme s'il n'y avait pas d'images.
Mais je ne veux rien révolutionner, juste arriver à faire ce qu'on me demande et si possible sans bouzin ou les lignes se comptent en paquet de 1000.
Je vais devoir des catalogues thématiques pdf.. se sera bien entendu latex qui le fera et mes scripts écriront du code latex. qui compilera tout seul les pdf.
C'est dur d'être "chef" et la critique étant super facile... mais mon "client" est ravi du choix de phénix, C'est un super produit et je veux aider autant que je peux. je commencerais (à part ce que je dois faire pour que cela fasse ce qu'on me demande) par gérer les warning php et alléger les errors_logs .
C'est un tout petit début.
