Nieprzewidywalne zachowanie Django


Od jakiegoś czasu próbuję stworzyć prostą aplikację Django i zauważyłem następujące zachowanie:
  • Za każdym razem, gdy wprowadzam zmiany do urls.py w folderze projektu, zmiany nie są odzwierciedlane, dopóki nie zrestartuję demona http. Po co Jak mogę się bez tego obejść
  • Próbowałem przekierować r '^ staff/$' do staff.views.index (nazwa mojej aplikacji to staff). Ale dostęp do/staff dał mi "Błąd serwera", który podczas sprawdzania error_log pokazał "TemplateSyntaxError: Caught ImportError podczas renderowania: brak modułu o nazwie staff". Co to znaczy

Na

usunięcie tego konkretnego wiersza z urls.py

(i ponowne uruchomienie httpd), wejdź/wróć do strony „Works”. Ale kiedy odświeżam stronę po wyczyszczeniu wszystkich danych widoku (w tym pamięci podręcznej), w magiczny sposób zwracam stronę ze słowami
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.

To naprawdę mnie zastanawia; jak to mogło wrócić? Próbowałem dowiedzieć się, co się dzieje, ale niestety nie udało mi się. W tym tempie mógłbym po prostu wrócić do cakephp. Nie chcę wracać, pomóż!
Informacje podstawowe:
Używam Apache z mod_wsgi na Arch Linux. myproj to nazwa mojego projektu (znajdującego się w/srv/http-django) i ma on jedną aplikację o nazwie staff (dodana do INSTALLED_APPS). Mój skrypt WSGI dodaje/srv/http-django do sys.path i ustawia DJANGO_SETTINGS_MODULE na myproj.settings.
myproj/staff/views.py zawiera funkcję indeksu, która po prostu zwraca „Hello, World!” jak HttpResponse
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Jeśli uruchomisz mod_wsgi w trybie demona, możesz zaktualizować zmiany, dotykając pliku .wsgi. (Uważam, że to trochę niewiarygodne)
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

W przypadku pierwszego problemu przeczytaj:
http://code.google.com/p/modws ... eCode
http://code.google.com/p/modws ... eCode
W przypadku drugiego problemu możesz mieć problem z sys.path lub, co bardziej prawdopodobne, problem z zależnościami lub kolejnością importu z powodu nazewnictwa modułów. Jeśli masz szczęście, używasz alternatywnego pliku skryptu WSGI opisanego w:
http://blog.dscpl.com.au/2010/ ... .html
http://blog.dscpl.com.au/2010/ ... .html
może pomóc, ale nie musi.

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się