Andrew Starr-Bochicchio thank you. Nginx and Gunicorn have been so hard for me to get working. I’ve spent far more time being a server admin rather than a developer it seems like. (I’m a developer) I’ve actually just gave up on projects and shut down droplets for weeks at a time cause I couldn’t get Nginx and Gunicorn to work. It made me give up on python and go back to PHP. Hours and hours and hours plugging away trying to figure out what was wrong and seeing that dreaded 502 bad gateway page so many times I could hardly stand the thought of refreshing my browser. And after a solid 2 months of going to work for 8 hrs a day writing PHP hurrying home to login and spend all my evenings working on it trying everything in the world. It finally worked when I changed the Django projects owner to www-data! A simple but key piece that it seemed no one had mentioned. Again I’m a developer not a linux admin. When it finally worked I was all out of steam and it would be another 2 months before I could go back to working on this app. In the last week I’ve finally gathered the willpower to get back to working on it. And then today I get the email that this is now a droplet image preconfigured. So I guess the next step is to destroy my droplet and redeploy with yours haha! But any who. Thanks this made me happy today.

Hi! I use this image but I get the 502 error.

In the Gunicorn Upstart script what does the parameter ‘name’ stands for?

@genofongenofon: The <code>–name</code> flag adjusts the name of Gunicorn process. It’s often used so that the name of the process appears as the Django app rather than just gunicorn. We use <code>–name=django_project</code> because the default project we made is just called “django_project”

@Andrew SB thanks!

If I can ask another thing: how can I log the errors (in gunicorn and/or Nginx)?

I tried to add --log-level=error --log-file=$LOGFILE \ in gunicorn specifying LOGFILE=errors.log but it doesn’t work.

@genofongenofon: Upstart logs the Gunicorn job at <code>/var/log/upstart/gunicorn.log</code> while the Nginx logs are in their standard location: <code>/var/log/nginx/error.log</code>

What is the suggested droplet size for this application?

@burlingk: It depends on the size of your application. You can start off with 512MB and upgrade later on if need be.

for anyone else having issues with static files, try this: sudo service nginx restart

Hi, I got this image working out-of-the-box but I am trying to run my own django app on the server now and I’m getting a 502 Bad Gateway error.

I created a virtualenv in the django folder and cloned my git repository into the root of the virtualenv (/django/myenv/myapp/).

I’ve altered my gunicorn.conf as follows: <pre> chdir = /home/django/myenv exec gunicorn
–name=myapp/app –pythonpath=myapp … myapp/app.wsgi:application </pre> I’ve been restarting both nginx and gunicorn after every change.

I’m thinking somewhere in there my syntax is a little off, if you could help me get in the right direction that would be greatly appreciated, thanks.

What the simplest way to set environmental variables such that they will be seen by django when running under this nginx/gunicorn/upstart environment? I have all my database config in the environmental variables and pull them into the django config via e.g. <pre> ‘USER’: os.environ[‘DJ_DB_USER’], ‘PASSWORD’: os.environ[‘DJ_DB_PASSWORD’], </pre> This runs fine if I source the config file that sets these environmental variable then run the django development server (runserver) but I can’t work out how to set them using nginx/gunicorn. I tried sourcing within the configs for these but can’t guess the correct syntax (if this is even possible).

How should I go about maintaining the separation between the app code and these deployment settings?

@dobbs: If you’re using the same project layout, it would be: <pre> chdir /home/django

exec gunicorn
–name=myapp
–pythonpath=myapp
–bind=0.0.0.0:9000
–config /etc/gunicorn.d/gunicorn.py
app.wsgi:application </pre>

@mattjamesfrancis: You can do it by editing the Upstart script that launches Gunicorn. Instead of exec (which will only run one command), you can use script. Then you need to pass it on to Gunicorn as well. So it would look like:

script
    source /path/to/file
    export USER
    export PASSWORD
    gunicorn \
        --name=django_project \
        --pythonpath=django_project \
        --bind=0.0.0.0:9000 \
        --config /etc/gunicorn.d/gunicorn.py \
        --env USER=$USER PASSWORD=$PASSWORD
        django_project.wsgi:application
end script

Would you please recommend how to scale this tutorial for multiply domains/projects at one droplet?

Where is the default environment directory? Where is django installed?

If I try to install any other packages, where would the end up by default? Is there anyway to change the default setting for that somewhere or some how?

Okay, I think I found it …

django, along with all other pre-installed packages, are installed in “/usr/lib/python2.7/dist-packages” directory

My guess is that any other packages that I may need to install would go in “/usr/local/lib/python2.7/site-packages” directory ------ OR ------- does it go to “/usr/local/lib/python2.7/dist-packages” directory?

If someone could confirm this for me, I’d really appreciate it. Thanks a bunch.

@xhannan: Django is installed installed system-wide via apt I’d recommend using apt to install any needed dependencies if they are available in the repository. pip is also installed. If you’re installing things manually, you want /usr/local/lib/python2.7/dist-packages Though the setup.py file should just “do the right thing.”

Hi, I followed all the above steps and got the app up, But the static files are not getting served , So no css/js files is accessible: Here is the IP of the server: http://128.199.139.199/ Project Name is: kosmoderma App Name is: app_kosmo

My settings.py:

STATIC_ROOT = os.path.join(BASE_DIR, 'assets')
STATIC_URL = '/assets/'

MEDIA_ROOT= os.path.join(BASE_DIR,'media')
MEDIA_URL='/media/'

STATICFILES_DIRS=(
    (os.path.join(BASE_DIR,'static')),
)

I have already run collectstatic and all the files are under assets directory. So i made the following changes in the nginx config file:

upstream app_server {
    server 127.0.0.1:9000 fail_timeout=0;
}

server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    root /usr/share/nginx/html;
    index index.html index.htm;

    client_max_body_size 4G;
    server_name _;

    keepalive_timeout 5;

    # Your Django project's media files - amend as required
    location /media  {
        alias /home/django/kosmoderma/media/;
    }

    # your Django project's static files - amend as required
    location /static {
        alias /home/django/kosmoderma/assets/;
    }

    location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://app_server;
    }
}

I need help urgently as I am supposed to get this website live by today.

@prajjwal1988: Your website is loading fine for me. Are you still experiencing this issue?

@warrenbeyda - you probably don’t want www-data to own python script folders in case Nginx gets exploited. In this configuration Nginx is proxying for gunicorn so all they can “exploit” is a collection of cache files that aren’t executable. That means if someone actually managed to break the Nginx they wouldn’t be able to run arbitrary python scripts and since the www-data user doesn’t have write access to the Django files all is good.

so I uploaded my app and started working on my project, but things all seem broken compared to my local dev. So I just destroyed and am starting fresh. All the versions of things match up, the only major difference is going to be NGINX, and i was using a virtualenv on my local box. Anyways I had a lot of difficulties getting the static files to be where they needed to be first. I had to change the nginx config file to reflect the location static/ alias /home/django/django_project/static; instead of the default alias /home/django/django_project/django_project/static; which seems pretty odd to me. Anyways, another thing I’ve noticed is my django admin isn’t having it’s css load either. I am on a fresh install of this Django image, created a superuser , and am going to myip/admin to login just fine, but no css applied. I haven’t made any changes on this install, just created a superuser in the django_project/ and logged in. I’ve ran manage.py collectstatic to see if that helps at all. It seems weird this isn’t working right out of the box though. Any assistance would help. Thanks.

@dobbs: If you’re using the same project layout, it would be: <pre> chdir /home/django

exec gunicorn
–name=myapp
–pythonpath=myapp
–bind=0.0.0.0:9000
–config /etc/gunicorn.d/gunicorn.py
app.wsgi:application </pre>

@mattjamesfrancis: You can do it by editing the Upstart script that launches Gunicorn. Instead of exec (which will only run one command), you can use script. Then you need to pass it on to Gunicorn as well. So it would look like:

script
    source /path/to/file
    export USER
    export PASSWORD
    gunicorn \
        --name=django_project \
        --pythonpath=django_project \
        --bind=0.0.0.0:9000 \
        --config /etc/gunicorn.d/gunicorn.py \
        --env USER=$USER PASSWORD=$PASSWORD
        django_project.wsgi:application
end script

Would you please recommend how to scale this tutorial for multiply domains/projects at one droplet?

Where is the default environment directory? Where is django installed?

If I try to install any other packages, where would the end up by default? Is there anyway to change the default setting for that somewhere or some how?

Okay, I think I found it …

django, along with all other pre-installed packages, are installed in “/usr/lib/python2.7/dist-packages” directory

My guess is that any other packages that I may need to install would go in “/usr/local/lib/python2.7/site-packages” directory ------ OR ------- does it go to “/usr/local/lib/python2.7/dist-packages” directory?

If someone could confirm this for me, I’d really appreciate it. Thanks a bunch.

@xhannan: Django is installed installed system-wide via apt I’d recommend using apt to install any needed dependencies if they are available in the repository. pip is also installed. If you’re installing things manually, you want /usr/local/lib/python2.7/dist-packages Though the setup.py file should just “do the right thing.”

Hi, I followed all the above steps and got the app up, But the static files are not getting served , So no css/js files is accessible: Here is the IP of the server: http://128.199.139.199/ Project Name is: kosmoderma App Name is: app_kosmo

My settings.py:

STATIC_ROOT = os.path.join(BASE_DIR, 'assets')
STATIC_URL = '/assets/'

MEDIA_ROOT= os.path.join(BASE_DIR,'media')
MEDIA_URL='/media/'

STATICFILES_DIRS=(
    (os.path.join(BASE_DIR,'static')),
)

I have already run collectstatic and all the files are under assets directory. So i made the following changes in the nginx config file:

upstream app_server {
    server 127.0.0.1:9000 fail_timeout=0;
}

server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    root /usr/share/nginx/html;
    index index.html index.htm;

    client_max_body_size 4G;
    server_name _;

    keepalive_timeout 5;

    # Your Django project's media files - amend as required
    location /media  {
        alias /home/django/kosmoderma/media/;
    }

    # your Django project's static files - amend as required
    location /static {
        alias /home/django/kosmoderma/assets/;
    }

    location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://app_server;
    }
}

I need help urgently as I am supposed to get this website live by today.

@prajjwal1988: Your website is loading fine for me. Are you still experiencing this issue?

@warrenbeyda - you probably don’t want www-data to own python script folders in case Nginx gets exploited. In this configuration Nginx is proxying for gunicorn so all they can “exploit” is a collection of cache files that aren’t executable. That means if someone actually managed to break the Nginx they wouldn’t be able to run arbitrary python scripts and since the www-data user doesn’t have write access to the Django files all is good.

so I uploaded my app and started working on my project, but things all seem broken compared to my local dev. So I just destroyed and am starting fresh. All the versions of things match up, the only major difference is going to be NGINX, and i was using a virtualenv on my local box. Anyways I had a lot of difficulties getting the static files to be where they needed to be first. I had to change the nginx config file to reflect the location static/ alias /home/django/django_project/static; instead of the default alias /home/django/django_project/django_project/static; which seems pretty odd to me. Anyways, another thing I’ve noticed is my django admin isn’t having it’s css load either. I am on a fresh install of this Django image, created a superuser , and am going to myip/admin to login just fine, but no css applied. I haven’t made any changes on this install, just created a superuser in the django_project/ and logged in. I’ve ran manage.py collectstatic to see if that helps at all. It seems weird this isn’t working right out of the box though. Any assistance would help. Thanks.

@dobbs: If you’re using the same project layout, it would be: <pre> chdir /home/django

exec gunicorn
–name=myapp
–pythonpath=myapp
–bind=0.0.0.0:9000
–config /etc/gunicorn.d/gunicorn.py
app.wsgi:application </pre>

@mattjamesfrancis: You can do it by editing the Upstart script that launches Gunicorn. Instead of exec (which will only run one command), you can use script. Then you need to pass it on to Gunicorn as well. So it would look like:

script
    source /path/to/file
    export USER
    export PASSWORD
    gunicorn \
        --name=django_project \
        --pythonpath=django_project \
        --bind=0.0.0.0:9000 \
        --config /etc/gunicorn.d/gunicorn.py \
        --env USER=$USER PASSWORD=$PASSWORD
        django_project.wsgi:application
end script

Would you please recommend how to scale this tutorial for multiply domains/projects at one droplet?

Where is the default environment directory? Where is django installed?

If I try to install any other packages, where would the end up by default? Is there anyway to change the default setting for that somewhere or some how?

Okay, I think I found it …

django, along with all other pre-installed packages, are installed in “/usr/lib/python2.7/dist-packages” directory

My guess is that any other packages that I may need to install would go in “/usr/local/lib/python2.7/site-packages” directory ------ OR ------- does it go to “/usr/local/lib/python2.7/dist-packages” directory?

If someone could confirm this for me, I’d really appreciate it. Thanks a bunch.

@xhannan: Django is installed installed system-wide via apt I’d recommend using apt to install any needed dependencies if they are available in the repository. pip is also installed. If you’re installing things manually, you want /usr/local/lib/python2.7/dist-packages Though the setup.py file should just “do the right thing.”

Hi, I followed all the above steps and got the app up, But the static files are not getting served , So no css/js files is accessible: Here is the IP of the server: http://128.199.139.199/ Project Name is: kosmoderma App Name is: app_kosmo

My settings.py:

STATIC_ROOT = os.path.join(BASE_DIR, 'assets')
STATIC_URL = '/assets/'

MEDIA_ROOT= os.path.join(BASE_DIR,'media')
MEDIA_URL='/media/'

STATICFILES_DIRS=(
    (os.path.join(BASE_DIR,'static')),
)

I have already run collectstatic and all the files are under assets directory. So i made the following changes in the nginx config file:

upstream app_server {
    server 127.0.0.1:9000 fail_timeout=0;
}

server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    root /usr/share/nginx/html;
    index index.html index.htm;

    client_max_body_size 4G;
    server_name _;

    keepalive_timeout 5;

    # Your Django project's media files - amend as required
    location /media  {
        alias /home/django/kosmoderma/media/;
    }

    # your Django project's static files - amend as required
    location /static {
        alias /home/django/kosmoderma/assets/;
    }

    location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://app_server;
    }
}

I need help urgently as I am supposed to get this website live by today.

@prajjwal1988: Your website is loading fine for me. Are you still experiencing this issue?

@warrenbeyda - you probably don’t want www-data to own python script folders in case Nginx gets exploited. In this configuration Nginx is proxying for gunicorn so all they can “exploit” is a collection of cache files that aren’t executable. That means if someone actually managed to break the Nginx they wouldn’t be able to run arbitrary python scripts and since the www-data user doesn’t have write access to the Django files all is good.

so I uploaded my app and started working on my project, but things all seem broken compared to my local dev. So I just destroyed and am starting fresh. All the versions of things match up, the only major difference is going to be NGINX, and i was using a virtualenv on my local box. Anyways I had a lot of difficulties getting the static files to be where they needed to be first. I had to change the nginx config file to reflect the location static/ alias /home/django/django_project/static; instead of the default alias /home/django/django_project/django_project/static; which seems pretty odd to me. Anyways, another thing I’ve noticed is my django admin isn’t having it’s css load either. I am on a fresh install of this Django image, created a superuser , and am going to myip/admin to login just fine, but no css applied. I haven’t made any changes on this install, just created a superuser in the django_project/ and logged in. I’ve ran manage.py collectstatic to see if that helps at all. It seems weird this isn’t working right out of the box though. Any assistance would help. Thanks.

Thank you for this! Quick question, does this installation include all of the required GeoDjango and PostGIS related extensions?

Nevermind - it was just my nginx config file. Still pretty strange it’s setup that way by default. Other than that - this is awesome. Saved me tons of time :)

The default, out-of-the-box setup does not seem to link django admin static files properly… I fixed it by adding

location /static/admin {
        alias /usr/lib/python2.7/dist-packages/django/contrib/admin/static/admin;
    }

To /etc/nginx/sites-enabled/django (and restarting nginx)

Was that the correct way to fix it? Or does the django app have something that fixes it automatically?

@bensnik, I do a collectstatic and point it to that directory

Hi,

Thanks for the great tutorial. The only thing that’s bothering me is that you installed Python 2.7.6. on this preconfigured image. I’ve been studying python lately and it was version 3.4.1. Does porting a Django 1.6.1 project to Python 3 only requires installing 3.4.1 in addition to the 2.7.6 version installed on this image, or is it something really tricky requiring to modify almost everything ?

Take care

I tried adding my own project:

/home/django/myproject

But the default project screen keeps coming up for:

/home/django/django_project

I have repointedgunicorn.confto the “myproject” directory, as well as /etc/nginx/sites-enabled/myproject.

My question is, does the default site in /etc/nginx/sites-available affect anything if it is not linked to /etc/nginx/sites-enabled?

Is the “django_app” for gunicorn linked to any other files that I need to config to get it working?

It doesn’t show a server error. It just keeps showing the default django start up screen for a new project, instead of the project that I have created.

thanks

HELP!! I need to run my django 1.7 app under python 3.4. I think I need to edit the /etc/init/gunicorn.conf to use a different virtualenv, right?

So, I’ve create one with:

$ mkdir ~/venvs/
$ virtualenv -p /usr/bin/python3.4 ~/venvs/webapp
$ source ~/venvs/webapp/bin/activate
$ ~/venvs/webapp/bin/easy_install -U gunicorn
$ deactivate

And I don’t know how to make my /etc/init/gunicorn.conf use this new virtualenv. Any tip?

How on Earth do I restart Gunicorn? Instructions restarting using service seem outdated:

stop: Unknown job: gunicorn
start: Unknown job: gunicorn

What is supposed to be the password for the django user? (And do I really need to log on as that user when developing in this environment?)

I tried both passwords listed in my motd, but to no avail.

edit: I mean I can use my regular user and sudo, but I don’t think that’s intended :)

I cannot login to the Django admin I did create the super super I do not know whats the problem

Using Python 3.4, Django Dev branch, and eventlet with a lot of this setup, it seems my (hopefully) final barrier to actually having everything work is this:

“DatabaseWrapper objects created in a thread can only be used in that same thread. The object with alias ‘default’ was created in thread id 139863858795024 and this is thread id 139863834468576.”

Google hasn’t really been very helpful. What should I do?

need to change django_project.wsgi:application too in gunicorn if you change project name

Hi. I think I missed something in regards to getting Django to run with a virtual environment. Also my project layout is a little different (only that it’s nested a little deeper)

I’ve got virtualenv inside my app, ├── django_project │ ├── init.py │ ├── settings.py │ ├── urls.py │ └── wsgi.py ├── myapp │ ├── env │ ├── requirements.txt │ ├── app │ ├── manage.py │ ├── website │ ├── admin.py │ ├── init.py │ ├── models.py │ └── views.py

And my gunicorn.conf looks like this:

description “Gunicorn daemon for Django project”

start on (local-filesystems and net-device-up IFACE=eth0) stop on runlevel [!12345]

If the process quits unexpectedly trigger a respawn

respawn

setuid django setgid django chdir /home/django

exec gunicorn
–name=myapp
–pythonpath=myapp
–bind=0.0.0.0:9000
–config /etc/gunicorn.d/gunicorn.py
myapp.wsgi:application

Hi, i followed this tutorial git cloned my project under user django and changed “django_project” to my own project for some reason, i keep getting internal server error. i checked gunicorn log file. the error message was : ImproperlyConfigured: importError: no module named “some third party app”. however, i already installed all the apps in requirements.txt under my virtualenv. i use virtualenvwrapper, btw.

i also get error: secret key must not be empty. i set the secret key as an environment variable in the .bashrc. os.environ[‘SECRET_KEY’] works fine in python shell, but it is None when i print SECRET_KEY in my setting file.

i use multiple settings files. and have set DJANGO_SETTINGS_MODULE to myproject.settings.production.

anyone know what my real problem is??? thanks

Hmm this “django_project/django_project” set-up is confusing for a noob like me… Had to look twice (and more!) to check I didn’t make an error and ran manage.py a level too deep. This naming (and/or directory sructure) is counter-intuitive and error prone. How can we change it? Thanks

hi folks, i just installed the django image on my droplet and i had some issues:

1. no user created for django i had to switch to the django shell and create a staff/superuser user

2. no STATIC_ROOT and STATIC_URL settings included i had to add

STATIC_ROOT = os.path.join(BASE_DIR, 'static')
STATIC_URL = '/static/'

in my settings .py

Hi all,

I am new with digitalocean, I have loaded all my files to the server unfortunately not working like on own pc. The issues I have are do not reload the static files (CSS, media, Js). I have read all comments some how can’t find the error I had only one but not sure about.

Mapping Project:

root_project | ├── bichon_project ├── main │   └── templates │   └── main ├── static │   ├── bootstrap │   │   ├── css │   │   ├── fonts │   │   └── js │   ├── css │   ├── images │   ├── js │   └── media └── templates

/etc/init/gunicorn.conf

exec gunicorn
–name=bichon_project
–pythonpath=root_project
–bind=0.0.0.0:9000
–config /etc/gunicorn.d/gunicorn.py
bichon_project.wsgi:application

/etc/nginx/sites-enabled/django

Your Django project’s media files - amend as required

location /media  {
    alias /home/django/root_project/bichon_project/static/media;
}

# your Django project's static files - amend as required
location /static {
    alias /home/django/root_project/bichon_project/static; 
}

setting.py

STATIC_URL = ‘/static/’ STATICFILES_DIRS = (os.path.join(BASE_DIR, “static”),) TEMPLATE_DIRS = (os.path.join(BASE_DIR, “templates”),)

CRISPY_TEMPLATE_PACK = ‘bootstrap3’

Another issue it only work when I run:

sudo python manage.py runserver localhost:9000 after killing server display 502 Bad Gateway nginx/1.4.6(Ubuntu).

using Ubuntu Django on 14.04 and the IPAddress 178.62.73.238

Note: setting.py file under bichon_project and main is home app.

Any help very appreciate.

Thanks

So far all clear but after the image where say it works, do I need to install virtualenv and run virtualenv myvenv? Or I need to working in django folder after Configuration Details chane the above details?

Thanks

i am having issues when trying to deploy with Django 1.7

If i do python manage.py runserver 0.0.0.0:9000 everything works fine, but when trying to use it with Gunicorn i get a ImproperlyConfigured: Requested setting CACHES, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.

my gunicorn.conf is:

description "Gunicorn daemon for Django project"

start on (local-filesystems and net-device-up IFACE=eth0)
stop on runlevel [!12345]

# If the process quits unexpectadly trigger a respawn
respawn

setuid django
setgid django
chdir /home/django

exec gunicorn \
    --name=bla \
    --pythonpath=bla \
    --bind=127.0.0.1:9000 \
    --config /etc/gunicorn.d/gunicorn.py \
    bla_api.wsgi:application

my wsgi is:

import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "bla_api.settings.production")

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

Any ideas?? i tried export DJANGO_SETTINGS_MODULE=bla_api.settings.production with no luck

the default django project that was there works by the way

I couldn’t login on admin module.

None of the Username And passwords on the Welcome page worked for me??

idea why!? Can I recreate a new superuser

Hi I am creating a new Django droplet but i can’t sign in to the Django admin panel with the crentials that appear on the “message of the day” console picture.

Sorry if I’m late to the party, quick question about renaming the project folder:

Let’s say i want to change the path of the project from:

/home/django/django_project/django_project

to: /home/django/django_project/name_of_app

what do we change the following to?

description "Gunicorn daemon for Django project"

start on (local-filesystems and net-device-up IFACE=eth0)
stop on runlevel [!12345]

# If the process quits unexpectedly trigger a respawn
respawn

setuid django
setgid django
chdir /home/django

exec gunicorn \
    --name=django_project \
    --pythonpath=django_project \
    --bind=0.0.0.0:9000 \
    --config /etc/gunicorn.d/gunicorn.py \
    django_project.wsgi:application

would it be this?

description "Gunicorn daemon for Django project"

start on (local-filesystems and net-device-up IFACE=eth0)
stop on runlevel [!12345]

# If the process quits unexpectedly trigger a respawn
respawn

setuid django
setgid django
chdir /home/django

exec gunicorn \
    --name=django_project \
    --pythonpath=name_of_app\
    --bind=0.0.0.0:9000 \
    --config /etc/gunicorn.d/gunicorn.py \
    name_of_app.wsgi:application

Shouldn’t Gunicorn be listening to 127.0.0.1:9000 instead of 0.0.0.0:9000? If I am not mistaken listing to 0.0.0.0 will expose Gunicorn to the internet, which is what one tries to avoid by using Nginx as a reverse proxy.

As you know Gunicorn’s prefork worker model makes it really susceptible to DOS attacks.

I know this question been asked MANY times. And it has been answered once. But that answer does not work.

So I will ask again two questions that are not in the DO documentation:

1. What is the Login and Password for webpage admin login??? (the MOTD gives a login/password for SFTP and Postgres, which neither works)

2. How do I change the Login/Password for the admin account???

Steve

Hey Guys,

The Django image is a little bit outdated at the moment. The installed Django version is Django 1.6.1 in the image but the most recent version is 1.8.4 LTS. Can you DO guys update the image for us? :)

Thanks!

Nice implementation. Up and running pretty quickly just using the installed “django” user. However, django, the user, doesn’t have permission to run service on it’s own and the rejection error doesn’t really indicate this with a “start: Rejected send message, 1 matched rules; type=“method_call”, sender=”:1.101" (uid=1000 pid=3660 comm=“start gunicorn “) interface=“com.ubuntu.Upstart0_6.Job” member=“Start” error name=”(unset)” requested_reply=“0” destination=“com.ubuntu.Upstart” (uid=0 pid=1 comm="/sbin/init “)” If the gunicorn instructions to changed to indicate the command(s) sudo service gunicorn start/restart/stop this document would be even better. Thanks!

Hi,

I was getting 502 when I did the above steps. So I tried using this instead of gunicorn:

python manage.py runserver localhost:9000

And it worked perfectly fine. After a while I realised that it was because I was using relative paths for opening files. So, the current working directory while using runserver is /home/django/django_project while for gunicorn it was /home/django.

So, if you are getting 502 and you have used relative paths for opening files, using this as the gunicorn.conf might be useful:

description "Gunicorn daemon for Django project"

start on (local-filesystems and net-device-up IFACE=eth0)
stop on runlevel [!12345]

# If the process quits unexpectadly trigger a respawn
respawn

setuid django
setgid django
chdir /home/django/django_project

exec gunicorn \
    --name=django_project \
    --pythonpath=. \
    --bind=0.0.0.0:9000 \
    --config /etc/gunicorn.d/gunicorn.py \
    django_project.wsgi:application

Thanks :)

I am using default settings for OneClickInstall Image and I got the website up and running. However I’ve create a second project and copied settings from the default following the answer of this this link question. But for the second project I had to create a virtual environment and that is the only thing different in second project. It is not working at all. Can someone tell me that what changes I need to make for the second project that I am trying to setup in virtual environment?

How can I make Django works with python3 by default.

I hope Digitalocean publish an updated droplet for Django 1.9.x (latest stable), Python 3.x (latest stable), Nginx (latest stable) , MariaDB (latest stable) configured for multisite !! :)

Someone agree ?

I was very disappointed to spend a couple hours on moving my app to a Django Droplet to find that this one-click is using Python 2. Please update the documentation so it explicitly states Python 2 only.

Also, I’d love to see a new Python3 based one-click droplet. Going to delete my droplet now. :-(

Another vote for this tutorial updated to work with Python 3.

Hey guys, I just want to tell you that if you upgrade Django you should change your

alias /home/django/django_project/django_project/static; 

to

alias /usr/local/lib/python2.7/dist-packages/django/contrib/admin/static/admin/;

In this way you will have the latest admin with the latest static files

Hi … I can’t locate the file /etc/init/gunicorn.conf

@asb Hi Andrew, is there a tutorial for 16.04 1-click install. I do not have this file: /etc/init/gunicorn.conf So hard to know how to proceed. A minor thing, but maybe highlighting any changes we need to make to config files like some of the other tutorials do would be a great addition :D

Looking forward to starting with this 1-click, so any help you can give regarding the 16.04 image would be great. I know there are a couple of other comments around this too :)

How to I set the gunicon start script to “python3 manage.py runserver localhost:9000”?