comme le PHP remplace avantageuseument le PERL pour executer des commandes en ligne
Heu... C'est un troll ? Et si oui, on peut jouer ?
A. L.
Etienne SOBOLE wrote:
comme le PHP remplace avantageuseument le PERL pour executer des commandes en ligne je me permet donc de mettre un petit exemple qui aidera ceux qui veulent essayer !
#!/usr/bin/php-cgi -q <? echo "Hello World"; ?>
A propos, j'ai fait un script assez lent, avec des echo périodiques (télechargement de plusieurs pages via fopen, puis affichage si oui ou non il a réussi). Et dans ce script, les echo étaient stockés, puis tous envoyés à la fin : aucun intérêt. J'ai du mettre ob_flush(); à divers points stratégiques pour éviter cela, malgré le implicit_flush à true d'après la doc sur PHP en ligne de commandes.
-- Arnaud.
Etienne SOBOLE wrote:
comme le PHP remplace avantageuseument le PERL pour executer des commandes
en ligne je me permet donc de mettre un petit exemple qui aidera ceux qui
veulent essayer !
#!/usr/bin/php-cgi -q
<?
echo "Hello World";
?>
A propos, j'ai fait un script assez lent, avec des echo périodiques
(télechargement de plusieurs pages via fopen, puis affichage si oui ou
non il a réussi). Et dans ce script, les echo étaient stockés, puis tous
envoyés à la fin : aucun intérêt. J'ai du mettre ob_flush(); à divers
points stratégiques pour éviter cela, malgré le implicit_flush à true
d'après la doc sur PHP en ligne de commandes.
comme le PHP remplace avantageuseument le PERL pour executer des commandes en ligne je me permet donc de mettre un petit exemple qui aidera ceux qui veulent essayer !
#!/usr/bin/php-cgi -q <? echo "Hello World"; ?>
A propos, j'ai fait un script assez lent, avec des echo périodiques (télechargement de plusieurs pages via fopen, puis affichage si oui ou non il a réussi). Et dans ce script, les echo étaient stockés, puis tous envoyés à la fin : aucun intérêt. J'ai du mettre ob_flush(); à divers points stratégiques pour éviter cela, malgré le implicit_flush à true d'après la doc sur PHP en ligne de commandes.
-- Arnaud.
pjvouette
"Bruno Desthuilliers" a écrit dans le message news: 3f6395c4$0$13281$
Etienne SOBOLE wrote:
comme le PHP remplace avantageuseument le PERL pour executer des commandes
en ligne
Heu... C'est un troll ? Et si oui, on peut jouer ?
C'est assez pratique de pouvoir utiliser un même jeu d'include (bdd, métier, ...) pour servir une page à un navigateur (php), une application 2-tiers (php-gtk), et des opérations de maintenance en ligne de commande (php-cli), non ?
pierre-jean
"Bruno Desthuilliers" <bdesth.nospam@perso.free.fr> a écrit dans le message
news: 3f6395c4$0$13281$626a54ce@news.free.fr...
Etienne SOBOLE wrote:
comme le PHP remplace avantageuseument le PERL pour executer des
commandes
en ligne
Heu... C'est un troll ? Et si oui, on peut jouer ?
C'est assez pratique de pouvoir utiliser un même jeu d'include (bdd, métier,
...) pour servir une page à un navigateur (php), une application 2-tiers
(php-gtk), et des opérations de maintenance en ligne de commande (php-cli),
non ?
"Bruno Desthuilliers" a écrit dans le message news: 3f6395c4$0$13281$
Etienne SOBOLE wrote:
comme le PHP remplace avantageuseument le PERL pour executer des commandes
en ligne
Heu... C'est un troll ? Et si oui, on peut jouer ?
C'est assez pratique de pouvoir utiliser un même jeu d'include (bdd, métier, ...) pour servir une page à un navigateur (php), une application 2-tiers (php-gtk), et des opérations de maintenance en ligne de commande (php-cli), non ?
