Le PHP v4.3.11 intégré dans mon 10.4.4 sur iMacIntel ne contient pas les
bibliothèques GD, ce qui m'est embêtant pour certains projets en cours.
J'hésite à passer au PHP v5, car on me dit qu'il y a pas mal de CMS et
de shopping carts etc qui ne sont pas encore compatibles.
J'ai essayé d'installer un package v4.3.11 plus complet en provenance de
chez Marc Liyanage (www.entropy.ch), mais à la fin de l'installation il
me signale des erreurs d'install : "veuillez re-essayer", et je me
retrouve sans PHP jusqu'à ce que je nettoye les dossier /usr/local/ et
private/etc/httpd des fichiers qu'il ait installé.
C'est bien dommage car les packages de Marc sont très bien faits
habituellement. Serait ces erreurs dues au particularités du système
tournant sur Intel?
Aucun des "tout-en-un" type MAMP ou XAMPP ne marche non plus - une fois
installés, ils n'arrivent pas à trouver leurs propres serveurs mySQL
intégrés...
Quelqu'un saurait m'orienter vers un PHP 4.3.x ou plus, qui contient GD
et qui marcherait sur Intel? Je précise que je ne sais pas comment
compiler (je suis graphiste), il me faut un installeur comme celui de
Marc, si possible.
--
ric
In article <1haib4d.82osnnaeqs2eN%, ric zito wrote:
Avec un peu de chance ça nous permettra d'oublier une fois pour toutes nos foutus adresses fixes 192.168.1.x pour passer en tout-automatique, comme c'était chez moi. Dans ce bureau le personnel change, les postes bougent, et c'est assez galère de se souvenir des IP à chaque fois.
Pour accéder à une machine de l'extérieur, vaut mieux la mettre en ipéfix
-- nathalie La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi ! ==Albert Einstein==
In article <1haib4d.82osnnaeqs2eN%ADDRESS@IN.SIG>, ric zito
<ADDRESS@IN.SIG> wrote:
Avec un peu de chance ça nous permettra d'oublier une fois pour toutes
nos foutus adresses fixes 192.168.1.x pour passer en tout-automatique,
comme c'était chez moi. Dans ce bureau le personnel change, les postes
bougent, et c'est assez galère de se souvenir des IP à chaque fois.
Pour accéder à une machine de l'extérieur, vaut mieux la mettre en
ipéfix
--
nathalie
La théorie, c'est quand on sait tout et que rien ne fonctionne.
La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne
ne sait pourquoi ! ==Albert Einstein==
In article <1haib4d.82osnnaeqs2eN%, ric zito wrote:
Avec un peu de chance ça nous permettra d'oublier une fois pour toutes nos foutus adresses fixes 192.168.1.x pour passer en tout-automatique, comme c'était chez moi. Dans ce bureau le personnel change, les postes bougent, et c'est assez galère de se souvenir des IP à chaque fois.
Pour accéder à une machine de l'extérieur, vaut mieux la mettre en ipéfix
-- nathalie La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi ! ==Albert Einstein==
patpro ~ patrick proniewski
In article <100220060724528668%, nathalie_n wrote:
In article <1haib4d.82osnnaeqs2eN%, ric zito wrote:
Avec un peu de chance ça nous permettra d'oublier une fois pour toutes nos foutus adresses fixes 192.168.1.x pour passer en tout-automatique, comme c'était chez moi. Dans ce bureau le personnel change, les postes bougent, et c'est assez galère de se souvenir des IP à chaque fois.
Pour accéder à une machine de l'extérieur, vaut mieux la mettre en ipéfix
c'est certain. Même si les autres machines sont en DHCP, rien n'interdit d'en mettre certaines en IP fixes.
patpro
In article <100220060724528668%news@junk.com.invalid>,
nathalie_n <news@junk.com.invalid> wrote:
In article <1haib4d.82osnnaeqs2eN%ADDRESS@IN.SIG>, ric zito
<ADDRESS@IN.SIG> wrote:
Avec un peu de chance ça nous permettra d'oublier une fois pour toutes
nos foutus adresses fixes 192.168.1.x pour passer en tout-automatique,
comme c'était chez moi. Dans ce bureau le personnel change, les postes
bougent, et c'est assez galère de se souvenir des IP à chaque fois.
Pour accéder à une machine de l'extérieur, vaut mieux la mettre en
ipéfix
c'est certain. Même si les autres machines sont en DHCP, rien n'interdit
d'en mettre certaines en IP fixes.
In article <100220060724528668%, nathalie_n wrote:
In article <1haib4d.82osnnaeqs2eN%, ric zito wrote:
Avec un peu de chance ça nous permettra d'oublier une fois pour toutes nos foutus adresses fixes 192.168.1.x pour passer en tout-automatique, comme c'était chez moi. Dans ce bureau le personnel change, les postes bougent, et c'est assez galère de se souvenir des IP à chaque fois.
Pour accéder à une machine de l'extérieur, vaut mieux la mettre en ipéfix
c'est certain. Même si les autres machines sont en DHCP, rien n'interdit d'en mettre certaines en IP fixes.
patpro
nathalie_n
In article , patpro ~ patrick proniewski wrote:
c'est certain. Même si les autres machines sont en DHCP, rien n'interdit d'en mettre certaines en IP fixes.
On peut même avec certains serveurs DHCP obtenir une adresse IP qui soit toujours la même, c'est le meilleur des deux mondes :-)
-- nathalie La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi ! ==Albert Einstein==
In article <patpro-278711.07370910022006@news1-e.proxad.net>, patpro ~
patrick proniewski <patpro@boleskine.patpro.net> wrote:
c'est certain. Même si les autres machines sont en DHCP, rien n'interdit
d'en mettre certaines en IP fixes.
On peut même avec certains serveurs DHCP obtenir une adresse IP qui
soit toujours la même, c'est le meilleur des deux mondes :-)
--
nathalie
La théorie, c'est quand on sait tout et que rien ne fonctionne.
La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne
ne sait pourquoi ! ==Albert Einstein==
c'est certain. Même si les autres machines sont en DHCP, rien n'interdit d'en mettre certaines en IP fixes.
On peut même avec certains serveurs DHCP obtenir une adresse IP qui soit toujours la même, c'est le meilleur des deux mondes :-)
-- nathalie La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi ! ==Albert Einstein==
laurent.pertois
Benoit Leraillez wrote:
Et le fait que sur IPNet Routeur on pouvait réserver une IP par un nom et pas seulement par une adresse MAC. Bref du propre quoi, preuve en était que les machines Winows ne pouvaient pas profiter de ces respects un peu plus établis des RFC.
Bah, comme avec Mac OS X Server, en fait, quoi, le nom (client DHCP dans la préf système réseau) va primer sur l'adresse Mac pour un bail.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Et le fait que sur IPNet Routeur on pouvait réserver une IP par un
nom et pas seulement par une adresse MAC. Bref du propre quoi, preuve en
était que les machines Winows ne pouvaient pas profiter de ces respects
un peu plus établis des RFC.
Bah, comme avec Mac OS X Server, en fait, quoi, le nom (client DHCP dans
la préf système réseau) va primer sur l'adresse Mac pour un bail.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Et le fait que sur IPNet Routeur on pouvait réserver une IP par un nom et pas seulement par une adresse MAC. Bref du propre quoi, preuve en était que les machines Winows ne pouvaient pas profiter de ces respects un peu plus établis des RFC.
Bah, comme avec Mac OS X Server, en fait, quoi, le nom (client DHCP dans la préf système réseau) va primer sur l'adresse Mac pour un bail.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
