Je dois lancer un script php en ligne de commande (pour utiliser dans un
cron)
Ce script fait appel à une DB mysql, mais lorsque je lance le script il
ne semble pas connaitre la commande mysql_connect (ou mysql_pconnect).
Message:"Call to undefined function mysql_connect()"
Je suppose que tout ce qui est module extérieur à PHP n'est pas
implémenté dans la version PHP en ligne de commande.
Merci d'avance pour vos lumières.
Bien à vous,
--
Arnaud
--
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
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
Arnaud Charlier
Arnaud Charlier wrote:
Bonjour,
Je dois lancer un script php en ligne de commande (pour utiliser dans un cron)
Ce script fait appel à une DB mysql, mais lorsque je lance le script il ne semble pas connaitre la commande mysql_connect (ou mysql_pconnect). Message:"Call to undefined function mysql_connect()"
Je suppose que tout ce qui est module extérieur à PHP n'est pas implémenté dans la version PHP en ligne de commande.
J'ai enfin trouvé. Le fichier php.ini du client php n'est pas le même que celui d'apache2, il faut donc explicitement indiquer quel php.ini on veut, ainsi les modules sont pris en compte.
En l'occurence on aura ceci # php -c /etc/php4/apache2/php.ini fichier.php
-- Arnaud
-- 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
Arnaud Charlier wrote:
Bonjour,
Je dois lancer un script php en ligne de commande (pour utiliser dans un
cron)
Ce script fait appel à une DB mysql, mais lorsque je lance le script il
ne semble pas connaitre la commande mysql_connect (ou mysql_pconnect).
Message:"Call to undefined function mysql_connect()"
Je suppose que tout ce qui est module extérieur à PHP n'est pas
implémenté dans la version PHP en ligne de commande.
J'ai enfin trouvé.
Le fichier php.ini du client php n'est pas le même que celui d'apache2,
il faut donc explicitement indiquer quel php.ini on veut, ainsi les
modules sont pris en compte.
En l'occurence on aura ceci
# php -c /etc/php4/apache2/php.ini fichier.php
--
Arnaud
--
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
Je dois lancer un script php en ligne de commande (pour utiliser dans un cron)
Ce script fait appel à une DB mysql, mais lorsque je lance le script il ne semble pas connaitre la commande mysql_connect (ou mysql_pconnect). Message:"Call to undefined function mysql_connect()"
Je suppose que tout ce qui est module extérieur à PHP n'est pas implémenté dans la version PHP en ligne de commande.
J'ai enfin trouvé. Le fichier php.ini du client php n'est pas le même que celui d'apache2, il faut donc explicitement indiquer quel php.ini on veut, ainsi les modules sont pris en compte.
En l'occurence on aura ceci # php -c /etc/php4/apache2/php.ini fichier.php
-- Arnaud
-- 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
Raph
"edouard cante" a écrit dans le message de news:
je ne saurais malheureusement pas répondre à ta question, mais personnellement, j'utilise wget >pour executer des scripts php via un cron. Celà permet de pouvoir le gérer par une interface web >aussi. Tu devrais éviter de ce fait les problèmes que tu rencontrerai à utiliser php en ligne de >commande.
Utiliser l'interface de ligne de commande de PHP est toujours une bonne idée. On s'affranchit de tout un tas de problèmes (protection des scripts, timeout, pb du serveur web, ....) et c'est infiniment plus simple ... http://fr.php.net/features.commandline
"edouard cante" <ecante@buyingpack.com> a écrit dans le message de news: 425D0AB6.3030605@buyingpack.com...
je ne saurais malheureusement pas répondre à ta question, mais personnellement, j'utilise wget >pour executer des scripts php via un cron. Celà permet de pouvoir le gérer par une interface web >aussi. Tu devrais éviter de ce fait les problèmes que tu rencontrerai à utiliser php en ligne de >commande.
Utiliser l'interface de ligne de commande de PHP est toujours une bonne idée. On s'affranchit de tout un tas de problèmes (protection des scripts, timeout, pb du serveur web, ....) et c'est infiniment plus simple ...
http://fr.php.net/features.commandline
je ne saurais malheureusement pas répondre à ta question, mais personnellement, j'utilise wget >pour executer des scripts php via un cron. Celà permet de pouvoir le gérer par une interface web >aussi. Tu devrais éviter de ce fait les problèmes que tu rencontrerai à utiliser php en ligne de >commande.
Utiliser l'interface de ligne de commande de PHP est toujours une bonne idée. On s'affranchit de tout un tas de problèmes (protection des scripts, timeout, pb du serveur web, ....) et c'est infiniment plus simple ... http://fr.php.net/features.commandline
Raph
"edouard cante" a écrit dans le message de news:
Ca dépend de l'architecture, si le service mis en cron doit etre appellé par des web services, une >interface web, ou tout autre utilisation.
Si le script ne sert pas que depuis cron alors effectivement ... ;)
"edouard cante" <ecante@buyingpack.com> a écrit dans le message de news: 425D57C9.9040505@buyingpack.com...
Ca dépend de l'architecture, si le service mis en cron doit etre appellé par des web services, une >interface web, ou tout autre utilisation.
Si le script ne sert pas que depuis cron alors effectivement ... ;)
