Próbuję wdrożyć aplikację Django z gunicorn na Heroku i wpadłem na kilka problemów.

Kiedy zacząłem mój projekt, moja wersja Django miała wersję 1.3 i nie zawierała standardowego modułu wsgi.py, więc dodałem standardowy moduł wsgi jako top / wsgi.py (górna nazwa to mój projekt, turk to moja nazwa aplikacji, topturk to katalog zawierający - zachowany, więc logi błędów mają sens poniżej).

Teraz, kiedy biegnę

gunicorn top.wsgi:application -b 0.0.0.0:$PORT

Serwer pomyślnie się uruchomi,

19:00:42 web.1     | started with pid 7869
19:00:42 web.1     | 2012-07-25 19:00:42 [7869] [INFO] Starting gunicorn 0.14.5
19:00:42 web.1     | 2012-07-25 19:00:42 [7869] [INFO] Listening at: http://0.0.0.0:5000 (7869)
19:00:42 web.1     | 2012-07-25 19:00:42 [7869] [INFO] Using worker: sync
19:00:42 web.1     | 2012-07-25 19:00:42 [7870] [INFO] Booting worker with pid: 7870

ale kiedy przechodzę do 0.0.0.0:5000, otrzymuję wewnętrzny błąd serwera:

19:00:45 web.1     | 2012-07-25 17:00:45 [7870] [ERROR] Error handling request
19:00:45 web.1     | Traceback (most recent call last):
19:00:45 web.1     |   File "/Users/intenex/Dropbox/code/django/topturk/venv/lib/python2.7/site-packages/gunicorn/workers/sync.py", line 102, in handle_request
19:00:45 web.1     |     respiter = self.wsgi(environ, resp.start_response)
19:00:45 web.1     |   File "/Users/intenex/Dropbox/code/django/topturk/venv/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 219, in __call__
19:00:45 web.1     |     self.load_middleware()
19:00:45 web.1     |   File "/Users/intenex/Dropbox/code/django/topturk/venv/lib/python2.7/site-packages/django/core/handlers/base.py", line 47, in load_middleware
19:00:45 web.1     |     raise exceptions.ImproperlyConfigured('Error importing middleware %s: "%s"' % (mw_module, e))
19:00:45 web.1     | ImproperlyConfigured: Error importing middleware turk.middleware.subdomain: "No module named turk.middleware.subdomain"
19:00:47 web.1     | 2012-07-25 17:00:47 [7870] [ERROR] Error handling request
19:00:47 web.1     | Traceback (most recent call last):
19:00:47 web.1     |   File "/Users/intenex/Dropbox/code/django/topturk/venv/lib/python2.7/site-packages/gunicorn/workers/sync.py", line 102, in handle_request
19:00:47 web.1     |     respiter = self.wsgi(environ, resp.start_response)
19:00:47 web.1     |   File "/Users/intenex/Dropbox/code/django/topturk/venv/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 219, in __call__
19:00:47 web.1     |     self.load_middleware()
19:00:47 web.1     |   File "/Users/intenex/Dropbox/code/django/topturk/venv/lib/python2.7/site-packages/django/core/handlers/base.py", line 47, in load_middleware
19:00:47 web.1     |     raise exceptions.ImproperlyConfigured('Error importing middleware %s: "%s"' % (mw_module, e))
19:00:47 web.1     | ImproperlyConfigured: Error importing middleware turk.middleware.subdomain: "No module named turk.middleware.subdomain"

Zakładam, że jest to błąd ścieżki Pythona, gdzie serwer nie wie jak zaimportować z mojego katalogu aplikacji

Odpowiedni kod importu znajduje się tutaj w ustawieniach:

MIDDLEWARE_CLASSES = (
    'turk.middleware.subdomain.SubdomainMiddleware',
    'turk.middleware.removewww.RemoveWWWMiddleware',
)

Próbowałem rozwiązać ten problem, wstawiając mój katalog aplikacji do sys.path, tak jak na górze mojego pliku settings.py, w taki sposób:

PROJECT_ROOT = os.path.dirname(os.path.realpath(__file__))
sys.path.insert(1, PROJECT_ROOT+'/turk/')

Którą zweryfikowałem dodaje katalog aplikacji do ścieżki, ale nadal nie ma kości. Jakieś pomysły? Również

sys.path.insert(1, PROJECT_ROOT+'/turk/')

wydaje się hackish i dodaje co najmniej dwie kopie katalogu do ścieżki, jaki jest właściwy sposób dołączenia do PYTHON_PATH w Django? Dzięki!