Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
pmenier
Bonjour,
Oui en partie concernant php5. Je n'ai pas rencontre de pb particulier si ce n'est avec les versions anterieures a 0.8.6h de cacti au niveau des requetes mysql.
Le php5 est compile maison et tourne avec suphp-0.6.0. J'ai toutefois du recuperer le .deb php5-ming de dotdeb car ca plantait a la compil.
Le sources.list que j'utilise : deb ftp://ftp.fr.debian.org/debian/ stable main deb-src ftp://ftp.fr.debian.org/debian/ stable main deb http://packages.dotdeb.org stable all deb http://www.jarre-de-the.net/computing/debian/ stable main deb http://www.backports.org/debian/ sarge-backports main deb http://security.debian.org/ stable/updates main
Patrick
"Daniel C" a écrit dans le message de news: Bonjour,
Avez-vous déjà utilisé les paquets php5 / mysql5 de dotdeb.org ou backports.org sur une debian stable en prod ?
Merci pour vos avis.
Daniel
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Oui en partie concernant php5. Je n'ai pas rencontre de pb particulier si ce
n'est avec les versions anterieures a 0.8.6h de cacti
au niveau des requetes mysql.
Le php5 est compile maison et tourne avec suphp-0.6.0. J'ai toutefois du
recuperer le .deb php5-ming de dotdeb car ca plantait a la compil.
Le sources.list que j'utilise :
deb ftp://ftp.fr.debian.org/debian/ stable main
deb-src ftp://ftp.fr.debian.org/debian/ stable main
deb http://packages.dotdeb.org stable all
deb http://www.jarre-de-the.net/computing/debian/ stable main
deb http://www.backports.org/debian/ sarge-backports main
deb http://security.debian.org/ stable/updates main
Patrick
"Daniel C" <ml.dcailli@free.fr> a écrit dans le message de
news:43D8907D.5060905@free.fr...
Bonjour,
Avez-vous déjà utilisé les paquets php5 / mysql5 de dotdeb.org ou
backports.org
sur une debian stable en prod ?
Merci pour vos avis.
Daniel
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Oui en partie concernant php5. Je n'ai pas rencontre de pb particulier si ce n'est avec les versions anterieures a 0.8.6h de cacti au niveau des requetes mysql.
Le php5 est compile maison et tourne avec suphp-0.6.0. J'ai toutefois du recuperer le .deb php5-ming de dotdeb car ca plantait a la compil.
Le sources.list que j'utilise : deb ftp://ftp.fr.debian.org/debian/ stable main deb-src ftp://ftp.fr.debian.org/debian/ stable main deb http://packages.dotdeb.org stable all deb http://www.jarre-de-the.net/computing/debian/ stable main deb http://www.backports.org/debian/ sarge-backports main deb http://security.debian.org/ stable/updates main
Patrick
"Daniel C" a écrit dans le message de news: Bonjour,
Avez-vous déjà utilisé les paquets php5 / mysql5 de dotdeb.org ou backports.org sur une debian stable en prod ?
Merci pour vos avis.
Daniel
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel C
pmenier a écrit :
Bonjour,
Oui en partie concernant php5. Je n'ai pas rencontre de pb particulier si ce n'est avec les versions anterieures a 0.8.6h de cacti au niveau des requetes mysql.
Merci.
Je viens de faire l'essai sur mon serveur de test, mais je n'arrive pas à charger mysql.so automatiquement...
J'ai installé php5-cli php5-common php5-curl php5-gd php5-mysql php5-pear libapache-mod -php5 avec un apache 1.3 mais la ligne (dans /etc/php5/apache/php.ini) extension=mysql.so (j'ai essayé aussi avec extension=/usr/lib/php5/20050922/mysql.so)
ne marche pas.
Si j'ajoute un dl('mysql.so'); dans mes fichiers php les fonctions mysql deviennent dispo (mais j'ai pas l'intention de modifier tous mes fichiers php).
un stop/start apache ne change rien... Je commence à avoir moins de che veux ! Si vous avez des idées...
Daniel
pmenier a écrit :
Bonjour,
Oui en partie concernant php5. Je n'ai pas rencontre de pb particulier si ce
n'est avec les versions anterieures a 0.8.6h de cacti
au niveau des requetes mysql.
Merci.
Je viens de faire l'essai sur mon serveur de test, mais je n'arrive pas à
charger mysql.so automatiquement...
J'ai installé
php5-cli php5-common php5-curl php5-gd php5-mysql php5-pear libapache-mod -php5
avec un apache 1.3 mais la ligne (dans /etc/php5/apache/php.ini)
extension=mysql.so
(j'ai essayé aussi avec extension=/usr/lib/php5/20050922/mysql.so)
ne marche pas.
Si j'ajoute un
dl('mysql.so');
dans mes fichiers php les fonctions mysql deviennent dispo (mais j'ai pas
l'intention de modifier tous mes fichiers php).
un stop/start apache ne change rien... Je commence à avoir moins de che veux !
Si vous avez des idées...
Oui en partie concernant php5. Je n'ai pas rencontre de pb particulier si ce n'est avec les versions anterieures a 0.8.6h de cacti au niveau des requetes mysql.
Merci.
Je viens de faire l'essai sur mon serveur de test, mais je n'arrive pas à charger mysql.so automatiquement...
J'ai installé php5-cli php5-common php5-curl php5-gd php5-mysql php5-pear libapache-mod -php5 avec un apache 1.3 mais la ligne (dans /etc/php5/apache/php.ini) extension=mysql.so (j'ai essayé aussi avec extension=/usr/lib/php5/20050922/mysql.so)
ne marche pas.
Si j'ajoute un dl('mysql.so'); dans mes fichiers php les fonctions mysql deviennent dispo (mais j'ai pas l'intention de modifier tous mes fichiers php).
un stop/start apache ne change rien... Je commence à avoir moins de che veux ! Si vous avez des idées...
Daniel
Jean-Damien Durand
On Tuesday 31 January 2006 19:22, Daniel C wrote:
un stop/start apache ne change rien... Je commence à avoir moins de che veux ! Si vous avez des idées...
Avec un 'locate php.ini' je vois deux fichiers. Essaie et change aussi dans le deuxieme si tu l'as;
/etc/php5/apache2/php.ini /etc/php5/cli/php.ini
[oui je sais, chez moi c'est apache2, pas apache - mais sait-on jamais!]
A+, JD.
On Tuesday 31 January 2006 19:22, Daniel C wrote:
un stop/start apache ne change rien... Je commence à avoir moins de che veux
! Si vous avez des idées...
Avec un 'locate php.ini' je vois deux fichiers. Essaie et change aussi dans le
deuxieme si tu l'as;
/etc/php5/apache2/php.ini
/etc/php5/cli/php.ini
[oui je sais, chez moi c'est apache2, pas apache - mais sait-on jamais!]
un stop/start apache ne change rien... Je commence à avoir moins de che veux ! Si vous avez des idées...
Avec un 'locate php.ini' je vois deux fichiers. Essaie et change aussi dans le deuxieme si tu l'as;
/etc/php5/apache2/php.ini /etc/php5/cli/php.ini
[oui je sais, chez moi c'est apache2, pas apache - mais sait-on jamais!]
A+, JD.
Daniel C
Jean-Damien Durand a écrit :
On Tuesday 31 January 2006 19:22, Daniel C wrote:
un stop/start apache ne change rien... Je commence à avoir moins de cheveux ! Si vous avez des idées...
Avec un 'locate php.ini' je vois deux fichiers. Essaie et change aussi dans le deuxieme si tu l'as;
Non, pas la peine, un phpinfo() me confirme que c'est le bon php.ini. Quand je fais des modifs dedans elles sont répercutées par le phpinfo ().
/etc/php5/apache2/php.ini
=> pour le module apache2 (/etc/php5/apache/php.ini pour apache 1.3, mo n cas).
/etc/php5/cli/php.ini
=> Ca c'est pour le binaire php appellé en ligne de commande (fait un "php -r 'phpinfo();'" pour voir).
Résultat des courses, c'était une remarque avec une # (au lieu de ';' ) dans le php.ini qui faisait planter l'analyse du php.ini (display_startup_errors était Off et je n'avais pas remarqué qu'il y avait un pb de lecture du php.in i car c'est juste les dernières lignes de chargement des extensions qui éta ient concernées).
Daniel
PS: désolé, j'avais encore répondu à l'expéditeur et pas à la liste. C'est la seule liste que je connaisse ou le reply-to n'est pas la liste... et on p rend des habitudes.
[oui je sais, chez moi c'est apache2, pas apache - mais sait-on jamais! ]
A+, JD.
Jean-Damien Durand a écrit :
On Tuesday 31 January 2006 19:22, Daniel C wrote:
un stop/start apache ne change rien... Je commence à avoir moins de cheveux
! Si vous avez des idées...
Avec un 'locate php.ini' je vois deux fichiers. Essaie et change aussi dans le
deuxieme si tu l'as;
Non, pas la peine, un phpinfo() me confirme que c'est le bon php.ini.
Quand je fais des modifs dedans elles sont répercutées par le phpinfo ().
/etc/php5/apache2/php.ini
=> pour le module apache2 (/etc/php5/apache/php.ini pour apache 1.3, mo n cas).
/etc/php5/cli/php.ini
=> Ca c'est pour le binaire php appellé en ligne de commande
(fait un "php -r 'phpinfo();'" pour voir).
Résultat des courses, c'était une remarque avec une # (au lieu de ';' ) dans le
php.ini qui faisait planter l'analyse du php.ini (display_startup_errors était
Off et je n'avais pas remarqué qu'il y avait un pb de lecture du php.in i car
c'est juste les dernières lignes de chargement des extensions qui éta ient
concernées).
Daniel
PS: désolé, j'avais encore répondu à l'expéditeur et pas à la liste. C'est la
seule liste que je connaisse ou le reply-to n'est pas la liste... et on p rend
des habitudes.
[oui je sais, chez moi c'est apache2, pas apache - mais sait-on jamais! ]
un stop/start apache ne change rien... Je commence à avoir moins de cheveux ! Si vous avez des idées...
Avec un 'locate php.ini' je vois deux fichiers. Essaie et change aussi dans le deuxieme si tu l'as;
Non, pas la peine, un phpinfo() me confirme que c'est le bon php.ini. Quand je fais des modifs dedans elles sont répercutées par le phpinfo ().
/etc/php5/apache2/php.ini
=> pour le module apache2 (/etc/php5/apache/php.ini pour apache 1.3, mo n cas).
/etc/php5/cli/php.ini
=> Ca c'est pour le binaire php appellé en ligne de commande (fait un "php -r 'phpinfo();'" pour voir).
Résultat des courses, c'était une remarque avec une # (au lieu de ';' ) dans le php.ini qui faisait planter l'analyse du php.ini (display_startup_errors était Off et je n'avais pas remarqué qu'il y avait un pb de lecture du php.in i car c'est juste les dernières lignes de chargement des extensions qui éta ient concernées).
Daniel
PS: désolé, j'avais encore répondu à l'expéditeur et pas à la liste. C'est la seule liste que je connaisse ou le reply-to n'est pas la liste... et on p rend des habitudes.
[oui je sais, chez moi c'est apache2, pas apache - mais sait-on jamais! ]
