python : Changer le répertoire de travail scripts en répertoire propre au scripts.

Question

Je lance un shell python depuis la crontab toutes les minutes :

* * * * * /home/udi/foo/bar.py

/home/udi/foo a quelques sous-répertoires nécessaires, comme /home/udi/foo/log y /home/udi/foo/config qui /home/udi/foo/bar.py se réfère à.

Le problème est que crontab exécute le script à partir d'un répertoire de travail différent, donc essayer d'ouvrir ./log/bar.log échoue.

Existe-t-il un moyen agréable d'indiquer au script de changer le répertoire de travail pour le propre répertoire du script ? J'aurais envie d'une solution qui fonctionnerait pour n'importe quel emplacement du script, plutôt que de dire explicitement au script où il se trouve.

EDIT :

os.chdir(os.path.dirname(sys.argv[0]))

C'était la solution la plus compacte et la plus élégante. Merci pour vos réponses et explications !

Answer 1

Cela changera votre répertoire de travail actuel de sorte que l'ouverture des chemins relatifs fonctionnera :

import os
os.chdir("/home/udi/foo")

Cependant, vous avez demandé comment passer dans le répertoire où se trouve votre script Python, même si vous ne savez pas quel répertoire ce sera lorsque vous écrirez votre script. Pour ce faire, vous pouvez utiliser la fonction os.path fonctions :

import os

abspath = os.path.abspath(__file__)
dname = os.path.dirname(abspath)
os.chdir(dname)

Ceci prend le nom de fichier de votre script, le convertit en un chemin absolu, puis extrait le répertoire de ce chemin, puis change dans ce répertoire.

Answer 2

Vous pouvez obtenir une version plus courte en utilisant sys.path[0] .

os.chdir(sys.path[0])

De http://docs.python.org/library/sys.html#sys.path

Tel qu'il est initialisé au démarrage du programme, le premier élément de cette liste, path[0] est le répertoire contenant le script utilisé pour invoquer l'interprète Python. invoquer l'interpréteur Python

Answer 3

Ne faites pas ça.

Vos scripts et vos données ne doivent pas être mélangés dans un seul grand répertoire. Mettez votre code dans un endroit connu ( site-packages o /var/opt/udi ou autre) séparée de vos données. Utilisez un bon contrôle des versions de votre code pour vous assurer que les versions actuelles et précédentes sont séparées les unes des autres, afin de pouvoir revenir aux versions précédentes et tester les versions futures.

La ligne du bas : Ne mélangez pas le code et les données.

Les données sont précieuses. Le code va et vient.

Fournir le répertoire de travail comme valeur d'argument de ligne de commande. Vous pouvez fournir une valeur par défaut en tant que variable d'environnement. Ne le déduisez pas (ou ne le devinez pas).

Faites-en une valeur d'argument obligatoire et faites ceci.

import sys
import os
working= os.environ.get("WORKING_DIRECTORY","/some/default")
if len(sys.argv) > 1: working = sys.argv[1]
os.chdir( working )

Ne "supposez" pas un répertoire en fonction de l'emplacement de votre logiciel. Cela ne fonctionnera pas bien à long terme.

Answer 4

Changez votre commande crontab en

* * * * * (cd /home/udi/foo/ || exit 1; ./bar.py)

Le site (...) démarre un sous-shell que votre crond exécute comme une seule commande. Le site || exit 1 fait échouer votre cronjob dans le cas où le répertoire n'est pas disponible.

Bien que les autres solutions puissent être plus élégantes à long terme pour vos scripts spécifiques, mon exemple pourrait toujours être utile dans les cas où vous ne pouvez pas modifier le programme ou la commande que vous voulez exécuter.