易栈网-膘叔

今天是11月11日，传说中的丨丨节啊。。

本人是没有机会过了，不过俺的小家伙可以考虑提前过节了。

不知道“丨”念啥吧？

gǔn
上下贯通。
笔画数：1；
部首：丨；

其实，好象以前在看电视的时候，听 说河南有一个村的人都是姓这个的。

光棍节快乐，各位光棍们。

突然发现，原来，博客离10W又进了一点。多少年了。。。终于又要重入10W内了。。

先上个图，预祝一下，等确实定了之后，再来上图。。。



很激动人心的图哦【忘了说了，主域名是指：www.neatstudio.com，neatcn.com还没有到呢。。。】

这个，又是老王的文章，队列，确实还是需要用到的。不过，我倒真没有想过用专业的队列消息数据库等来处理。我最初只是想把一些要队列的信息用SQLITE来处理，一边是往里推，一边是往外拉。拉一条删除一条。等到数据量太大的时候，就清除掉。

老王还是有介绍的，我在PHPRPC群里也听缘起缘灭和廖羽雷他们谈过专业的队列处理，但，我目前做的事情，还是用不了专业的队列处理，所以也就没有放在心上，不过，既然老王有介绍，也可以稍看看【原本我计划做个短信定时发送也就是准备用队列处理的，但最后没做，因为139邮箱里居然有类似功能，NND，抢我饭碗】

Web应用中为什么会需要消息队列？主要原因是由于在高并发环境下，由于来不及同步处理，请求往往会发生堵塞，比如说，大量的insert，update 之类的请求同时到达mysql，直接导致无数的行锁表锁，甚至最后请求会堆积过多，从而触发too many connections错误。通过使用消息队列，我们可以异步处理请求，从而缓解系统的压力。在Web2.0的时代，高并发的情况越来越常见，从而使消息 队列有成为居家必备的趋势，相应的也涌现出了很多实现方案，像Twitter以前就使用RabbitMQ实现消息队列服务，现在又转而使用Kestrel来实现消息队列服务，此外还有很多其他的选择，比如说：ActiveMQ，ZeroMQ等。

上述消息队列的软件中，大多为了实现AMQP，STOMP，XMPP之类的协议，变得极其重量级，但在很多Web应用中的实际情况是：我们只是想找到一个缓解高并发请求的解决方案，不需要杂七杂八的功能，一个轻量级的消息队列实现方式才是我们真正需要的。

第一感觉是能不能使用memcached来 实现消息队列？稍加考虑后就会发现它不合适，因为memcached仅仅支持键值方式的操作，没有排序之类的功能，所以如果要用它来实现消息队列，则必须 自己通过某个键来保存数组形式的队列，不过这样的话，在操作队列的时候很容易丢失数据，比如说我们要添加一个消息，则需先取出现有队列，然后把消息保存到 队列尾部，最后保存队列，单纯使用memcached的话，由于我们无法保证整个过程的原子性，所以当处理若干个并发请求时，各个请求间可能会互相覆盖， 丢失数据就在所难免。另外，memcached只是内存键值缓存而已，一旦宕机，数据就消失了。

memcacheq的出现解决了上面的问题，它在memcached的基础上实现了消息队列，以php客户端为例：

消息从尾部入栈：memcache_set
消息从头部出栈：memcache_get

memcacheq依附于memcached之上，所以你可以通过现有的memcached工具来操作它，这无疑是它的一大优势，但它也有一个很大的缺点，那就是memcacheq本身的开发维护似乎并不活跃，如果遇到问题的话，你很可能需要自己动手解决。

目前看来，我更推荐下面这种解决方案，那就是redis，如果不了解，可以参考我以前的文章，表面上看，redis和memcached差不多，也是键值操作，但是redis本身实现了list，相关操作也可以保证是原子的，所以可以很自然的通过list来实现消息队列：

消息从尾部入栈：RPUSH
消息从头部出栈：LPOP

redis本身虽然是一个新项目，但很有朝气，开发维护也很活跃，如果你的下一个Web应用里需要使用轻量级的消息队列，不妨使用它。

此外，还有不少其他的选择可供尝试，比如说MySQL第三方的Q4M引擎，通过扩展SQL语法来操作消息队列，也是一个不错的选择。

套用网络流行语：那些重量级软件实现的不是你要的功能，而只是独在高处不胜寒的寂寞，所以不必迷恋其中，它们只是传说而已。

--EOF--

原文链接：http://hi.baidu.com/thinkinginlamp/blog/item/27a18202578f3d054bfb511f.html

在某人的小说站上线前，答应帮他做点链接
说起小说，突然想起读书时代流传的陋室铭改篇中的一段：小说翻的快，杂志阅的勤，斯是教室，唯吾闲清

自己读书的时候，也是被小说害的呀。天天上课就是看小说，眼睛也是那时候看坏的。。。。

在如今，你闲下来的时候，能干什么？永远播不完的肥皂剧？无聊恶搞的娱乐节目？还是不知所云的走进科学 ？或者在QQ等IM上聊天打屁？

我是用手机上网看看小说，电视几乎不看了，即使要看也是几乎只看discover之类的，上海就是纪实频道了。。。

其它还真没劲。

网上几个看小说的网站：

起点：www.qidian.com

幻剑：www.hjsm.net

爱书吧： www.ishu8.net

在一些PHP的群内，很多人在提问前，都说，我刚学PHP，遇到一点问题，能不能帮我解决，然后刷刷刷的就是几屏代码。
在这种情况下，如果有人有精力有欲望回答他们的问题，估计才真的是奇怪。

网上流传的那篇：《提问的艺术》，估计很多人看过，但有多少人是这样提问的呢？至少我在遇到自己不会的情况下，先找手册，然后问google、百度，最后才问群里或者MSN中的高手们，即使这样，我也很把我遇到的问题和解决的方式说出来，这样，他们在回答的时候，也不会多次尝试。当然或许我一 说出来，他们就知道问题的解决方案了。但你不能保证每个人都是这样的高手吧？

以上都是废话。但还是有点参考价值。以下才是肉戏。

1、IBM的网站，http://www.ibm.com/developerworks

2、ZEND的网站：http://devzone.zend.com/，这里还有为新手写的文章 ：http://devzone.zend.com/tag/PHP101

3、PHP官方网站，如果遇到点问题，发现代码好象没问题，但结果就是不正确，很去搜索一下buglist，或许就是你发现了这个BUG也有可能啊？

4、曾经的PHPE.net，没落的网站

5、喜悦村，也在逐步走向没落，大多数情况下，也是被这种无聊的提问而使得很多人不愿意回答问题吧？

6、phpchina。知名PHP网站，可惜吵架贴远多于知识贴

7、PHP100，在开发工具上提供了一些便 利，还有一些视频可以参考

8、本人的网站，哇哈哈哈。其实本人网站真的只属于一般，但我会努力转贴，当然也不是随便就乱转了。。。技术型的，一般总要看一遍再转的。

其实，你还可以搜索google reader之类的订阅网站，然后以某个关键字为搜索，并订阅这些内容，恐怕也可以让你达到一些效果，但订阅这个玩意，还是以少而精为主，否则，你还是没有精力去一篇篇看，走马观花的，反而会让你错过很多。