@StarBrilliant 我感觉 其实 4 楼真相了

@AlexaZhou
怒赞，明天起来帮忙理下 vue 推个 PR ：）
期待能早日看到 http://demo.nginx.com/ 里的功能都实现掉了的一天。
哦对了，数据能持久化（备份）吗，能查看历史记录就好了（估计得上个 时间序列数据库才行）。

仔细读文档
已经写得非常清晰
https://docs.djangoproject.com/es/1.9/ref/templates/builtins/#url

> Jade http://jade-lang.com/ 使用的是基于空格的语法，有时候多一个或少一个空格就会导致错误结果与预期不同。 Jade 很有用，但有些人觉得它的语法比较脆弱，我设计的语法没有这个问题。

那这个说白了就是 不用空格 用 （）的类 jade 标记格式喽？
//LZ 肯定不是 python 用户

@AlexaZhou &人比较大胆，直接扔到自己一个几千用户的项目的生产环境里， verynginx 的性能损耗有多大，这个还是需要测一下才放行。。。

@AlexaZhou
刚部署起来用 感觉非常的好，不过遇到几个问题。
1. vuejs 的用法有点怪怪的。。 可以参考 vue-cli
2. 刚开始没找到 默认账户密码，翻了源码后才找到。。
后来仔细的看 readme 才在最底下发现。。。
readme 用中英混写 看起来很不顺服，不如一个中文的 一个英文的
3. 要是每个数据点能设置成 每秒 每 15 秒 每 60 秒 etc 就好了，使用上像 grafana 就完美了
4. 期待能实现更多功能 http://demo.nginx.com/ 实现的功能都特别适用

非常棒，已经 star
如果能优化安装流程，再傻瓜化一些就好了。
强力关注

@loading Firebase 有个叫 rule 的东西，可以指定规则来控制 write / read 权限。免费用户也可以用，一直都有。

@oldcai
我感觉还是数据库没优化好的原因
最快捷的办法还是去找个 DBA 把，做做分析，要分库的分库，要优化的优化，要分离的分离。
& Rabbitmq 的性能是靠谱的，百万级别的没问题的。 我说的大小是指每个消息的大小，数据大小超过了 4K ， Redis 会慢的一塌糊涂。。。这是个坑点。

// 我只用过 青云的 postgresql ， 简单的读写分离。 供参考。

这跟用不用 Django 没什么关系。
---
既然瓶颈在数据库，那就对数据库这一块进行分析（ django-debug-toolbar)
该索引的做索引，处理掉 slow sql 。
然后再看看哪些内容经常数据库操作的，多多移到 Redis ，减少压力。
还不行，看看是不是读多写少，搞读写分离。
taggit 库没用过， tag 功能都是自己实现的。
oauth2 库可以弃用，自己照着改，把存储从 sql 换成 redis ，压力会小的。
---
从 rq 换成 redis ，如果异步消息大的话，这个是隐患，但 celery 和 rq 的库 会有几率出现 内存泄露。。都是坑。。。

CodeVS 缺设计。。。。

google 查 SSO
//用 token 也不是很麻烦

@qile1
主要得看每天 或者 每小时的调用频率。
访问量决定架构。
逻辑复杂度决定工期。

//个人觉得起码得千万用户 日百万的 api 请求，或者 几十几百个 T 的数据量 才能算得上 大型吧
//用 django 1 个月写了个 web ， 100g 的数据库生成，每天千人以上的访问量，也就一台阿里 双核 2g 服务器轻松抵御

//本来准备每个模块建立一个数据库，在建立一个统一认证的数据库，把这几个不同的库放到不同服务器，提高查询效率，后期大数据多个系统可以独立服务器提高处理能力，但是最近调查接触很少有这样设计的，大家有什么好建议？

你这系统 每日 pv 得上百万？

用户量几十万内 老老实实做好索引，结合 Redis ，用 mysql / postgrepsql 不会出现性能瓶颈。
数据库做 读写分离。

你说的这个设计叫 微服务化。

//如果让你设计这个，有什么建议或者好的方案
后端 python （ django ） 或者 ror 或者 go ，选 java 。。。选择 go dead....
前端 bootstrap 也算是技术啊 。。。。 SignalR...不就是个 WebSocket 嘛 也算不上什么技术。

功能都是传统 cms 的功能，也不说给多少人用，没法设计。

根本没看出来咋么大型了，逻辑多就算大型？。。。。

@samhjn
当年我还在高中 没有接手 用了某傻 x 开源 judge 方案
改名 codevs 后就换新的 judge 了 欢迎测试

OJ 最难的是 judge ，量小的话直接去参考 hustoj 就好。
量大 自己找 虚拟化 /容器化方案写沙盒。

前后端就是个样子货，不难但繁琐。

# -*- coding: utf-8 -*- 加了吗？
还是老实用 py3 吧 。。。。 彻底杜绝此类问题