@DaFee 老铁，不要吓我，最近才恢复上线的。。。

@oneisall8955 好家伙，同道中人

django 推荐

贴一下 oneisall.top

如果能在程序端做好数据约束，可以设置 db_constraint=False

与其贴 sql 不如说下业务逻辑设计到哪些模型，可能还能给你写思路。

用 django 一把梭

@alittlecode 我以前跑我的项目的时候报的错就是和你的一样 upstream prematurely closed connection while reading response header from upstream 我是用 supervisord 管理 uwsig 进程坑一
如果通过 supervisor 来管理 uwsgi，那么需要注意选项 daemonize 和 log-maxsize 就不要再配置了，不然就会报错"FATAL FAIL"啥的错误。
坑二
如果完成了 nginx+uwsgi+django 的配置，但是有时候访问有的页面(注意是有的页面)会提示 502 bad gateway 查看 nginx 的日志是这样的一行：Upstream prematurely closed connection while reading upstream...
出现这种情况可能是 django 处理请求时间很长，导致请求还没发出去，就被干掉了，这个时候可以调整 harakiri 或者 socket-timeout 参数的值，我自己现在的博客项目之前遇到就是这样就解决的。
坑三
如果没有设置 log-maxsize，则会出现 supervisor 管理当前项目的日志只会输出到 err.log 里面
后续如果踩到新坑会再添加到该页的，当时我的 uwsi 进程开了守护日志，就不行，看了 nginx 日志和你的一样，我直接关闭 uwsgi 的守护日志就可以了。。

你可以试试把 daemonize = /root/conf/logs/uwsgi_hzmj.log 这个属性去掉看看

python 的 django 框架结合 django-celery 、django-celery-beat 、django-celery-beat 可以实现定时任务配置化

@sgiyy
@cw2k13as
@onlyhy
感谢三位老哥的建议，问题已经解决了，虽然我自己也没弄清楚为啥是这么解决的。

@duan602728596 感谢老哥解答，你说的我好像听懂了，但是实在是不知道问题出在哪儿了，，这个 /admin/user 算是 /admin 请求的子路由。请问如何把请求的路由都返回 index.html

@zzk1989 目前还只是本地 dev 模式下运行的。没用 nginx 的，这个更改为 hash 的确可以解决这个问题。。。但是 history 就不行，，就是很奇怪

@duan602728596 老哥我不懂啊。。。。能说详细点不，我这是首次发帖

貌似你的问题不是 django 不会用，应该是对 python 还不熟悉。，。。。

一边用一边学

是 django 搭建的么，我也用 djano 搭建了自己的博客。

我觉得可以再增加一个过滤器，过滤出不包含部分文字的数据，然后再对数据进行搜索即可

celery 挺不错的，也有一个类似的 dramatiq 的异步任务队列