关于网站App缩略图的一些思考

最近，公司要上线一个垂直门户网站，页面板块多，图片也多。由于公司预估的访问量比较大，老大就问我说，在这种情况下有没有办法页面访问很流畅。

我当时想，凭我们几个软件工程师的水平，这种事情应该是小case了。所以当时就没有在意，现在想想老大的问题还是有一定道理的。

刚上线时，网站很平静，我们自己测试下来速度很快，用户也没有投诉。这样的日子持续了1个月。

一个月后，老板说总部很满意我们的新网站，决定花大力投入推广。这个决定最终导致了我们技术团队几日几夜没有休息好。

那到底发生了什么呢？

有一天，系统工程师报告说自动监控显示网站显示很慢，延时很长。检查了各台服务器的性能指标，都很正常。这件事情就奇怪了。我们第一反应是被攻击了，因为我们很自信，我们的代码都是优化过的，数据和页面的缓存做得也算到位的。

正当我们一筹莫展的时候，令人奇怪的事情发生了。 我接到了一个电话，是IDC机房打来的。意思是我们在托管服务器时购买的带宽最近显示全部已经用爆了。

这下子我们豁然开朗，这下子问题清楚了，是带宽出问题了。跟老大一反映情况，老大就问我怎么办。我说多买一些带宽，我们现在是10MB的独享带宽，根据目前的情况，加到50MB应该能勉强支撑。老大问我，那访问量更多怎么办？我说那只能再加带宽了。

接下来就是去购买带宽，那反正不是我的事情。但同时我也在反思，为什么我们在不是特别高峰的时候响应也没有那么快了呢？

很快，前端工程师和美工同时反映了类似的问题。就是编辑在后台上传的图片一般都没有做处理，有的一张很小的图片好几百KB的就上传了。通过Firebug看了下，首页总的图片在5MB左右。这确实是一个比较恐怖的数据。

这说明一个用户（带宽10MB）要花5秒多才完成加载我们的首页。而且问题是我们开始的时候服务器一共才10MB带宽啊，这怎么能承受大并发的访问呢。也就是说在5秒之内只能有一个人访问才能保证速度。这下问题清楚了。解决办法是我们要把编辑上传的图片做优化处理，问题是怎么做呢？

网上一阵搜索，有使用离线工具批量压缩图片的，也有在线压缩图片的。那么有没有一种方法可以尽量保持高的工作效率呢？最好是不管编辑怎么上传图片，用户一直都能看到正好符合大小压缩过的图片。

正在一筹莫展之际，有个同事说在百度上搜索到一个叫图好快的网站，专门提供在线的服务，帮助网站App做自动化的缩略图处理。抱着试试看的态度，在百度上搜到了那家网站。在免费工具里面试用了图片上传的功能，压缩效果确实很理想，而且能自定义图片的宽高和质量，这不就是我们需要的功能吗。很谨慎得注册了一个账号，根据帮助文件做了一些简单的配置居然成功了。为了保险起见，联系了图好快的qq客服，客服说使用了图好快的服务，我们就不用升级带宽了。这下我又纳闷了。后来才明白，图好快通过一个安全简洁的方法，把图片放到了阿里云的CDN上面，而我们要做的就是简单修改一下图片地址。调整过后我们首页的图片居然离奇地变为只有不到1MB了，而且这1MB的图片也不占用我们宝贵的服务器带宽了。

赶快告诉老大，不要升级带宽，我们搞定啦！

感谢图好快团队。不过有个意见要投诉一下，你们的产品很好，但是后台功能要要不断完善啊！