gunicorn

I have a Django web application that uses Gunicorn and runs good locally, but when I deploy app on EC2, I see that Gunicorn is failing: $ gunicorn_django -b 127.0.0.1:8000 --settings=myapp.settings.dev --debug --log-level info 2012-09-16 17:39:24 [28333] [INFO] Starting gunicorn 0.14.6 2012-09-16 17:39:24 [28333] [INFO] Listening at: http://127.0.0.1:8000 (28333) 2012-09-16 17:39:24 [28333] [INFO] Using worker: sync 2012-09-16 17:39:24 [28336] [INFO] Booting worker with pid: 28336 2012-09-16 17:39:24 [28336] [INFO] Worker exiting (pid: 28336) 2012-09-16 17:39:24 [28333] [INFO] Shutting down:

I'm running a Flask application with Gunicorn as a web server. The whole project is deployed to Heroku. Procfile web: gunicorn app:app --log-file=- Flask sessions are implemented server side, only a session id is stored in the flask.session object. Whenever I'm trying to do a login, I get logged in correctly at first, but then get redirected to the starting site (which should be the user site). LoginController.py def login(form) : User.session.set(User.getByLogin(form)) if User.session.exists() : return redirect(Urls.home) return redirect(Urls.login) The log shows that User.session.exists()

部署前准备 为了部署我们的博客，需要满足以下条件： Django项目需在Pipenv虚拟环境下建立 配置服务器 服务器环境为 CentOS 7（64 位） 创建一个超级用户 连接到远程服务器了，如果是一台全新服务器的话，通常我们是以 root 用户登录的。在 root 下部署代码不够安全，最好是建一个新用户（如果你已经以非 root 用户登录的话可以跳过这一步）。下面的一些列命令将创建一个拥有超级权限的新用户（把 zerobit 替换成你自己想要的用户名）： # 在 root 用户下运行这条命令创建一个新用户，zerobit 是用户名 # 选择一个你喜欢的用户名，不一定非得和我的相同 root@server:~# adduser zerobit ​ # 为新用户设置密码 # 注意在输密码的时候不会有字符显示，不要以为键盘坏了，正常输入即可 root@server:~# passwd zerobit ​ # 把新创建的用户加入超级权限组 root@server:~# usermod -aG wheel zerobit ​ # 切换到创建的新用户 root@server:~# su - zerobit ​ # 切换成功，@符号前面已经是新用户名而不是 root 了 zerobit@server:$ 如果是新服务器的话，最好先更新一下系统，避免因为版本太旧而给后面安装软件带来麻烦

I built an API with flask. My app does not have any static assets hence there's no reason for me to use nginx. I wish to run gunicorn on port 80. I have a "deploy script": mkdir .log 2> /dev/null DEBUG=0 gunicorn -b 0.0.0.0:80 backend:app --access-logfile .log/access.log --error-logfile .log/general.log I wish to run gunicorn on port 80 with authbind . I followed this guide here. Note that I am able to run authbind python -m SimpleHTTPServer 80 When I try to run authbind ./deployment.run 80 , I am seeing the following error: 2013-04-25 15:32:55 [24006] [ERROR] Can't connect to ('0.0.0.0', 80)

With my Procfile like this: web: gunicorn app:app \ --bind "$HOST:$PORT" \ --debug --error-logfile "-" \ --enable-stdio-inheritance \ --reload \ --log-level "debug" is it in any way possible to get python print statements to be logged to stdout / bash? I am using the bottle framework here as well, if that affects anything. It turns out the print statements were actually getting through, but with delay. The gunicorn docs for --enable-stdio-inheritance note to set the PYTHONUNBUFFERED , which I thought I had, but it seems with wrong syntax. I solved it using a .env file with my foreman setup to

对于gunicorn+nginx的配置，理解他们之间的关系很重要，以及最后如何确认配置结果是正确的也很重要 nginx 配置文件： 修改这个配置文件有3个用处： 假设服务器本身的Ip是A称为ip-A，而我用gunicorn启动flask时写的ip是127.0.0.1，用ip-B表示 1.当我在浏览器输入http://ip-A:端口（nginx的端口） 时，nginx会把访问地址指向http://ip-B:端口（gunicorn启动的端口） 所以我们页面看到的内容实际是gunicorn启的flask的根页面, 即视图函数中app.route('/')装饰器所装饰的函数所返回页面的内容 那么这种映身关系在nginx.conf配置文件中如何配置呢？ 主要就是对proxy_pass进行配置 参数说明： listen是所需要监听的端口 server_name是需要绑定的域名， 暂时没有域名时，请使用ip location / 是当访问到根下的时候，将所有请求转发到127.0.0.1:8000,本文使转发到gunicorn启动的django应用上，中间配置的是需要转发的内容，基本上述内容可以满足大多需求，如需特殊需求请自行查看nginx官方文档 location /static/ 配置了静态文件所在的路径，静态文件由nginx处理，动态转发到django，如不配置会出现站点引用的所有js

python web 部署 web开发中，各种语言争奇斗艳，web的部署方面，却没有太多的方式。简单而已，大概都是 nginx 做前端代理，中间 webservice 调用程序脚本。大概方式： nginx + webservice + script nginx 不用多说，一个高性能的web服务器。通常用来在前端做反向代理服务器。所谓正向与反向（reverse），只是英文说法翻译。代理服务，简而言之，一个请求经过代理服务器从局域网发出，然后到达互联网上服务器，这个过程的代理为正向代理。如果一个请求，从互联网过来，先进入代理服务器，再由代理服务器转发给局域网的目标服务器，这个时候，代理服务器为反向代理（相对正向而言）。 正向代理：{ 客户端 ---》 代理服务器 } ---》 服务器 反向代理：客户端 ---》 { 代理服务器 ---》 服务器 } {} 表示局域网 nginx既可以做正向，也可以做反向。 webservice 的方式同样也有很多方式。常见的有 FastCGI ， WSGI 等。我们采用 gunicorn 为 wsgi容器。python为服务器script，采用 flask 框架。同时采用supervisor管理服务器进程。也就是最终的部署方式为： nginx + gunicorn + flask ++ supervisor 创建一个项目 mkdir myproject