Was ist gunicorn.Socke?
Ich bin ein Neuling nach der gunicorn-django-tutorial von Michal Karzynski. Ich bin mit Django 1.7.4 auf Ubuntu 14 und mein setup für die gunicorn-Skript ist wie folgt
#!/bin/bash
NAME="mytestapp" # Name of the application
DJANGODIR=/var/www/testapp/src # Django project directory
SOCKFILE=/var/www/testapp/run/gunicorn.sock # we will communicte using this unix socket
USER=ubuntu # the user to run as
GROUP=ubuntu # the group to run as
NUM_WORKERS=3 # how many worker processes should Gunicorn spawn
DJANGO_SETTINGS_MODULE=testapp.settings # which settings file should Django use
DJANGO_WSGI_MODULE=testapp.wsgi # WSGI module name
echo "Starting $NAME as `whoami`"
# Activate the virtual environment
cd $DJANGODIR
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH
# Create the run directory if it doesn't exist
RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR
# Start your Django Unicorn
# Programs meant to be run under supervisor should not daemonize themselves (do not use --daemon)
exec gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $NUM_WORKERS \
--user=$USER --group=$GROUP \
--bind=0.0.0.0:8000 \
--log-level=debug \
--log-file=-
Wenn ich das ändern der bind Einstellung zu unix:$SOCKFILE, mein script läuft immer noch, aber ich kann keine Verbindung mit meinem browser. In diese Frage ich habe gelesen, dass es nicht klug, bereitstellen 0.0.0.0:8000 auf einem Produktions-server.
Ich weiß ein wenig über unix-sockets, aber ich weiß nicht verstehen, wie kann ich die Verwendung von unix-socket-Datei dienen meiner Website. Ich habe versucht zu Bearbeiten Sie die socket-Datei als superuser, sondern das OS lässt mich nicht öffnen.
Wie kann ich setup-der-socket-Datei zu erlauben, mir zu dienen, meine Seiten?
PS: Hier ist meine nginx-Konfiguration-Datei
upstream hello_app_server {
# fail_timeout=0 means we always retry an upstream even if it failed
# to return a good HTTP response (in case the Unicorn master nukes a
# single worker for timing out).
server 127.0.0.1:8000 fail_timeout=0;
}
server {
listen 80;
server_name test.com;
client_max_body_size 4G;
access_log /var/www/testapp/src/logs/nginx-access.log;
error_log /var/www/testapp/src/logs/nginx-error.log;
location /static/ {
alias /var/www/testapp/src/static/static_dirs/;
}
location /media/ {
alias /var/www/testapp/src/static/media/;
}
location / {
# an HTTP header important enough to have its own Wikipedia entry:
# http://en.wikipedia.org/wiki/X-Forwarded-For
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# enable this if and only if you use HTTPS, this helps Rack
# set the proper protocol for doing redirects:
# proxy_set_header X-Forwarded-Proto https;
# pass the Host: header from the client right along so redirects
# can be set properly within the Rack application
proxy_set_header Host $http_host;
# we don't want nginx trying to do something clever with
# redirects, we set the Host: header above already.
proxy_redirect off;
# set "proxy_buffering off" *only* for Rainbows! when doing
# Comet/long-poll stuff. It's also safe to set if you're
# using only serving fast clients with Unicorn + nginx.
# Otherwise you _want_ nginx to buffer responses to slow
# clients, really.
# proxy_buffering off;
# Try to serve static files from nginx, no point in making an
# *application* server like Unicorn/Rainbows! serve static files.
if (!-f $request_filename) {
proxy_pass http://hello_app_server;
break;
}
}
# Error pages
error_page 500 502 503 504 /500.html;
location = /500.html {
root /var/www/testapp/src/static/;
}
}
Du musst angemeldet sein, um einen Kommentar abzugeben.
Man eigentlich verwenden einen reverse-proxy wie nginx davor sitzen gunicorn, und das ist, was tatsächlich dient Ihre Website. Sie kommunizieren über die Steckdose.
Des gunicorn docs haben eine Beispiel nginx-Konfiguration, die genau das macht, dass, obwohl offensichtlich Sie sollten die sockfile mit dem übereinstimmen, was Sie haben in Ihrem gunicorn config.
Sockets sind eine viel schnellere, effizientere alternative zu Netzwerk-ports, wenn Sie arbeiten, lokal auf einem server. Allerdings, wenn Ihre nginx-server und Ihre django-app auf verschiedenen Servern dann Ihre würde öffnen müssen bestimmte ip-verbindungen.
Für Ihre Beispiel wenn Sie möchten, verwenden Sie Steckdosen, die Sie gerade brauchen, um das upstream-server-Adresse, um Ihre socket-Datei.
Ändern Sie die nginx-Konfiguration, wie