2. 对象存储，典型的就是Amazon S3，这种系统很多公司自己造给公司内部用，存图片等小文件，接口一般不会兼容Amazon S3，因为不需要，比如淘宝的TFS，基本思路就是将多个小文件合并成大文件存储，经典论文FB的HayStack。这种系统一般读多写少，不需要修改，很少删除，一致性也没那么强，系统相对好做。基本上HDFS+HBase就能搞定一个这种系统，HBase存元数据，利用HDFS的Append功能将小文件合并成大文件。
昨天做了个摇号分享抽奖小活动，加了几道反作弊功能，其中第一道是通过IP进行过滤，通过对数据进行监控，发现有大量3G/4G用户的IP是相同的，估计是各移动运营商用户量暴增，公网IP有限。
以前，我们邀请几位嘉宾讨论了他们在开发微服务时遇到的挑战，比如Fred George或Dustin Huptas和Andreas Schmidt。近日，Usman Ismail参加了一场小组会议，讨论了微服务持续交付面临的挑战，并决定随后详述其中的部分重点内容。他首先讨论了微服务其中一个基本原则的缺点，即允许大型团队通过快速原型和迭代以一种更加敏捷的方式推进（软件）开发：
所谓高可用性指的是系统如何保证比较高的服务可用率，在出现故障时如何应对，包括及时发现、故障转移、尽快从故障中恢复等等。
比如你有 N 个 cache 服务器（后面简称 cache ），那么如何将一个对象 object 映射到 N 个 cache 上呢?
1、php-fpm优化参数介绍
他们分别是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
nginx/conf/nginx.conf
1.worker_processes
nginx要开启的进程数，一般等于cpu的总核数。
开发示例：
worker_processes 2;
线上示例：
worker_processes 8; //线上最大开到8即可
说明：
web页面响应时间长，要怎么排查？
大型动态应用系统又可分为几个子系统：
架构演变第一步：物理分离WebServer和数据库
很多时候一个完整的系统可能运行在多个服务器上，如果这多个服务器之间需要共享session的话，那么php默认的files保存session的方式就无能为力了。这时我们可以考虑使用memcache 来接管session的保存与读取工作。
层出不穷的类似事件对用户会造成巨大的影响，因为人们往往习惯在不同网站使用相同的密码，一家“暴库”，全部遭殃。
很多程序上错误就 像人类世界的病毒一样，我们应该给我们的新入行的程序员普及一下程序安全知识，希望他们从入行时就对这些错误有抵抗力。
以我们做一个简单的后台管理为例， 地址：http://xxxx/admin/*, 对admin 下面的文件进行权限管理；
Beanstalk 协议
因为近期也在做重构方面的工作，所以就又简单地把这本书翻了一遍。在重构的过程中无非遇到到都是作者提到的那些问题：冗长的函数、不合理的函数命名和变量命名、复杂的条件逻辑、还有就是性能问题，如何才能做到一次成功的重构？
我站出来就是为了要说一句：
在笔记本上测试了一下Nginx 0.8.35和Apache 2.2.6的性能，笔记本配置：Intel U9400 Duo Core，内存2GB。用ab模拟不同并发访问数量下，两个Web 服务器的性能。由于ab在本机运行，因此Web服务器的性能会受到很大影响，看看相对值就OK。
对于有下面这些编程习惯的朋友，请大家对号入座。另外，维护程序的朋友们，你们死定了！！
2011年6月28日晚，新浪微博出现了一次比较大的XSS攻击事件。大量用户自动发送诸如：“郭美美事件的一些未注意到的细节”，“建党大业中穿帮的地方”，“让女人心动的100句诗歌”，“3D肉团团高清普通话版种子”，“这是传说中的神仙眷侣啊”，“惊爆!范冰冰艳照真流出了”等等微博和私信，并自动关注一位名为hellosamy的用户。