मीकल करज़िंस्की द्वारा गनिकोर्न-डीजेंगो ट्यूटोरियल के बाद मैं एक नौसिखिया हूं। मैं Ubuntu के 14 पर Django 1.7.4 का उपयोग कर रहा है और gunicorn स्क्रिप्ट के लिए मेरे सेटअप जब मैं बाँध यूनिक्स सेटिंग बदलने के रूप मेंgunicorn.sock क्या है?
#!/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=-
इस प्रकार है: $ SOCKFILE, मेरी स्क्रिप्ट अभी भी चलता है, लेकिन मैं के साथ कनेक्ट करने में असमर्थ हूँ मेरा ब्राउज़र this question में मैंने पढ़ा है कि उत्पादन सर्वर पर 0.0.0.0:8000 को तैनात करना बुद्धिमान नहीं है।
मुझे यूनिक्स सॉकेट के बारे में कुछ पता है, लेकिन मुझे नहीं पता कि मैं अपनी साइट की सेवा के लिए यूनिक्स सॉकेट फ़ाइल का उपयोग कैसे कर सकता हूं। मैंने सॉकेट फ़ाइल को सुपरसियर के रूप में संपादित करने का प्रयास किया है, लेकिन ओएस मुझे इसे खोलने नहीं देता है।
मैं अपने पृष्ठों की सेवा करने के लिए सॉकेट फ़ाइल कैसे सेट कर सकता हूं?
पुनश्च: यहाँ मेरी nginx विन्यास फाइल
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/;
}
}