今天在网上看见一个不错的插件，就是社会化媒体评论插件，由于以前很讨厌wordpress的评论，干嘛每次写邮箱， [...]

上周买的一本书，是关于用html、css、javascript开发android应用的一本书，因为搜索关键字的 [...]

最近公司很严格，twitter 和 facebook都不能访问了，只能另外找找办法，不想再去买什么vpn之类的 [...]

转眼间，我的博客已经一周年了。 最近几天都很忙，报警天天都在发我的域名heyues.com 已经过期了，都懒得 [...]

2011年七夕情人节

They don’t teach you this in college, but the fundamental theorem of the software industry is the idea that everything needs to be rewritten all the time. As a corollary, web startup engineers believe that there is no problem but scalability, and architecture is its solution. And thus, the NoSQL movement was born.

The idea is that object relational databases like MySQL and PostgreSQL have lapsed their useful lifetimes, and that document-based or schemaless databases are the wave of the future. Never mind of course that MySQL was the perfect solution to everything a few years ago when Ruby on Rails was flashing in the pan. Never mind that real businesses track all of their data in SQL databases that scale just fine. (For Silicon Valley readers, Walmart is a real business, Twitter is not.)

Invariably, all web projects start off with something like Rails or Django, most likely backed by MySQL. The data relationships are easy to model, and the application works well. If you are lucky enough that people actually use your application, eventually you will start to see some performance issues. At this point, a developer who values technological purity over gettin’ shit done will advocate “rewriting the whole thing in a weekend using Cassandra”. And if he’s smart enough, he might just pull it off. (Of course, said developer has only migrated the app to use a different data store – all of the ancillary support code was conveniently ignored) (更多…)

不知道怎么回事儿，今天一查，发现我已经被百度杀掉了，收录为零，虽然我并不在乎这个东西，但是感觉，一句话

这个世界上，怎么有那么多不知道原因的事儿

http://www.baidu.com/s?wd=site:heyues.com

就算我的博客里面有什么异常关键字，拜托你也告诉我一下

如果说我转载别人的文章，拜托也用你的机器智慧计算一下

不说了，生活在中国的互联网，就是这么悲剧，我很高兴，看见团购、京东等正在推翻着互联网的三甲七雄

由于在项目后期会引入缓存策略对角色的数据进行缓存，而现在我们大部分缓存都使用文件缓存，开发过网页游戏的朋友们大都知道，语言包和游戏相关的数 据大部分不经常改动，有时候几个星期不需要更新，只是在进行版本更新的时候才重新生成一次数据缓存，而角色的数据和数值时刻在变化着，会频繁的更新和操 作，采用文件缓存会频繁地进行I/O操作，在这个功能上文件缓存就不太适合了，所以对于角色的数据采取内存缓存策略在这里就比较合适。

对于内存缓存，比较常用的有两种memcache和memcached扩展。而memcached和memcache的守护进程memcached同名， 比较容易引起混淆，甚至提到memcached，有些人第一想到的是后台的守护进程，这里还是有必要分析一下两者之间的区别，以下观点仅是个人观点，希望 朋友进行补充和更正。
首先我们可以从php官方手册上可以清晰的看到两者的区别：
memcache:http://cn2.php.net/manual/en/book.memcache.php
memcached:http://cn2.php.net/manual/en/book.memcached.php

memcache是完全在PHP框架内开发的，memecached是使用libmemcached的。从手册上看，memcached 会比 memcache 多几个方法，使用方式上都差不多。 (更多…)

MySQL单机多实例方案，是指在一台物理的PC服务器上运行多个MySQL数据库实例，为什么要这样做？这样做的好 [...]