Gentoo Archives: gentoo-user-fr

From: onvice1@××××.fr
To: gentoo-user-fr@l.g.o
Subject: Re: [gentoo-user-fr] dev-php/php versus dev-lang/php
Date: Thu, 23 Feb 2006 11:25:17
Message-Id: 1140693881.43fd9b79a6273@imp6-g19.free.fr
In Reply to: Re: [gentoo-user-fr] dev-php/php versus dev-lang/php by Christophe Garault
1 Bonjour à tous,
2
3 Alors là bravo messieurs; merci pour vos précieuses explications.
4 Je n'ai pas encore tout pigé mais par rapport à ce que j'ai fait, je comprends
5 mieux mais bêtises........ c'est clair j'ai essayé de me débrouiller seul mais
6 en fait je m'apperçois que ce n'est pas bon car comme vous le dites, je n'ai
7 pas besoin d'utiliser le php cgi vu que je ne développe pas du tout
8 d'application.
9 J'ai vraiment été "barbare" car j'ai bien mis dans mon package.use ces use flag
10 :
11 =dev-lang/php-4* cli cgi apache2 ctype expat fastbuild force-cgi-redirect ftp gd
12 iconv ipv6 memlimit mysql nls pcre pic posix session socket ssl tokenizer
13 truetype xml xsl zlib -berkdb dba
14 =dev-lang/php-5* cli cgi apache2 ctype fastbuild force-cgi-redirect ftp gd iconv
15 ipv6 memlimit mysql nls pcre pic posix pdo-external session simplexml soap
16 sockets spl sqlite ssl tokenizer truetype xml xsl zlib -berkdb dba
17
18 Donc j'aurais encore besoin de vos conseils, que me conseillez-vous?
19 Mais d'apres mes useflags, n'y a t il pas eu comme meme une partie compilé en
20 module ??
21 Est ce que pour l'instant nous avons toujours besoin du php 4 (vu les logiciels
22 que j'uitlise)?? Ou je peux passer tout en php5 ?
23 Est-ce que je dois reprendre alternative 2 pour n'avoir que le php4 en cgi et le
24 php 5 en module dans le cas ou on a toujours besoin des deux .
25
26 je suis un petit perdu dans mon utilisation de Php/apache depuis cette mis a
27 jour.
28 Merci d'avance pour vos lumières
29
30 cordialement
31
32 philippe
33
34
35
36 Selon Christophe Garault <christophe@×××××××.org>:
37
38 > Yannick Loiseau a écrit :
39 >
40 > >En gros, en 'cgi', t'as un interpréteur Php "standalone", qui peux
41 > >executer tes scripts depuis la ligne de commance.
42 > >
43 > Bonjour,
44 >
45 > je complèterai cette excellente explication en indiquant qu'il existe
46 > également un USE flag pour disposer du langage PHP sans en faire un cgi.
47 > Sauf erreur de ma part il s'agit de 'cli'.
48 > En récapitulant pour Philippe, si tout ce qui t'intéresse c'est de faire
49 > fonctionner Horde ou d'autres appli web en php avec Apache alors il
50 > suffit de renseigner ton package.use avec les bons USE flags avant
51 > d'emerger Php. Voici un exemple de ce que j'ai:
52 >
53 > marge ~ # cat /etc/portage/package.use|grep -i php
54 > =dev-lang/php-4* -* apache2 berkdb bzip2 calendar cli crypt ctype curl
55 > dba doc exif flatfile ftp gd gdbm iconv imap inifile iodbc jpeg ldap
56 > memlimit mhash ming mysql ncurses nls odbc pcntl pcre pear posix
57 > postgres readline sharedext sharedmem session sockets sqlite ssl tiff
58 > tokenizer xmlrpc truetype xml xsl zlib
59 >
60 > Celà signifie que pour tous les ebuild de la branche php4
61 > (=dev-lang/php-4*), je les construis en module (apache2) avec une ligne
62 > de commande (cli) et le framework Pear (pear). Le reste c'est juste là
63 > au cas où... Comme l'a très bien écrit Yannick, le fonctionnement des
64 > scripts est beaucoup plus rapide en module (ici mod_php) qu'en CGI où
65 > Apache doit appeler l'interpréteur avant chaque exécution du script. Les
66 > mongueurs parlent de mod_perl comme d'un Perl sous anabolisants... ;-)
67 >
68 > Voilà, concernant le php-toolkit je n'ai pas trop regardé, mais il me
69 > semble que c'est un outil qui permet de choisir son interpréteur Php
70 > entre les différentes versions.
71 >
72 > Bonne semaine.
73 >
74 > --
75 > Et sous les vieux haubans rongés de lente usure,
76 > Poulies aux yeux crevés sur l'infini perdu,
77 > Témoins momifiés des hommes disparus,
78 > Quel dieu féroce a pétrifié dans vos membrures
79 > Les fantômes railleurs de vos orgueils vaincus.
80 > - Anita Conti.
81 > --
82 > gentoo-user-fr@g.o mailing list
83 >
84 >
85
86
87 --
88 gentoo-user-fr@g.o mailing list