易栈网-膘叔

很有意思，所以就转了。原文来自：http://blog.csdn.net/copland/article/details/3948835

-------EOF----
MAC下的QQ输入法和第一点中的第三条相似，即按“~”即可（中文模式下）

时隔一年多，APC终于又更新了，这次更新最大的就是支持PHP5.4：
- Add PHP 5.4 support (Dmitry, Anatoliy, Pierre)
- Fixed bug #22679: Fix apc_bin_dump for constants. Use IS_CONSTANT_TYPE_MASK to handle all the constants, including the unqalified ones (instead of ~IS_CONSTANT_INDEX check)
- Fixed bug #23822, php crashes on apache restart

下载地址在这里：
http://pecl.php.net/package/APC

配置完后还得加入这些信息：

这样就差不多OK了

先上图：

后说话：
全国DNS出现最高级别防火墙限制 谷歌已经无法打开

从前天到现在 国内访问国外网站 地区在不断增加 国内不知什么原因
 
现在网民访问国外网站 香港 美国空间的网站注意了
 
接下来可能就是你
------
其实还有一句话，不敢说，我怕被XX

项目中在使用Redis，自然对内存这玩意相对比较看重一点，虽然内存不值钱，但能节约一点内存也就意味着可以存储更多的东西。
所以在博客园看到这篇文章的时候，不管现在是用了没，先备份一下资料，我英文烂 ，有点英文资料虽然能看懂，但毕竟不是母语，看起来累。
原文是在这里：
内容详细如下：http://www.cnblogs.com/stephen-liu74/archive/2012/04/11/2370521.html
一、特殊编码：

    自从Redis 2.2之后，很多数据类型都可以通过特殊编码的方式来进行存储空间的优化。其中，Hash、List和由Integer组成的Sets都可以通过该方式来优化存储结构，以便占用更少的空间，在有些情况下，可以省去9/10的空间。
    这些特殊编码对于Redis的使用而言是完全透明的，事实上，它只是CPU和内存之间的一个交易而言。如果内存使用率方面高一些，那么在操作数据时消耗的CPU自然要多一些，反之亦然。在Redis中提供了一组配置参数用于设置与特殊编码相关的各种阈值，如：
    #如果Hash中字段的数量小于参数值，Redis将对该Key的Hash Value采用特殊编码。
    hash-max-zipmap-entries 64
    #如果Hash中各个字段的最大长度不超过512字节，Redis也将对该Key的Hash Value采用特殊编码方式。
    hash-max-zipmap-value 512
    #下面两个参数的含义基本等同于上面两个和Hash相关的参数，只是作用的对象类型为List。
    list-max-ziplist-entries 512
    list-max-ziplist-value 64
    #如果set中整型元素的数量不超过512时，Redis将会采用该特殊编码。
    set-max-intset-entries 512
    倘若某个已经被编码的值再经过修改之后超过了配置信息中的最大限制，那么Redis会自动将其转换为正常编码格式，这一操作是非常快速的，但是如果反过 来操作，将一个正常编码的较大值转换为特殊编码，Redis的建议是，在正式做之前最好先简单测试一下转换效率，因为这样的转换往往是非常低效的。
   
二、BIT和Byte级别的操作：

    从Redis 2.2开始，Redis提供了GETRANGE/SETRANGE/GETBIT/SETBIT四个用于字符串类型Key/Value的命令。通过这些命 令，我们便可以像操作数组那样来访问String类型的值数据了。比如唯一标识用户身份的ID，可能仅仅是String值的其中一段子字符串。这样就可以 通过GETRANGE/SETRANGE命令来方便的提取。再有就是可以使用BITMAP来表示用户的性别信息，如1表示male，0表示female。 用这种方式来表示100,000,000个用户的性别信息时，也仅仅占用12MB的存储空间，与此同时，在通过SETBIT/GETBIT命令进行数据遍 历也是非常高效的。
   
三、尽可能使用Hash：

    由于小的Hash类型数据占用的空间相对较少，因此我们在实际应用时应该尽可能的考虑使用Hash类型，比如用户的注册信息，这其中包括姓名、性别、 email、年龄和口令等字段。我们当然可以将这些信息以Key的形式进行存储，而用户填写的信息则以String Value的形式存储。然而Redis则更为推荐以Hash的形式存储，以上信息则以Field/Value的形式表示。
    现在我们就通过学习Redis的存储机制来进一步证明这一说法。在该篇博客的开始处已经提到了特殊编码机制，其中有两个和Hash类型相关的配置参 数：hash-max-zipmap-entries和hash-max-zipmap-value。至于它们的作用范围前面已经给出，这里就不再过多的 赘述了。现在我们先假设存储在Hash Value中的字段数量小于hash-max-zipmap-entries，而每个元素的长度又同时小于hash-max-zipmap-value。 这样每当有新的Hash类型的Key/Value存储时，Redis都会为Hash Value创建定长的空间，最大可预分配的字节数为:
    total_bytes = hash-max-zipmap-entries * hash-max-zipmap-value
    这样一来，Hash中所有字段的位置已经预留，并且可以像访问数组那样随机的访问Field/Value，他们之间的步长间隔为hash-max- zipmap-value。只有当Hash Value中的字段数量或某一新元素的长度分别超过以上两个参数值时，Redis才会考虑将他们以Hash Table的方式进行重新存储，否则将始终保持这种高效的存储和访问方式。不仅如此，由于每个Key都要存储一些关联的系统信息，如过期时间、LRU等， 因此和String类型的Key/Value相比，Hash类型极大的减少了Key的数量(大部分的Key都以Hash字段的形式表示并存储了)，从而进 一步优化了存储空间的使用效率。

------EOF----
这里还有几篇类似的文章：

1. redis学习笔记之发布订阅
2. Redis学习手册(事务)
3. Redis之七种武器(http://blog.nosqlfan.com/html/2942.html)
4. Redis学习手册(Key操作命令)
5. RedisWindowsDownload  (http://code.google.com/p/servicestack/wiki/RedisWindowsDownload)
6. Redis几个认识误区
7. Redis入门笔记(二)-配置及运行Deploy a High Performance Key-Value Store using Redis on Ubuntu 10.10 (Maverick) （http://library.linode.com/databases/redis/ubuntu-10.10-maverick）
8. Redis消息通知系统的实现（http://huoding.com/2012/02/29/146）
9. redis 分布式，主从同步（http://blog.51yip.com/cache/1320.html）

代友宣传一下：（以下内容来自OCR，onenote自带功能）

小编推借

简咖啡书吧

*****

萃庄最有情调、最让人放松的咖啡厅

好吧，加个“之一'

咖啡、古典音乐、图书、鸡尾酒、超俗的情调，这些元素组成了简咖啡书吧，一向小资盲的小编很喜欢这个地方，因为你会既喜欢这种氛围，又不觉得你不属于这里。

小编经常约三五个好友在这里脚天，或者独自一人发呆看书，又或者听老板吹牛。

一次，小编和老板闲柳的时候，“请教”怎样做才能在咖啡厅表现的比较专业。老板一声坏笑后立即变身成“教授，，说“这个简单，做好下列几步：第一、你走进一家咖啡屋后，不耍等服务员问，也不要什么花式咖啡，直接说‘来杯标准的单倍EsPre。：。’,第二、眺望远方，小口抿着咖啡，然后不管好不好喝，都要跟服务员说‘咖啡豆很一般峨’：第三、喝完后立即再要一杯，哈，不过要看你的胃能否受得了．，小编听后捧腹大笑：”真的吗？.,“真的，真的在逗你”。真是风趣的老板．不，风趣的大男孩。

几次与老板闲扯之后，小编从一个咖啡盲，到开始咖啡了解咖啡的历史、文化、功效，到品咖啡，再到怎么制作咖啡，现在狡再来简咖啡，部完全自助了。

结语：有空的时候不妨桃里坐坐，放松一下心情，有机会盛到一个只会俊笑或者发呆的女孩多半就是我了，记得要向我打招呼喂。如果你是美女，离老板远点，小心被裕汕·，·…。对了，要写结语……嗯．不知道怎么说好，反正我就是超喜欢这里．忽忽……

有效期至：2012-4-30

-------EOF--------
LOOk,看图：

地址在：广通路66弄2号115，莘庄地铁站北广场绿地集团的中国银行北门对门
有空的人可以去玩喽，比如@小魔什么的。