PHP

php -q

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : execution /usr/local/bin/php -q

x_bce

Reprise du message précédent :
en fait kan je lance le script a la main il fonctionne mais c'est kan il est lancé de la crontab kil ne fonctionne pas et il est en 755

Publicité

cinocks

essaye avec le chemin absolu dans le sh.

C'est bizarre ton truc. Il nous manque une etape. Je fais tous mes traitements de cette maniere.

---------------
MZP est de retour

x_bce

ben non justement le pb c'est kan je tape
/usr/local/bin/php -q /home/site/admin/bce_force.php => ca ne marche par contre
cd /home/site/admin/
/usr/local/bin/php -q bce_force.php
marche

omega2

Extrait de la documentation de php :

Citation :

Le CLI SAPI ne transforme pas le dossier courant en dossier d'exécution du script!

Exemple de différence entre CGI SAPI et CLI SAPI :

<?php
// Un test simple : affiche le dossier d'exécution */
echo getcwd(), "\n";
?>

Lorsque vous utilisez la version CGI , l'affichage sera :
$ pwd
/tmp

$ php-cgi -f autre_dossier/test.php
/tmp/autre_dossier
Cela montre clairement que PHP modifie le dossier courant, et utilise le dossier du script exécuté.

En utilisant le CLI SAPI , on obtient :
$ pwd
/tmp

$ php -f autre_dossier/test.php
/tmp
Cela donne beaucoup plus de souplesse lorsque vous rédigez des scripts shell avec PHP.

Note
Le CGI SAPI se comporte de la même façon que le CLI SAPI , en lui passant l'option -C , lorsque vous l'invoquez en ligne de commande.

Citation :

Les différences les plus notables entre le CLI SAPI et les SAPI sont :

Contrairement au CGI SAPI , aucun en-tête HTTP n'est écrit dans le résultat.

Bien que le CGI SAPI fournisse un moyen de supprimer les en-têtes HTTP, il n'y a pas moyen d'activer les en-têtes HTTP dans le CLI SAPI .

CLI est lancé en mode silencieux par défaut, bien que les options -q et --no-header soient gardées pour rester compatible avec les anciennes versions CGI.

Il ne change pas le répertoire courant en celui du script. (les options -C et --no-chdir sont gardées par souci de compatibilité)

Donc : vu que tu exécutes la commande "/usr/local/bin/php -q /home/site/www/admin/bce_force.php" :
- le répertoire courant est indéfinis (surement le répertoire courant de crontab j'imagine) donc les includes relatifs ont 99.99% de chance de foirer. Il faut donc que tu fasses un script *sh qui permettra de changer le répertoire courant avant l'exécution de php et qui lancera php jsute aprés.
- l'option -q ne sert plus à rien vu que la version SAPI (celle que t'exécute) n'affiche plus les header par défaut. Tu peux donc enlever cette option de ta ligne de commande.

EDIT : voilà le paragraphe que j'ai cité : 7.10 Utiliser PHP en ligne de commande ( http://www.nexen.net/index.php?opt [...] %25C9%2585 )

Message édité par omega2 le 24-01-2006 à 12:20:07

x_bce

oui genre ce:
cd /home/site/admin/
/usr/local/bin/php -q bce_force.php ?

cinocks

ca ne marche pas ce que j'ai mis pour le sh?

---------------
MZP est de retour

x_bce

ben non justement le pb c'est kan je tape
/usr/local/bin/php -q /home/site/admin/bce_force.php => ca ne marche par contre
cd /home/site/admin/
/usr/local/bin/php -q bce_force.php
marche

cinocks

Je ne comprends pas ton probleme.

Déjà mets ça dans le sh

Code :

cd /home/site/www/admin/
/usr/local/bin/php bce_force.php >>bce_force.log

Les messages d'erreur de PHP seront redirigés dans le fichier et regarde ce que donne la log.

Tu dis bien que la methode que je t'ai donnée fonctionne. Ou est le problème alors? :??:

---------------
MZP est de retour

x_bce

le fichier bce_force.log est vide!!!

omega2

ca veut donc dire que php n'a rien affiché sur le canal d'erreur.
Bin que pour être complet au niveau log, il serait bon de logguer aussi la sortie standard afin de savoir ce que le programme à essayé d'afficher :

Code :

cd /home/site/www/admin//usr/local/bin/php bce_force.php >bce_force_std.log >>bce_force_err.log

Là, ca envoie dans bce_force_std.log ce qui aurait été affiché à l'écran normalement et dans bce_force_err.log ce qui est renvoyé dans le canal d'erreur.

J'espéres que ca te fournira plus de détail sur le probléme.

Publicité

x_bce

les 2 fichiers sont vides.....
c le cron ki merde car kan je lance le .sh a la main ca fonction mais quand c'est le cron ca ne marche pas

cinocks

euh le cron ne merde pas. Fais lui faire autre chose dans le sh. Genre un ls redirigé, toujours dans le fichier de log.

---------------
MZP est de retour

x_bce

oui effectivement je fais un mkdir ca marche....
donc c bien le php bce_force.php ki ne fonctionne pas dans le .sh

cinocks

dans ce cas, vas-y doucement. Appelle un fichier php avec uniquement un echo dedans pour voir s'il y a une sortie.

---------------
MZP est de retour

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

PHP

execution /usr/local/bin/php -q

Sujets relatifs
Attendre la fin d'une éxécution	transfert entre 2 BdD local à internet => besoin d'aide
[SGBD/SQL] Création et utilisation d'une base de donnée en local. AVIS	probleme d'execution
Probleme execution script python sitemap google	calculer temps d'exécution d'un prog
[Résolu] Exécution d'un batch pour ftp...	Problème execution VB Script en ASP
php marche en local mais pas chez free ? ?	[résolu] avoir le dossier local dans lequel on est ?
Plus de sujets relatifs à : execution /usr/local/bin/php -q

Page générée en 0.039 secondes