| 1 |
Salut |
| 2 |
|
| 3 |
> A moi |
| 4 |
> maintenant de comprendre la difference entre Php en CGI ou modules. |
| 5 |
|
| 6 |
C'est pareil que pour mod_perl ou mod_python... :) |
| 7 |
|
| 8 |
En gros, en 'cgi', t'as un interpréteur Php "standalone", qui peux |
| 9 |
executer tes scripts depuis la ligne de commance. C'est necessaire si tu |
| 10 |
veux faire des programmes indépendant, avec une GUI en php-gtk par ex. |
| 11 |
Si t'utilise ca pour faire une applie web, elle est executée comme CGI, |
| 12 |
c'est a dire que apache lance cet interpreteur en sous-process a chaque |
| 13 |
fois qu'il doit afficher une page (un cgi peut etre n'importe quel |
| 14 |
executable, meme en C ou en bash si tu veux). C'est necessaire pour |
| 15 |
faire une appli web avec un autre serveur qu'apache. |
| 16 |
|
| 17 |
Le module (mod_php) permet d'executer du php directement dans Apache, |
| 18 |
sans lancer l'interpreteur en sous process. C'est beaucoup plus |
| 19 |
efficace, mais ca marche que dans apache (pas d'autre serveur web, pas |
| 20 |
de ligne de commande) |
| 21 |
|
| 22 |
Je sais plus pour php, mais l'execution en modules permet en général (en |
| 23 |
tout cas pour python sur, et il me semble aussi pour perl) d'avoir acces |
| 24 |
à des "truc" interne d'apache, alors que le CGI ne dispose que des |
| 25 |
variables standard du standard CGI... Les fonctionnalités sont donc un |
| 26 |
peu plus limitées, mais encore une fois, tu te limite dans ce cas a apache. |
| 27 |
|
| 28 |
Ca depend donc de l'utilisation que tu veux en faire. Si t'es sous |
| 29 |
apache et que tu veux uniquement faire des applis web, le module est |
| 30 |
suffisant, et meme recommandé. |
| 31 |
-- |
| 32 |
gentoo-user-fr@g.o mailing list |
Archives