为什么CSS和JS不能通过Django？

如何解决为什么CSS和JS不能通过Django？

| 按照我可以在Django中gzip JavaScript和CSS文件的以下答案：   您的CSS和JS不应在生产系统上通过Django。您需要配置Apache（或Nginx或其他工具）来提供这些服务，并且这样做时，您将能够在此处而不是在Django中设置gzip压缩。 该问题的答案并未说明此要求/建议的原因。从其他服务器提供静态内容（图像/ CSS / JS）是否只是提高速度的一种好习惯？还是还有更多呢？     

解决方法

Apache和Nginx比Django快（因为它们做的事少得多且简单得多）。因此，使用Django提供CSS和JS服务会浪费资源。 尽管IMO的“应该”太强了。 \“应该，如果您的流量很高\”，而是。     ,Web服务器提供的内容可以大致分为两类。 静态的 动态 静态文件（CSS / JS / Img ...）通常不会更改（即，可以从磁盘读取它们并将其发送给客户端。（在推送之前无需进行任何预处理） 动态文件（您的动态html页面）通常需要以各种方式（db数据+表单处理+消息...）进行处理并发送给客户端。 当事情没有改变并且对于任何用户保持不变时，请不要将该工作分配给Web框架（这会增加负担），让Web服务器来处理它。     ,在生产环境中，您已经具有连接到django的真实http服务器（通过mod_python，fcgi或wsgi），因此直接从其中提供文件只是常识。 它将更快地发送响应： 当您通过正确配置的apache或nginx提供静态文件时，开销将降至最低。根据请求，服务器检查指定路径中的文件是否存在，然后将其发送到浏览器（当然会添加一些标头）。 当您通过配置在apache或nginx后面的django提供静态文件时，首先Web服务器连接到django，然后django处理的事情变得更加复杂： 创建请求对象， 运行urlpatterns REGEXP匹配，直到找到负责静态的行， 运行一些静态服务代码，将其发送回用户... 它将消耗更少的资源： 每个django进程消耗大量内存，认为是为相同静态文件提供服务的相同配置的apache进程的10倍， 它将更好地扩展： 正确配置的nginx可以处理100倍以上的请求，消耗更少的CPU和内存... 可以外包： 尽管它是书面的，但您不需要配置apache或nginx，但您可能不需要-您可以将这些文件外包给Amazon S3或Google API之类的服务，这样js和css对用户将“更紧密”，并且在有Google API之类的服务的情况下您要添加的库（例如jQuery）已经被缓存在用户浏览器中了。 所有这些东西加在一起只会使您的网站加载速度更快。