Yiiredis是Yii的一个插件。用来方便我们对redis进行操作。封装了一些常用的list,hash之类的操作，对于Cache也做了一个封装，但在方便之余，问题也还是不少。比如说，我们要对数据sort，取出平均值，取出最大值之类的。默认的方法就不能用了。虽然yiiredis的类用了Array的interface，但利用php的操作，总归不如redis自身的操作。
一些参考资料上就写的比较详细：
典型的比如那些在线游戏的排行榜，比如一个Facebook的游戏，根据得分你通常想要：
-列出前100名高分选手
-列出某用户当前的全球排名
这些操作对于Redis来说小菜一碟，即使你有几百万个用户，每分钟都会有几百万个新的得分。
模式是这样的，每次获得新得分时，我们用这样的代码
- ZADD leaderboard <score> <username>
你可能用userID来取代username，这取决于你是怎么设计的。
得到前100名高分用户很简单：ZREVRANGE leaderboard 0 99。
用户的全球排名也相似，只需要：ZRANK leaderboard <username>。
看上去也比较方便，不过我没有仔细看究竟是因为phpredis的实现有问题还是yiiredis的问题。等晚上睡不着的时候看看伦家的源码先
今天又遇到了这个问题，以前其实是知道的。IE下的cookie长度和firefox下不一样。GET的长度也不样。
但我在记忆中一直是当成4096来处理的。看来我脑子里想的更多的都是firefox或者chrome，今天遇到某些信息不能显示的时候，又想起这个问题。才发现：
原文：http://blog.csdn.net/tuwen/article/details/5257154
看见很多朋友讨论浏览器最大URL长度限制的问题。其实实际中URL长度限制是由2方面决定的。1 客户浏览器 2 接受服务请求的服务器端的设置。对于大多数用户来说，他们使用的浏览器是IE浏览器，IE的最大URL长度限制是2083字节，而实际可以使用的最大长度 为2048字节。
以下是微软方面的技术资料及翻译：
Maximum URL length is 2,083 characters in Internet Explorer
在IE中URL最大长度是2083字节
SUMMARY
摘要
Microsoft Internet Explorer has a maximum uniform resource locator (URL) length of 2,083 characters.
微软 Internet Explorer 限制最大统 一资源定位器 (URL) 长度为2083字节。
Internet Explorer also has a maximum path length of 2,048 characters. This limit applies to both POST
request and GET request URLs.
Internet Explorer 对最大请求路径长度也进行了限制，限制长度为2048字节。这个限制对 POST 请求和 GET 请求的URL均适用。
If you are using the GET method, you are limited to a maximum of 2,048 characters, minus the number of characters in the actual path.
如果您使用GET方法，您将受到最大2048字节的长度限制，减去实际路径中的字符数。
（注：实际可以使用的字符串长度＝2048-请求页面路径字符长度）
However, the POST method is not limited by the size of the URL for submitting name/value pairs. These pairs are transferred in the header and not in the URL.
但是, POST 方法提交名称 / 值对不受 URL 长度的大小的限制。 因为这些名 / 值对是在请求中的header部分传输的，而不在URL中。
RFC 2616, "Hypertext Transfer Protocol -- HTTP/1.1," does not specify any requirement for URL length.
RFC 2616、 " 超文本传输协议 -- HTTP /1.1, " 未指定任何对 URL 长度要求。
由此文大家可以知道，实际在IE中可以使用的最大URL长度是2048字节减去您请求页面的路径长度。另外这个长度还受到服务端相应软件的限制。
--------------------
关于cookie，可以看一下：
Cookie常识
“同名Cookie”的分析
cookie，又见cookie
这是一个流程图，来自于禅道，http://www.zentao.net/help-read-79236.html
可以在自己的项目中做借鉴啊
在禅道项目管理软件中，核心的角色有产品经理、项目经理、研发团队和测试团队四种角色。如果您现在的团队是采用敏捷开发的话，那么可以对应到 product owner, scrum master和team(dev and tester)。这几种角色之间紧紧围绕产品的需求展开协作，取得成果。禅道核心的管理流程全图如下所示：
其实以前公司有流程图，但这一张图相对会比较完善一点
又到了一周回顾的时候了。本周确实没有做过多的事情。自己给自己加加压了
1、看了一下postgreSQL。准备用作mysql的补充。其实也考虑过用其它数据库做补充，比如mangoDB之类的。由于目前已经采用了redis。所以对于mongoDB的需求就不是那么明显了。
不过redis和mongoDB还是有区别的。但只有一台机器的话。redis分配了不少内存的情况下，再用mongo，内存就吃紧了
2、本周针对系统中原来的缓存功能做了清理，发现了一系列的问题，调整了一下。这确实是由于以前的功能单一而造成的原因
3、对于数据抓取，先作分词再做匹配。当匹配次数小于总次数的1/4时，认为原文是不匹配的。这个功能对于采用readability功能的抓取还是相对有点效果的
4、对于宽度固定的图片，原来在做PHP缩图的时候，保持宽高比的情况，现在做了调整，基于宽度进行调整（当然，这仅能用在宽度是指定的情况下。不是适合所有情况。当然对于图片过小的情况，也先作了放大处理。避免出现小图片）
5、nginx的php-fpm超时时间过短，导致上传大文件就会有问题，比如视频这一块的上传，就好纠结啊。尝试用cgi的方式上传，还没有折腾。
6、下周准备对于现有系统的API进行调整，业务增长的同事，原有架构需求也发生变化了。毕竟在最初写程序的时候不可能会考虑到所有会发生的情况，但事实上，这些业务正在逐步变化，没辙的情况下，只能做调整。否则，以后会更痛苦
在搜索共产党宣言的时候，突然发现搜索界面有变化了。
居然这样提示了。果然是做到了人性化了。
咦，这样也知道 ？
