Je ne trouve pas le templating à coup de str_replace (ou même de preg_replace) une méthode de travail satisfaisante. Certes ça peut dépanner, ça permet de faire rapidement ce qui, proprement, aurait nécessité plus de temps.
Quand à l'humilité... ce donner de la consistance avec des certification, ce n'est pas humble.
J'ai un peu fouillé, et très franchement, je ne vois pas ce qu'il y a de compliquer à gérer les ODT : tous les outils nécessaires sont disponibles dans PHP. Avec DOMDocument et XSLT, on peut arriver à une solution plus que satisfaisante. Et puis le XML, si c'est lourd, c'est pas compliqué.
Merci de m'avoir énervé. Du coup, je pense que je vais continuer et écrire un outil de manipulation de ces fameux ODT. (continuer parce que du coup, j'ai écrit un outil équivalent à ce que vous avez fait pour voir combien de temps ça me prendrait)
Tu veux qu'on parle du utf8_encode qui encode une chaîne soumise sans même vérifier l'encodage de la chaîne ? ;)
Si tu relis bien ma remarque sur sed, tu verras bien que je n'ai pas écris que j'allais invoquer sed, mais qu'en gros, ça ne faisait rien de plus (et même moins) qu'un sed.
Quand à un exec avec sed... très franchement... on peut facilement gérer et sécuriser un tel appel. il suffit de faire attention.
[^] # Re: Intérêt
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche ODTPHP, l'API PHP pour manipuler des fichiers OpenOffice en version 1.0. Évalué à -1.
Quand à l'humilité... ce donner de la consistance avec des certification, ce n'est pas humble.
J'ai un peu fouillé, et très franchement, je ne vois pas ce qu'il y a de compliquer à gérer les ODT : tous les outils nécessaires sont disponibles dans PHP. Avec DOMDocument et XSLT, on peut arriver à une solution plus que satisfaisante. Et puis le XML, si c'est lourd, c'est pas compliqué.
Merci de m'avoir énervé. Du coup, je pense que je vais continuer et écrire un outil de manipulation de ces fameux ODT. (continuer parce que du coup, j'ai écrit un outil équivalent à ce que vous avez fait pour voir combien de temps ça me prendrait)
Tu veux qu'on parle du utf8_encode qui encode une chaîne soumise sans même vérifier l'encodage de la chaîne ? ;)
Si tu relis bien ma remarque sur sed, tu verras bien que je n'ai pas écris que j'allais invoquer sed, mais qu'en gros, ça ne faisait rien de plus (et même moins) qu'un sed.
Quand à un exec avec sed... très franchement... on peut facilement gérer et sécuriser un tel appel. il suffit de faire attention.