可以将静态内容托管到阿里云OSS，加速的同时减少流量支出。

建议楼主考虑阿里云oss.

@Js 程序输出的内容大多是动态，动态内容很少304能命中的。而NGINX的优势就在于静态高并发、高效proxy，etag(304)适用于绝大多静态请求，NGINX在直接输出静态文件(类似lnmpa构架的静态请求时no proxy passed)时，根本没有后端，也就没有程序，此时若由NGINX输出etag，则可以为服务器节省不少304命中的流量。

@kernel1983 因为NGINX在输出静态文件时未支援etag头，所以浏览器不会发送ifs请求头的。

可惜，NGINX的304是条软肋。万恶的俄罗斯人！！！

可以试下302。代价仅是多一个请求。

让V处理程序内部异常的可能性非常小。
建议让C处理

楼主好人

储存 —— 小成本

下载量达500W次，流量约合4000000 GB，也就是4PB左右的网络流量。
目测楼主是位大户，自建CDN吧，比外包给别人成本要低。

@citydog 思密达

大团队可以自建git服务器，保证硬件的安全。

@Tom21joy hackes#outlook.com

@Tom21joy 亲，可以PM个扣扣么~

@areway 目测他是最稳定的云，如果没有墙，我会把这个位置留给AWS。

@kingwkb 你没看懂我的的内容，我说的是在PHP前面的前端，有缓存机制。具体方案属于机密。我是来求缩略图方案的，不是求cache方案。
另外MEMCACHE是跨进程、跨协议的，不适用于高并发。

@liuhang0077 英文哩？

VPN。
VPN服务器的IP总不会蛋裂一般地秒换吧。

@ro00 哎，你们都没理解到我理想中的idea. 其实有很多东西都是用语言无法描述的。
我try my best再来描述一下吧
就像你所说的，相当做了个email的美化+简化客户端，
这倒像是流氓化了，我想要的是可以开得起源的一个工具，使用他无需额外的ACCOUNT，你的EMAIL就是你的everthing。
基于EMAIL协议有个好处，EMAIL无需注册即可沟通。
相信现在还没EMAIL的童鞋没有几个吧？

亲，你大可想像一下，未来某天，你员工给你电话让你上EMAIL看下某方案，
你在打开电脑后第一件事不再是打开浏览器、也不是打开邮件客户端，而是像登MSN一样打开这个“idea的成果”，你在看了过后，回复的评价“哦~还不错”回复给对方，对方不用登录啥IM，甚至他也不用安装这个工具，只要能连EMAIL的地方他就能看到。
最最最重要的一点，就是强制TLS加密，防止嗅探确保通汛的安全。

如果企业内部正缺IM方案，何不尝试一下这个IDEA？email与"messenger"合体，我相信不会诞生出怪物。