上周末在博客大巴邀请了上海几家StartUp公司的朋友做了一次技术交流：VeryCD的科学家们，客齐集，联络家，CDNUnion，安居客和Sun的Startup解决方案专家；

主题1：动态内容的CDN缓存 结论，目前CDN缓存仍然以静态内容为主，动态页面缓存过期/更新策略较复杂；而CDN有purge接口，但现在实际应用较少： 更多缓存服务是为内容永不更新的图片、视频等服务；此外，固态盘代替逐步内存的可能性近期还没有，固态硬盘的仍然价格非常高，I/O的速度也是问题；

主题2： Memcached的使用 所有网站都用了Memcached，并通过避免对数据库的连接而大大提高了性能（命中率一般在90%以上）；

关于：多memcached的分布策略； 客齐集 规模： 在多台前端应用服务器上划出一定空间， 分布规则：使用的是memcached addserver方式由memcache自己进行缓存分布； 单点失败处理：遇到个别节点中断会retry； 博客大巴和VeryCD应用类似： 规模： 几十G（单个2G）； 分布规则：都是自己应用设置设置缓存分布规则，对数据进行分布， 单点失败处理：如果遇到Memcached中断并不尝试其他服务器；

关于memcache的压缩： PHP客户端可以设置压缩外， server端也有更详细的压缩配置选项（memcached的文档中有？）； 关于memcached的扩展性： 最新版本有考虑consistent hash（在扩展服务节点后，旧内容仍然再旧服务器上，不用按重新按新的分布规则生成新缓存） memcached： bin模式存储；

对于缓存对象：大的List列表页对象用memcache缓存对效率提升很重要；

主题3： Start up公司的招聘来源 客齐集的校园招聘成果还是让其他公司非常的眼红，另外说一句： 我们仍然在招前端应用开发人员（欢迎应届生）：有优秀的开发人员，各个Startup公司之间都是可以推荐的（VeryCD的51job招聘广告就是托管在博客大巴的），以后还会不定期做一些交流。

主题4：版本控制，文档管理和任务跟踪 大家讨论的主要是， svn的分支合并问题，除了SVN外，也在尝试Hg git等工具； branch管理辅助工具： svn-merge.py， 而svn的使用也分成2套风格： 尽可能的分支(verycd)，和尽量避免分支（kijiji/blogbus）

blogbus： 文档使用mediawiki；BugFree项目跟踪； trunk: 大部分修改 tag: 发布时使用switch tag； 少量branch:

linkist： 文档：混合 trac + svn log branch： trunk 用于开发 stagging： 用于测试 tag

安居客： email 文档； BugFree跟踪； trunk： 开发测试； main： 发布测试；

verycd：trac：文档+跟踪； branch 大量的branch 用于开发； trunk 用于发布

kijiji: 文档：google sites BugFree： 跟踪； trunk tag 大量 branch 少量

下次的备选主题： 测试（A/B test） 日志(logging) SEO 机房的选择

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。 原始评论时间：2002–2016 年。

Sparkle · 2008-05-15 17:19

我一直以来都是反对使用分支，但是最近的git之类的热起，其中一个原因也是因为他们大量使用分支的开发模式。我最近也在考虑是否要在公司引入分支，我们是一个互联网公司，业务变化和新功能开发太频繁了，导致trunk非常乱，而trunk也同时是正是发布。现在只能要求每位同事的新功能尽量不要影响旧有功能，如果有影响，就必须做一些兼容或者开关的代码，跟甚至要求不要提交。目前大部分功能都是分配到一个人身上，所以情况还好。看到verycd使用大量的分支进行开发，很希望他们能详细讲述一下他们的开发流程，遇到哪些难点等。

---

tesge · 2008-05-16 20:09

你好dongdong, 请教一个问题,请问现在有什么开源的web性能测试工具可以对返回结果做检验的. siege应该是没有这个功能, pylot虽然有,但是不支持对中文关键字的检查,并且当服务器端返回的内容包含有中文时,会解析失败. 非常感谢.

---

jeffz · 2009-02-20 21:49

怎么样才能参加山寨技术交流会？