En effet je n'étais pas suffisamment précis au sujet de 'l'output'.
Cela concerne les infos de téléchargement qui sont alimentés en temps réel.
Malheureusement, dans cette technique je dois maintenir deux fichier de log.
1. pour rediriger l'output vers un fichier a.log
2. pour lire puis modifier le contenu de a.log, afin de le sauvegarder dans b.log
Je ne vois pas bien l’intérêt de faire un 2> &1, si proc_open n'arrive déjà pas a lire stderr.
Je voulais profiter des joies des pipes, dommage, j'irais me rabattre auprès de ma copine.
Faut il comprendre de tout cela que Php/proc_open est buggé, il n'y à qu'un pas, que je ne ferais probablement pas par manque de temps.
Je prends note du backend ruby, je lui voit un avenir des plus radieux radieux dans le cadre d'une série de test automatisés.
[^] # Re: sortie sur STDERR
Posté par maboiteaspam . En réponse au message proc_open : enregistrer l'output de flvstreamer. Évalué à 0. Dernière modification le 16 décembre 2012 à 05:00.
Salut,
OK, Merci pour ces retours.
En effet je n'étais pas suffisamment précis au sujet de 'l'output'.
Cela concerne les infos de téléchargement qui sont alimentés en temps réel.
Malheureusement, dans cette technique je dois maintenir deux fichier de log.
1. pour rediriger l'output vers un fichier a.log
2. pour lire puis modifier le contenu de a.log, afin de le sauvegarder dans b.log
Je ne vois pas bien l’intérêt de faire un 2> &1, si proc_open n'arrive déjà pas a lire stderr.
Je voulais profiter des joies des pipes, dommage, j'irais me rabattre auprès de ma copine.
Faut il comprendre de tout cela que Php/proc_open est buggé, il n'y à qu'un pas, que je ne ferais probablement pas par manque de temps.
Je prends note du backend ruby, je lui voit un avenir des plus radieux radieux dans le cadre d'une série de test automatisés.
a+!