为什么Django需要像Gunicorn这样的服务器来处理NGINx？ 为什么nginx不够？
我正在寻找我公司项目的选项和解决scheme，我们可以在多个服务器上托pipe我们的网站，我们可以使用负载平衡。 主要的问题是，当我更新网站，我需要重新启动服务器。 我们的Web项目是用Djanog / Python编写的，每次推送更新时都需要重启uWSGI。 目前，我们正在单台服务器上运行我们的网站，并且在客户端使用应用程序时很难更新/重新启动。 我一直在寻找互联网上的解决scheme，我在DigitalOcean的网站上find了一篇很好的文章。 你可以在这里阅读更多。 我们也希望将我们的数据库从运行在同一个应用程序服务器上的数据库中分离出来，并在特定的机器上使用，还需要使用主从设置进行复制 所以我的问题是，例如，我们的网站example.com运行在Web服务器/ IP 101和102.这两个站点都连接到数据库IP 201.所以现在，当我推动更新服务器101，并重新启动应用程序，我希望102能够处理所有的请求而不会抛出任何错误或任何东西。 101更新后，我希望它能够重新启动并处理所有的请求，而我更新服务器102.我也将有相同的数据库设置，所以201和202作为主人，一个正在更新，另一个正在进行。 我们目前的服务器运行Ubuntu和Nginx，MySQL提供Django应用程序。 我可能不熟悉行业术语，所以我正在解释这个问题。 我不是在谈论像谷歌，微软或Facebook这样的公司，因为我知道他们有这个问题的定制解决scheme，但任何人都可以引导我寻找条款或任何解释，文章，post或教程，我可以阅读处理这个解决scheme 谢谢
我正在尝试使用nginx作为一个web应用程序的代理（在gunicorn上运行的django） server { listen 80; server_name registry.blabla; error_log /var/log/nginx/registry.blabla.error.log; access_log /var/log/nginx/registry.blabla.access.log; location /favicon.ico { access_log off; log_not_found off; } location /static { root /home/xxx/registry; } # location / { # try_files $uri $uri/ @backend; # } location / { proxy_pass http://blabla:8989/registryadmin/; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size […]
我正在用nginx反向代理和gunicorn应用程序服务器开发一个Django应用程序。 作为一个新手的Web开发人员，我需要帮助redirect到no www服务器级别的wwwstream量。 我目前在应用程序中的中间件级别做同样的事情，但需要提高性能。 目前我的nginx虚拟主机文件的布局如下： proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=100m inactive=6m; upstream my_server { server unix:/home/myuser/myproject/myfolder/myproject.sock fail_timeout=0; } server { listen 80; server_name example.com www.example.com; # a bunch of 'location' blocks eg 'location /' or 'location @http_proxy_to_app', etc. } server { listen 443 ssl; server_name example.com www.example.com; # SSL related stuff # a bunch of […]
我有godaddy域mydomain.me我把它指向我在阿里云ECS的IP 在我的diango设置中我有： ALLOWED_HOSTS = [".mydomain.me","xxxx"] 在/ etc / nginx / sites-avaiable / Django我有 upstream django { server unix:/tmp/uwsgi.sock; } server { listen xxxx:80; server_name .mydomain.me; location /static/ { include uwsgi_params; alias /root/DjangoApps/mydomain_me/public; } location / { include uwsgi_params; uwsgi_pass django; } } **编辑：**为此，我制作了符号链接/ etc / nginx / sites-enabled / Django，并删除了默认的符号链接。 在uwsgi.ini我有 [uwsgi] chdir = /root/DjangoApps/mydomain_me […]
我试图解决nginxredirect到https，但是当我使用www.ozkandurakoglu.com我得到414请求 – URI太大的错误。 这是我对nginx的设置： upstream ozkan_server { server unix:/home/ytsejam/public_html/ozkansimple/run/gunicorn.sock fail_timeout=10s; } server { listen 80; server_name ozkandurakoglu.com www.ozkandurakoglu.com; return 301 $scheme:https://ozkandurakoglu.com$request_uri; } server { listen 443 ssl; listen [::]:443 ssl; ssl on; ssl_certificate /etc/letsencrypt/live/ozkandurakoglu.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/ozkandurakoglu.com/privkey.pem; ssl_trusted_certificate /etc/letsencrypt/live/ozkandurakoglu.com/chain.pem; ssl_session_timeout 1d; ssl_session_cache shared:SSL:50m; ssl_session_tickets off; ssl_prefer_server_ciphers on; add_header Strict-Transport-Security max-age=15768000; ssl_stapling on; ssl_stapling_verify on; server_name www.ozkandurakoglu.com; […]
我正在开发一个使用Django框架和Nginx的网站。 想创build一个错误的系统错误和观察者如何我的系统响应。 这是一篇不错的文章，但是这只会产生错误的错误502。 我想在上线之前testing其他错误页面（HTTP403，HTTP404，HTTP405或常见错误页面）。 # Testing for Error 502 – Bad Gateway location /testing { fastcgi_pass unix:/does/not/exist; }
我使用Apache + mod___wsgi和nginx作为静态媒体服务器来设置Django服务器。 我应该把哪个服务器放在另一个服务器前面？ Apache使用mod___proxy或nginx？ 我听到不同的人说不同的事情。 据我所知，把nginx放在前面稍微快一些，但我失去了使用.htaccess文件和mod_rewrites的能力。 设置起来也稍微复杂一些。 它是否正确？ 来！我们讨论一下 ：-） 澄清： 我听说在Apache或Nginx中发生代理是如此便宜，它是真正的无关。 在代理完成之前，apache不会“浪费”任何资源。 我真的想把这个东西放在头上，我真的是一个编码器：P
我试图在我的一个项目中使用django-reversion（ http://code.google.com/p/django-reversion/ ），但是它不能在Apache上运行的项目上运行。 它在Django开发服务器上运行的项目工作得很好，但是一旦我尝试使用它运行在Apache上的项目，我可以访问pipe理页面，但我不能访问单个模型pipe理页面（我得到一个500错误）。 任何人有任何想法和/或build议？
任何人都可以在这个date时间问题上发表看法 我的networking应用程序（在centos / apache / wsgi / django上）显示了不同的当前时间（ datetime.datetime.now() ）从呼叫到呼叫 – 我不问为什么时间继续前进:) 在我的debugging日志中，我得到了以下内容:(请注意，第一个和最后一个条目是由相同的过程创build的，但是后一个条目似乎是在第一个条目前五个小时创build的，这是无稽之谈） 2009-10-28 22:00:37,724 DEBUG pid=16436 time=2009-10-28 22:00:37.724682 2009-10-28 22:00:40,194 DEBUG pid=16407 time=2009-10-28 22:00:40.194602 2009-10-28 22:00:42,742 DEBUG pid=16409 time=2009-10-28 22:00:42.742598 2009-10-28 22:00:44,643 DEBUG pid=16408 time=2009-10-28 22:00:44.643639 2009-10-28 22:00:46,747 DEBUG pid=16436 time=2009-10-28 22:00:46.747777 2009-10-28 22:00:48,973 DEBUG pid=16411 time=2009-10-28 22:00:48.973176 2009-10-28 22:00:51,261 DEBUG pid=16410 time=2009-10-28 22:00:51.261172 […]