Chemin relatif ne fonctionne pas dans le cron script PHP

Si un script PHP est exécuté comme un programme cron, le comprend souvent échouer si les chemins relatifs sont utilisés. Par exemple, si vous avez

require_once('foo.php');

le fichier foo.php sera trouvé lors de l'exécution sur la ligne de commande, mais pas lorsqu'il est exécuté à partir d'un script cron.

Typique de solution de contournement pour ce problème consiste à chdir pour le répertoire de travail, ou utiliser des chemins absolus. Je voudrais savoir, cependant, ce qui est différent entre cron et shell qui provoque ce comportement. Pourquoi est-il échouer lorsque vous utilisez des chemins relatifs dans un script cron?

C'est une grande ressource ainsi: stackoverflow.com/questions/2857712/...
Ne changez pas vos fichiers PHP juste pour les faire travailler à partir d'une tâche cron, au lieu de changer de répertoire sur la tâche cron ligne. Vérifier ma réponse ici.

InformationsquelleAutor Sjoerd | 2009-12-28

cron php

95

Changer le répertoire de travail pour l'exécution de chemin d'accès au fichier. Utilisez simplement
```
chdir(dirname(__FILE__));
include_once '../your_file_name.php'; //we can use relative path after changing directory
```
en exécutant le fichier. Ensuite, vous n'aurez pas besoin de changer tous les chemins d'accès relatifs à des chemins absolus dans chaque page.
- Cela a été me rend fou. Cette triées parfaitement
- Cela doit être marqué comme le bon
- Vous pouvez également utiliser chdir(__DIR__); qui est un peu plus concis.
- cela ne fonctionne que si vous pouvez exécuter chdir() dans votre environnement. include/require dirname( __FILE__ ) est beaucoup plus fiable.
- Réponse utile.
- Je n'aime pas à modifier le code PHP, au lieu de changer le répertoire à la cron onglet, cochez ma réponse
InformationsquelleAutor Withfriendship Hiox

Le répertoire de travail du script peut être différent lorsqu'il est exécuté à partir d'un cron. De plus, il y a une certaine confusion à propos de PHPs require() et include(), ce qui a causé de la confusion sur le répertoire de travail vraiment le problème:

include('foo.php') //searches for foo.php in the same directory as the current script
include('./foo.php') //searches for foo.php in the current working directory
include('foo/bar.php') //searches for foo/bar.php, relative to the directory of the current script
include('../bar.php') //searches for bar.php, in the parent directory of the current working directory

InformationsquelleAutor Sjoerd

7

La seule chance que j'ai obtenu "require_once" de travailler avec cron et apache dans le même temps a été
```
require_once(dirname(__FILE__) . '/../setup.php');
```
InformationsquelleAutor jansch
4

Parce que le "répertoire de travail" pour des tâches cron sera le répertoire où votre fichier crontab existe -- donc toute relative des chemins avec les être par rapport à ce répertoire.

La façon la plus simple de poignée avec dirname() fonction et PHP __FILE__ constante. Sinon, vous devrez modifier le fichier avec de nouveaux chemins d'accès absolus chaque fois que vous déplacez le fichier vers un autre répertoire ou sur un serveur avec une autre structure de fichiers.
```
dirname( __FILE__ )
```
__FILE__ est une constante définie par PHP comme le chemin d'accès complet au fichier à partir de laquelle il est appelé. Même si le fichier est inclus, __FILE__ va TOUJOURS se référer au chemin d'accès complet du fichier lui-même et non pas le fichier en faisant l', y compris.

Donc dirname( __FILE__ ) retourne le chemin complet du répertoire dans le répertoire contenant le fichier -- peu importe où il est inclus à partir de et basename( __FILE__ ) retourne le nom du fichier lui-même.

exemple:
Imaginons "/home/user/public_html/index.php" comprend "/home/user/public_html/your_directory/your_php_file.php".

Si vous appelez dirname( __FILE__ ) dans "your_php_file.php" vous obtenez "/home/user/public_html/your_directory" retournée, même si le script actif se trouve dans "/home/user/public_html" (notez l'absence de la barre oblique).

Si vous avez besoin du répertoire de l', y COMPRIS l'utilisation du fichier: dirname( $_SERVER['PHP_SELF'] ) qui sera de retour "/home/user/public_html" et est le même que l'appel à la dirname( __FILE__ ) dans l' "index.php" fichier depuis les chemins relatifs sont les mêmes.

exemple d'utilisation:
```
@include dirname( __FILE__ ) . '/your_include_directory/your_include_file.php';

@require dirname( __FILE__ ) . '/../your_include_directory/your_include_file.php';
```
InformationsquelleAutor aequalsb
3

Une autre possibilité est que la version CLI est en utilisant un autre php.fichier ini. (Par défaut, il va utiliser php-cli.ini et de secours de la standard php.ini)

Aussi, si vous êtes en utilisant .htaccess pour définir votre chemin de la bibliothèque, etc. de toute évidence, cela ne fonctionne pas via l'interface cli.

InformationsquelleAutor John Parker
2

En plus acceptée dans la réponse ci-dessus, vous pouvez également utiliser:
```
chdir(__DIR__);
```
- seulement si vous êtes autorisé à exécuter chdir() dans l'environnement dans lequel vous êtes
- est-ce courant? Je n'ai jamais travaillé dans un environnement où cette fonction n'est pas autorisée.
- j'ai connu liées à safe_mode de PHP. php.net/manual/en/features.safe-mode.functions.php, mais cela a été dépréciées php.net/manual/en/features.safe-mode.php. -- c'est déconseillé de ne pas supprimé... ce qui veut dire, qu'il pourrait encore être rencontrés.
- a fonctionné pour moi merci
InformationsquelleAutor billynoah
1

Lorsqu'il est exécuté par le biais d'une tâche cron de votre script PHP probablement s'exécute dans un contexte différent que si vous démarrez manuellement à partir du shell. Si vos chemins relatifs ne sont pas dirigées vers le droit chemin.
- c'est le droit. En fait, le script du répertoire de travail est le répertoire de travail de la coquille. Devrait utiliser des chemins absolus.
- chemin d'accès absolu noms sont un cauchemar à gérer comme vous de déplacer des fichiers... il suffit d'utiliser dirname( __FILE__ )
InformationsquelleAutor Jan Hančič
0

La DIR marche bien qu'il ne fonctionne pas sur mon localhost, comme il a un chemin d'accès différent de mon serveur de site. J'ai utilisé ce pour corriger.
```
    if(__DIR__ != '/home/absolute/path/to/current/directory'){ //path for your live server
        require_once '/relative/path/to/file';
    }else{
        require_once '/absolute/path/to/file';
    }
```
- toujours à l'aide d'une instruction conditionnelle qui peut être remplacé par dirname( __FILE__ )
InformationsquelleAutor Jordan Rumpelstiltskin Nemrow

Vous devez vous connecter pour publier un commentaire.