django做网站怎么样,django创建网站

　　分几点回答：

　　1. 首先，这其实是个技术选型题。

　　在选择技术时，不能单纯考虑性能，而要优先考虑业务类型和团队水平。另外，框架只是其中一部分，还有配套设施。

　　如果是数据驱动，尤其是关系数据库，那么选择Django就足够了，ORM会省事，但是性能损失是一个明显的问题。但是，要看团队。如果玩烧瓶或者瓶子的时候大家都是贼，那还需要什么，姜戈？自己做。

　　如果下游是由很多微服务组成，Tornado在处理上会有一些优势。使用它的异步模型。

　　2. Django能抗多少量？

　　如果Django是根据上述选择决定的，那么剩下的问题就是“有志者事竟成”。这个问题和“有志者事竟成”的区别在于，不是框架能支持你多少并发，而是你要想抵抗大量并发，如何优化现有框架。

　　当你的项目足够大的时候，瓶颈基本不在框架上。

　　我们不用Django开发很多国外的产品，都是10w 100w的量级。但是，我们上线前的准备都是为了抵御足够高的流量(谁没有一颗对抗万亿流量的心？)，而且我们应该可以通过加机器来增加运载量。当然，有些业务类型不是简单加机器就能扩展的，所以单机的TPS只能通过其他方式优化。因此，最终的压力测量结果远远高于真实的流量。几百万的产品，方便携带。但是还是那句话，要看业务类型！

　　3. 用户体验问题

　　等效级别变大后，对用户体验有影响吗？

　　用户体验分为很多方面，包括交互、设计、前端、后端。这里说的是后端，那就说后端吧。3354对后端用户体验的影响只有一个，那就是响应时间。当用户访问你的网站或界面时，它可以在短时间内返回响应。那么，当用户数达到10w时，它能在同样的时间内返回响应吗？这是一个问题。

　　对于后端来说，将响应时间控制在合理的范围内是非常重要的。20ms和30ms可能差别不大，但是50ms和100ms会有明显差别。

　　怎么衡量合理的返回时间呢？

　　这一块我还是要说一些细节。比如Django的系统，当一个用户请求进来时，需要涉及多少个Redis查询，平均每次响应时间是多少；内网或外网涉及多少HTTP请求，平均响应时间是多少；涉及多少个MySQL查询，平均响应时间是多少。

　　所以大家在面试的时候都喜欢问一个问题：用户输入网址后显示网址的详细流程是怎样的？

　　当你知道了所有的细节，你就可以知道，如果系统只涉及Redis查询，那么它应该返回多少ms才是合理的。如果您发现nginx日志中的后端响应时间比您预期的要高，您必须检查一下。其他的也差不多。

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。