[PHP] php-cli (résolu)

[ppb31]

Bonjour
je sais que le sujet PHP-CLI a été déjà abordé :
- https://bbs.archlinux.org/viewtopic.php?id=3054
- http://forums.archlinux.fr/topic5850.html
Pour autant j'essaie d'installer une application de gestion de photos : PhraseaNet IV qui demande : Chemin de l'exécutable PHP CLI (Common Line Interface) et la, je ne sais pas quoi renseigner.
Je suis aussi utilisateur Ubuntu et le Pkg.... PHP CLI est indépendant.
Cordialement
Pierre-Philippe

[tuxce]

php est compilé avec l'option cli par défaut:

Code : Tout sélectionner

$ php -v
PHP 5.3.5 with Suhosin-Patch (cli) (built: Jan  6 2011 07:17:24) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

et le chemin à donner est celui de php:

Code : Tout sélectionner

$ which php
/usr/bin/php

[ppb31]

merci

en fait c'est ce que j'avais déjà fait sans résulta

donc je bloque car je croyais à l'existence d'un exécutable php-cli

donc je suis bien dans la "!!" propos non publiable

merci

[tuxce]

Il y a un message d'erreur quelconque ?

[ppb31]

je sais pas

en fait c'est l'interface de configuration de phraseanet 4 qui ne valide pas php CLI
l'interface demande le chemin de php cli, je le renseigne et il ne le valide pas
en gros l'interfave html / php d'administration du serveur Phraseanet demande :

Executables externes
Chemin de l'exécutable PHP CLI (Common Line Interface) /usr/bin/php Non
Chemin de l'exécutable exiftool OK
Chemin du composant composite Non
Chemin du composant convert Non

le rest marche visiblement
BD ok

[tuxce]

Si c'est depuis l'interface web, à mon avis, c'est plus une question de sécurité, phrasenet doit vouloir ouvrir/tester le fichier pour voir s'il existe et le php.ini ne l'y autorise pas.

Je sais pas comment fonctionne phraseanet mais peut être qu'en contournant le test, ça passera (en même temps tu vérifieras que le test fait appel à is_file ou une fonction du genre ce qui expliquerait l'erreur).

[ppb31]

Tu a raison (bien vu)
dans le .php servant à l'instal il exist un test avec is_file sur :
- composite
- exif
-ext..

if($system != 'WINDOWS') " pour linux je suppose"
{
if(is_file('/usr/bin/php'))
$php_cli = '/usr/bin/php';
elseif(is_file('/usr/local/bin/php'))
$php_cli = '/usr/local/bin/php';
elseif(is_file('/opt/local/bin/php'))
$php_cli = '/opt/local/bin/php';
}
if(!$php_cli || !is_executable($php_cli))
$php_cli = false; "le test donc il faut le valider"
?>
<td><label for="exec_php"><?php echo _('reglages:: executable PHP CLI')?></label></td>
<td><input id="exec_php" type="text" name="php_cli" value="<?php echo $php_cli;?>" class="executable_check databox_creator_dependant" /></td>

Bon il faut que je me remette au PHP OUF !!!!

[bartoua]

Yop,

Il y a bien un paquet php5-cli sur une ubuntu, et il n'est pas installé avec php5 de base
Tu dois avoir la même chose sur les autres distrib

C'est juste une petit paquet à installer

J'espère que ça va t'aider

[benjarobin]

@bartoua As tu lu les posts ci-dessus ?

php est compilé avec l'option cli par défaut

Le sujet peut être quasiment considéré comme résolu...

[bartoua]

@benjarobin j'ai bien lu les posts. je répond en connaissance de cause, j'ai déjà eu des problèmes avec les différences php cgi et cli

A mon avis, un éditeur ne met pas en ligne un logiciel qui fonctionne uniquement si tu bidouilles le code ...

[benjarobin]

Le code c'est ceci :

Code : Tout sélectionner

if(is_file('/usr/bin/php'))
$php_cli = '/usr/bin/php';
...

On voit bien qu'il cherche la commande "php". Mais sur ArchLinux par défaut la configuration de php ne permet par de lire des fichiers externes au dossier source PHP (Tuxce en a parlé si tu avait lu correctement).
Donc la commande is_file('/usr/local/bin/php') et is_executable($php_cli) ne peut pas retourner "true".

A mon avis, un éditeur ne met pas en ligne un logiciel qui fonctionne uniquement si tu bidouilles le code ...

Tu te trompe de beaucoup et de loin... Si tu voyais le nombre de paquet qui sont patchés pour fonctionner...

[tuxce]

Après, j'ai dit le code, mais c'était aussi pour vérifier que c'était bien ça, mais @ppb31, tu peux aussi commenter open_basedir pour permettre l'accès d'une application php à tout le disque, c'est au choix.

[ppb31]

bon

ça ne marche tjrs pas j'ai commenté open_basedir (php.ini) redémarrer httpd

donc la je pije pas

comment configurer php correctement

Merci pour vos interventions

[benjarobin]

Je viens de tester, j'ai rajouté /usr/bin à open_basedir

Code : Tout sélectionner

 open_basedir = /srv/http/phppgadmin/:/home/site/:/tmp/:/usr/share/pear/:/usr/share/webapps/phpMyAdmin/:/etc/webapps/phpmyadmin/:/usr/share/netbeans/php1/:/usr/bin/

et cela fonctionne

[tuxce]

et en commentant open_basedir, ça fonctionne pour moi

[benjarobin]

ça ne marche tjrs pas j'ai commenté open_basedir (php.ini) redémarrer httpd

Tu as bien fais start et puis stop. Le restart ne fait pas un vrai redémarrage, donc il se peut qu'il n'est pas correctement rechargé la configuration de php

[ppb31]

Bonjour

Bon vous aviez raison tous les deux
et benjarobin sur le restart je me suis fait avoir

je dois avouer j'ai honte, j'ai passé une de mais soutenances Master 2 à Touluse (2009) sur une application PHP (trie de données XML) et je ne sais même pas ça, ou la la

je me demande si mon âge avancé (45) n'est pas la cause, ha la reprise d'étude dur dur
il est vrai que je fais dans le conseil (cabinet que je monte) et plus dans la programmation

j'en profite pour faire un peu de pub

Cabinet conseil dans le SI et notamment la gestion de doc et les procédures en promouvant les solutions linux : (la virtualisation: VirtualBox, la gestion de doc: Dynacase, Alfresco la consolidation de données par virtualisation et redondance rbd appliquer à des machines virtualisées sur des serveurs et les Groupware linux : EGroupware ext ... )
donc Si vous connaissez des boites susceptibles d'étres intéressées

A + et encore merci
PS: je ne clôture pas de-suit, car je vérifie un truc avant
PP