Comportement imprévisible Django

J'essaie de créer une application simple pendant un certain temps. Django Et remarqué le comportement suivant:

Chaque fois que je fais des changements à urls.py Dans le dossier du projet, les modifications ne sont pas réfléchies tant que je ne redémarre pas le démon. http. Pourquoi? Comment puis-je faire sans elle?

J'ai essayé de rediriger r '^ staff / $' sur staff.views.index (Mon nom de demande - Ce personnel). Mais accès à / staff M'a donné «Server Error», Qui vérifie error_log montré «TemplateSyntaxError: Caught ImportError Pendant le rendu: aucun module nommé staff». Qu'est-ce que ça veut dire?

Sur

Supprimer cette ligne particulière de urls.py

(et redémarrer httpd), accéder / Retour à la page "Works". Mais lorsque je mettez à jour la page après avoir nettoyé toutes les données d'affichage (y compris le cache), Je retourne comme magiquement une page avec des mots

Using the URLconf defined in myproj.urls, Django tried these URL patterns, in this order:
^staff/$
The current URL, , didn't match any of these.

Ça me puzzle vraiment; Comment pourrait-il revenir? J'ai essayé de comprendre ce qui se passait, mais malheureusement, je ne pouvais pas. Avec cette vitesse, je pourrais juste retourner à cakephp. Je ne veux pas y retourner, aide!

Informations originales:

Je lance Apache de mod_wsgi dans Arch Linux. myproj - C'est le nom de mon projet (situé dans / srv / http-django), Et il a une application appelée staff (Ajouté à INSTALLED_APPS). Mon script WSGI Ajoute / srv / http-django dans sys.path et installe DJANGO_SETTINGS_MODULE dans myproj.settings.

myproj / staff / views.py Contient une fonction d'index qui retourne simplement "Hello, World!" comme HttpResponse
Invité:

Babette

Confirmation de:

Si vous courez mod_wsgi En mode démon, vous pouvez mettre à jour les modifications en touchant le fichier. .wsgi. (J'ai découvert que c'est un peu peu fiable)

Babette

Confirmation de:

Pour votre premier problème, lisez:

http://code.google.com/p/modws ... eCode
Pour le deuxième problème, vous pouvez avoir un problème sys.path Ou, plus probablement, la dépendance ou le problème de l'ordre d'importation en raison de la nommage des modules. Si vous avez de la chance, vous utilisez un fichier de script alternatif WSGI, Décrit dans:

http://blog.dscpl.com.au/2010/ ... .html
Peut aider, ou peut-être pas.

Pour répondre aux questions, connectez-vous ou registre