手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表2024年11月的文章

Yii数据库迁移工具

Submitted by gouki on 2012, April 14, 8:26 PM

其实早就想写这样的文章来介绍这个玩意，不过一来项目中没有用到这个东西，二来官方的文档也是英文的，自己也没有仔细看就没有介绍。
官方的文档其实写的很详细了，不过因为真没用到它，也就没有发言权。
不过这两天在闲逛 ，倒是看到了一些文章：

  2. 小试Yii框架下的数据迁移功能
  3. yiichina的中文版介绍 ：http://www.yiichina.com/api/CDbMigration
  4. 官方的手册：http://www.yiiframework.com/doc/guide/1.1/en/database.migration

这些文章还是可以看看的，关键问题是这些配置改了之后，难道会自动更新model文件吗？哎。

Tags: yii, migrate

PHP Framework | 评论:0 | 阅读:18562

转：各种中文输入法中输入间隔号“·”的方法

Submitted by gouki on 2012, April 13, 1:20 PM

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

对于大部分外国人名译名，需要使用间隔号“·”。间隔号输入方法如下：

一、输入法

  1. SCIM的智能拼音：izd
  2. 微软拼音输入法、智能ABC输入法、全拼输入法、极点五笔输入法、王码五笔输入法以及郑码输入法（中文标点状态）：Shift+2
  3. 谷歌拼音、黑马神拼、紫光拼音、搜狗拼音输入法、拼音加加输入法：直接按键盘左上方的“`”键（在ESC键下面的“`"/"~"键)。
  4. 区位码：0104
  5. 仓颉输入法：zxaq
  6. 微软新注音及新仓颉输入法（需按以下说明切换“中文/英数模式”或“半角/全角模式”）：
    • 方法一：在中文模式下，按前导字符键（通常是键盘左上方的“`”）接ub7
    • 方法二：在中文模式下，按Ctrl+Alt+","切换到标点符号模式，按"."键，选出间隔号（需先作以下设定：点击语言列右下方倒三角符号→设定值→属性→进阶→“标点符号自动确认输入”选取“不使用”）
    • 方法三：在中文模式下，按前导字符键接"."键后，选出间隔号（需先作方法二同样的设定）
    • 方法四：在全角模式下，按"."键后，选出间隔号（需先作方法二同样的设定）
  7. 拼音加加输入法及搜狗拼音输入法：yd
  8. 呒虾米：直到5.7b版，繁体中文（，，Ｔ）模式下无法打出。[1]简体中文中式打法（，，Ｃ）或简体中文台式打法（，，ＣＴ）：,.
  9. 大易：=.再选数字键盘的2
  10. 行列输入法：W1，第二页第六个。
  11. 速成输入法：zq2或按Shift+Space（默认）再按.（会变成．）
  12. 九方输入法：于数字键部分输入：.00000002
  13. 在一些其它的五笔输入法中（如SCIM的五笔输入法），可以输入ubkg（即间隔号）。

二、 用“·”或“·”代替，或使用在编辑页的底下“中文标点”，点击左数第八的那个点

三、从其他页面拷贝（这个就没什么好说了。。。）

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

Software | 评论:0 | 阅读:19044

APC支持php5.4了

Submitted by gouki on 2012, April 12, 11:37 PM

时隔一年多，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

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

XML/HTML代码
  1. ; alternative php cache 用于缓存和优化php中间代码  
  2.   
  3. apc.cache_by_default = on  
  4. ;sys  
  5. ; 是否默认对所有文件启用缓冲。  
  6. ; 若设为off并与以加号开头的apc.filters指令一起用，则文件仅在匹配过滤器时才被缓存。  
  7.   
  8. apc.enable_cli = off  
  9. ;sys  
  10. ; 是否为cli版本启用apc功能，仅用于测试和调试目的才打开此指令。  
  11.   
  12. apc.enabled = on  
  13. ; 是否启用apc，如果apc被静态编译进php又想禁用它，这是唯一的办法。  
  14.   
  15. apc.file_update_protection = 2  
  16. ;sys  
  17. ; 当你在一个运行中的服务器上修改文件时，你应当执行原子操作。  
  18. ; 也就是先写进一个临时文件，然后将该文件重命名(mv)到最终的名字。  
  19. ; 文本编辑器以及 cp, tar 等程序却并不是这样操作的，从而导致有可能缓冲了残缺的文件。  
  20. ; 默认值 2 表示在访问文件时如果发现修改时间距离访问时间小于 2 秒则不做缓冲。  
  21. ; 那个不幸的访问者可能得到残缺的内容，但是这种坏影响却不会通过缓存扩大化。  
  22. ; 如果你能确保所有的更新操作都是原子操作，那么可以用 0 关闭此特性。  
  23. ; 如果你的系统由于大量的io操作导致更新缓慢，你就需要增大此值。  
  24.   
  25. apc.filters =  
  26. ;sys  
  27. ; 一个以逗号分隔的posix扩展正则表达式列表。  
  28. ; 如果源文件名与任意一个模式匹配，则该文件不被缓存。  
  29. ; 注意，用来匹配的文件名是传递给include/require的文件名，而不是绝对路径。  
  30. ; 如果正则表达式的第一个字符是"+"则意味着任何匹配表达式的文件会被缓存，  
  31. ; 如果第一个字符是"-"则任何匹配项都不会被缓存。"-"是默认值，可以省略掉。  
  32.   
  33. apc.ttl = 0  
  34. ;sys  
  35. ; 缓存条目在缓冲区中允许逗留的秒数。0 表示永不超时。建议值为7200~36000。  
  36. ; 设为 0 意味着缓冲区有可能被旧的缓存条目填满，从而导致无法缓存新条目。  
  37.   
  38. apc.user_ttl = 0  
  39. ;sys  
  40. ; 类似于apc.ttl，只是针对每个用户而言，建议值为7200~36000。  
  41. ; 设为 0 意味着缓冲区有可能被旧的缓存条目填满，从而导致无法缓存新条目。  
  42.   
  43. apc.gc_ttl = 3600  
  44. ;sys  
  45. ; 缓存条目在垃圾回收表中能够存在的秒数。  
  46. ; 此值提供了一个安全措施，即使一个服务器进程在执行缓存的源文件时崩溃，  
  47. ; 而且该源文件已经被修改，为旧版本分配的内存也不会被回收，直到达到此ttl值为止。  
  48. ; 设为零将禁用此特性。  
  49.   
  50. apc.include_once_override = off  
  51. ;sys  
  52. ; 关于该指令目前尚无说明文档，参见：http://pecl.php.net/bugs/bug.php?id=8754  
  53. ; 请保持为off，否则可能导致意想不到的结果。  
  54.   
  55. apc.max_file_size = 1m  
  56. ;sys  
  57. ; 禁止大于此尺寸的文件被缓存。  
  58.   
  59. apc.mmap_file_mask =  
  60. ;sys  
  61. ; 如果使用–enable-mmap(默认启用)为apc编译了mmap支持，  
  62. ; 这里的值就是传递给mmap模块的mktemp风格的文件掩码(建议值为"/tmp/apc.xxxxxx")。  
  63. ; 该掩码用于决定内存映射区域是否要被file-backed或者shared memory backed。  
  64. ; 对于直接的file-backed内存映射，要设置成"/tmp/apc.xxxxxx"的样子(恰好6个x)。  
  65. ; 要使用posix风格的shm_open/mmap就需要设置成"/apc.shm.xxxxxx"的样子。  
  66. ; 你还可以设为"/dev/zero"来为匿名映射的内存使用内核的"/dev/zero"接口。  
  67. ; 不定义此指令则表示强制使用匿名映射。  
  68.   
  69. apc.num_files_hint = 1000  
  70. ;sys  
  71. ; web服务器上可能被包含或被请求的不同源文件的大致数量(建议值为1024~4096)。  
  72. ; 如果你不能确定，则设为 0 ；此设定主要用于拥有数千个源文件的站点。  
  73.   
  74. apc.optimization = 0  
  75. ; 优化级别(建议值为 0 ) 。  
  76. ; 正整数值表示启用优化器，值越高则使用越激进的优化。  
  77. ; 更高的值可能有非常有限的速度提升，但目前尚在试验中。  
  78.   
  79. apc.report_autofilter = off  
  80. ;sys  
  81. ; 是否记录所有由于early/late binding原因而自动未被缓存的脚本。  
  82.   
  83. apc.shm_segments = 1  
  84. ;sys  
  85. ; 为编译器缓冲区分配的共享内存块数量(建议值为1)。  
  86. ; 如果apc耗尽了共享内存，并且已将apc.shm_size指令设为系统允许的最大值，  
  87. ; 你可以尝试增大此值。  
  88.   
  89. apc.shm_size = 30  
  90. ;sys  
  91. ; 每个共享内存块的大小(以mb为单位，建议值为128~256)。  
  92. ; 有些系统(包括大多数bsd变种)默认的共享内存块大小非常少。  
  93.   
  94. apc.slam_defense = 0  
  95. ;sys(反对使用该指令，建议该用apc.write_lock指令)  
  96. ; 在非常繁忙的服务器上，无论是启动服务还是修改文件，  
  97. ; 都可能由于多个进程企图同时缓存一个文件而导致竞争条件。  
  98. ; 这个指令用于设置进程在处理未被缓存的文件时跳过缓存步骤的百分率。  
  99. ; 比如设为75表示在遇到未被缓存的文件时有75%的概率不进行缓存，从而减少碰撞几率。  
  100. ; 鼓励设为 0 来禁用这个特性。  
  101.   
  102. apc.stat = on  
  103. ;sys  
  104. ; 是否启用脚本更新检查。  
  105. ; 改变这个指令值要非常小心。  
  106. ; 默认值 on 表示apc在每次请求脚本时都检查脚本是否被更新，  
  107. ; 如果被更新则自动重新编译和缓存编译后的内容。但这样做对性能有不利影响。  
  108. ; 如果设为 off 则表示不进行检查，从而使性能得到大幅提高。  
  109. ; 但是为了使更新的内容生效，你必须重启web服务器。  
  110. ; 这个指令对于include/require的文件同样有效。但是需要注意的是，  
  111. ; 如果你使用的是相对路径，apc就必须在每一次include/require时都进行检查以定位文件。  
  112. ; 而使用绝对路径则可以跳过检查，所以鼓励你使用绝对路径进行include/require操作。  
  113.   
  114. apc.user_entries_hint = 100  
  115. ;sys  
  116. ; 类似于num_files_hint指令，只是针对每个不同用户而言。  
  117. ; 如果你不能确定，则设为 0 。  
  118.   
  119. apc.write_lock = on  
  120. ;sys  
  121. ; 是否启用写入锁。  
  122. ; 在非常繁忙的服务器上，无论是启动服务还是修改文件，  
  123. ; 都可能由于多个进程企图同时缓存一个文件而导致竞争条件。  
  124. ; 启用该指令可以避免竞争条件的出现。  
  125.   
  126. apc.rfc1867 = off  
  127. ;sys  
  128. ; 打开该指令后，对于每个恰好在file字段之前含有apc_upload_progress字段的上传文件，  
  129. ; apc都将自动创建一个upload_的用户缓存条目(就是apc_upload_progress字段值)。  

这样就差不多OK了

Tags: php, apc, eacceraltra, xcache

PHP | 评论:0 | 阅读:21859

看图说话

Submitted by gouki on 2012, April 12, 1:12 PM

先上图：
大小: 14.79 K 尺寸: 500 x 80 浏览: 1327 次 点击打开新窗口浏览全图
后说话：
全国DNS出现最高级别防火墙限制 谷歌已经无法打开

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

Tags: gfw

Misc | 评论:0 | 阅读:13073

转:Redis学习手册(内存优化)

Submitted by gouki on 2012, April 11, 11:37 PM

项目中在使用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）

Tags: redis

Linux | 评论:0 | 阅读:15534

Records:3094«‹204205206207208209210211212213›»