在上一篇文章《WordPress建站心得（一）前端性能优化》中，我们提到了如何在服务器和网络状况不变的情况下，通过调整优化请求数目和顺序，缩短页面呈现时间，从而提升用户体验。不过，这种优化只是在请求之间的优化，它并不能提升每个请求的响应时间，如果需要继续优化性能，则必须从服务器和网络本身入手。 我们谈到服务器性能，主要有三个比较重要的衡量标准。一是吞吐量，表示网站在一定时间内能有效承载的请求的最大数量，也就是网站能承受多少人同时访问。二是资源消耗，表示网站在处理一定数量的请求时，所消耗的服务器资源，这和网站的成本直接挂钩。三是首包时间，表示网站返回动态（如PHP, JSP）与静态请求（如js，css，jpg）所需要的计算时间。 在这三个标准中，传统的性能优化主要集中在头两个方面，这无可厚非，因为直接涉及到网站的运营成本和覆盖范围。诚然，这三个标准其实相互作用，一个性能优良的网站，必然会有较高的吞吐量，较低的资源消耗，以及较低的首包时间。不过这并非完全正确，因为采用传统方法优化服务器架构，只能在前两方面有所进步。比如，采用web–>application–>db三层服务器集群，中间通过load balancer来动态调配，的确能极大增加吞吐量和降低单服务器资源消耗，但首包时间并不会因此而大大降低，反而会因为服务器之间的网络沟通产生延时。 回到WordPress的例子上面，相信很多站长都和我一样，没有充裕的budget，只是凭个人爱好而建站，必然没有那么多资源建设庞大的服务器集群，但我们同样有很多办法优化我们仅有的vps性能，从而降低首包时间，减少资源消耗，增大吞吐量。这篇文章针对的正是我们这些草根站长。
Tag: 优化
WordPress建站心得（一）前端性能优化
现在距离创建个人博客已过去将近五个月了，这五个月通过不断调试和优化个人博客，我学到了很多，中间虽然有挫折，不过最终都一一克服了。我发现我真是一个完美主义者，发现一丁点未优化的地方都寝食难安。通过这些折腾，让我更加了解如何架构一个网站，并让它既快速又安全。我想通过这篇和接下来的两篇文章，分享一下我的心得。虽然不一定完善，不一定适用于所有环境，但在我看来确实对提高网站的用户体验极为重要。有兴趣的朋友不妨一看，没兴趣的飘过也成。 在我看来，一个网站的价值主要体现在四个方面——功能、交互、性能、安全。只要做好这四点，做好一个网站并不难。WordPress作为目前最流行的内容管理系统，有着丰富的插件，可以快速实现多种多样的功能。同时，站长可以通过主题的方式管理和优化交互，提高用户体验。这两点在这几篇文章中暂时不会涉及。我想着重谈的是后两个方面——性能和安全。这两点也是目前许多站长所忽视的。 本篇文章的主题是前端性能优化，主要分享如何在服务器性能和网络状况不变的情况下，让网页更快地展示在用户的浏览器中。第二篇文章的主题是网站架构设计，主要分享如何通过合理配置服务器，减少资源消耗，提高网站响应速度，增大吞吐量。第三篇文章的主题是Web安全与隐私，主要分享如何防范流行的网站攻击，保护用户隐私。
浅谈Google+的圈子设置
今天有幸获得邀请，进入Google+，稍微折腾了一下。 如果要谈感受，就偏离这篇日志的主题。用过Google+的人都知道，它目前的精髓（是目前）之一就是“圈子”(circles)功能，有点类似于FB中的群组，又不是很像。它的设置十分灵活，可以按各种方法把你的联系人分成不同的组。这样做的目的是让你更好地控制隐私，同时也不骚扰到不相干的人。比如，你的朋友有喜欢打球的，有喜欢汽车的，当然也有都喜欢的。但如果你把一些汽车的新闻分享给那些只喜欢打球的，恐怕别人就会有点烦，而这种分享本身的回应率也是十分低的。再比如，你的朋友圈中有些人是内地人，有些人是香港人，你把很香港化的东西分享给内地人，恐怕他们不会感兴趣，反之亦然。更严重的情况是，有些联系人是你的上司、老师，有的就是你的死党，你想背地里讨论讨论上司，却不小心把内容分享给了所有人，就有麻烦了。 举了这么多例子，无非是说，所谓Social Network，即把信息分享给正确的人，因为在现实中，你的说话是有对象的，不是朝全世界人大喊一声：童鞋们，听我说！一项调查显示，twitter中很大一部分人都在自言自语，即没人回应，而FB当前身陷隐私门，也大多是因为对信息的受众区分度低。