Zrobiłem aplikację internetową django używając domyślnejlocalhost, jednak próbuję skonfigurować go na serwerze, aby móc skonfigurować bazę danych postgre i kontynuować bez późniejszej ponownej bazy danych.
Witam na stronie internetowej 14 dropletu cyfrowego oceanu ubuntu. Kiedy stworzyłem kroplę, wybrałem, że jest już wstępnie skonfigurowana dla django. Korzysta z nginx i gunicorn do hostowania strony.
Kiedy po raz pierwszy stworzyłem instancję serwera, podstawowa aplikacja django została skonfigurowana do pracy na danym IP. I tak się stało.
Próbowałem sklonować mój projekt do tego samegokatalog jako projekt zakładający, że będzie on żyć na ścieżce Pythona ("/ home / project") i skonfigurował nginx do obsługi 127.0.0.1:8000 na część dokumentacji, którą znalazłem.
Uważam, że problem polega na tym, że próbuję związać gunicorn. Otrzymuję następujący błąd z tym wejściem.
gunicorn -b 127.0.0.1:8000 GenericRestaurantSystem / wsgi.py: application
ImportError: Failed to find application, did you mean "program/wsgi:application"?
Nie jestem w 100% pewny, ale wydaje mi się, że gunicorn w tym momencie niczego nie obsługuje (ani nawet nie ma).
Wszelkie sugestie dotyczące skutecznego powiązania tej aplikacji?
Odpowiedzi:
20 dla odpowiedzi nr 1Cóż, to nie jest sposób, w jaki odnosisz się do pliku WSGI z gunicorn doktorzy:
Nazwa modułu może być pełną kropkowaną ścieżką. Nazwa zmiennej odnosi się do podpowiedzi WSGI, którą należy znaleźć w określonym module.
Więc jeśli twój plik wsgi.py znajduje się w GenericRestaurantSystem / wsgi.py, twoje polecenie powinno być
gunicorn -b 127.0.0.1:8000 GenericRestaurantSystem.wsgi:application
6 dla odpowiedzi nr 2
Chyba tak powinno być
gunicorn GenericRestaurantSystem.wsgi:application
1 dla odpowiedzi nr 3
dla mnie ta praca jak urok :)
cd ~/myproject
gunicorn —bind 0.0.0.0:8000 myproject.wsgi:application
1 dla odpowiedzi nr 4
Miałem ten sam problem i pracowałem nad tym:
gunicorn -b 127.0.0.1:8000 wsgi:application
Włożyłem wsgi.py
plik na tym samym poziomie co manage.py
.