旧文重发。这篇博客记录了Po主在腾讯微博时的解决的一个Bug，不是大问题，但追查的过程很有意思。也以此纪念一下。

When I was developing an instant messenger (IM) system, I found that high concurrency is an essential feature while numerous clients are online chatting simultaneously. Therefore I use Redis to cache data in order to release pressure on database.

有这样一类问题：

• 检索论坛中某一版块所有主题的最新一条帖子

• 查找所有会话中最新一条消息

• 查找一类商品的最新报价

这类问题的共同点是：需要按某个字段分组，且每组只能取一条记录；按某个字段倒序。

Office在输入英文长单词时，默认不会从中间断开换行，这是很好的功能。但输入URL时也不会换行，导致出现“长空格”，如下图所示：

这时，可以选中文字，进入“段落”=>“中文版式”，将”允许西文在单词中间换行”项打勾即可。

最终结果是，“长空格”不见了，文字变得紧凑。

最近开发会员中心项目，遇到多表查询的问题，发现响应极慢，就动手查下原因，并进行一些优化。先说下成果吧，由6-7秒降到200ms以下。
吃公鸡下的蛋之前，走道是这样的：

图1

吃完了之后，那家伙，再看，就成了这样：

图2

降到还可以接受的范围了。

MySQL执行一个SQL语句时，执行时间精确到秒。如下：

mysql> select * from test
+----+-------+
| id | name  |
+----+-------+
|  1 | david |
+----+-------+
1 row in set (0.00 sec)

如何精确到毫秒呢？MySQL有个内置语句(show profile)可以查看执行耗时。

看房团 App 1.8.2更新版本时，偶然发现无法从1.8.1升级到1.8.2，于是探究一番，发现大有深意。

话说fiddler有个强大的功能，就是把Session请求拖到Composer里，很方便地构造请求。我偶然发现不能拖放了。

青石街有两个卖烧饼的，王大与李二。

顾客很少。

王大很闲。每次有顾客，王大就生火、和面、擀饼、下炉、出锅。不出一会儿，热腾腾的烧饼就送到顾客面前。顾客走后，王大就收拾炉子，熄火休息。

李二却很忙。每天早晨，李二就生火、和面，等着顾客上门。白天里，顾客来，李二就擀饼、下炉、出锅，然后等下一位顾客。直到夜幕降临，李二才打烊。

后来青石街城镇化 ，人多起来，买烧饼的人也多了。

在做一个项目时，需要生成一个长整数Id，生成函数如下：

`$Id = date('YmdHis') . rand(1, 100000);`

按照时间加随机数的形式，可以直观地看到这个Id是何时生成的。

这样，我用PHP生成了这样一个数

$id = '2014112010185143423';

然后将值传给JS变量

var id = <?php echo $id;?>;

但是在使用时，发现id竟然变了。