易栈网-膘叔

Netbeans是我最近常用的编辑器，开源免费跨平台是我选择它的主要原因之一，但是让我郁闷的是，他不能在编辑时按照文件自身的编码来打开，这让我很郁闷，相反editplus还能够自动识别ansi和utf8而根据相应的编码来打开呢。

当然一般情况下，这是很正常的，创建一个project的时候指定编码就足够了。可是大家都知道的dz嘛。为了让自己的程序适合所有的编码，就把文件全部用ansi来处理，然后语言包采用相应的编码，这样，创建一个新的版本就十分方便。只是这样的前提是，所有的代码中不能出现其他编码，只能用GBK，并且不能有UTF8的输出。

于是就有我现在的问题，一半项目是uTF8，一半是GBK，整合在了同一个project里了，打开的时候就经常看到乱码。而所谓的插件encoding support，其实早就集成在系统里了，因为以前的版本不能默认指定编码的。现在的是可以指定项目，但不能指定项目里单独的某个文件。

郁闷 ，不得已了，下载ZendStudio了，因为ZS打开项目中文件的时候，可以右键，选择按指定编码打开。这，让我很方便的在一个项目中处理多种不同编码的文件。

这能怪谁呢？唉。

SVN给开发带来了方便，但在导出的时候，如果选择了checkout，那么目录里是带有.svn目录的，除非是export。

如果您的项目中是checkout的，如果还要export，那就烦了一点。因为export是从服务器上导回来的。如果服务器速度慢（网上的免费SVN服务器），那就更痛苦了。因此直接删除.svn目录是最快的解决方法。

windows下面可以直接搜索.svn，然后delete就行了
linux下面怎么办？

其实更方便，只要一句话
进入项目目录后，运行 find . -name ".svn" | xargs rm -rf
然后你就会发现。.svn目录全没有了。HOHO

查了一下google，发现还有另外一个方法：

myisam如果经常insert,update,delete会产生很多的碎片，而且因为表类型的关系，其实它如果使用不当，也会有损坏的情况发生，一般情况下，可以使用repair table来进行修复。老王说，尽量使用 myisamchk来进行修复，因为这是命令行下的，所以，我没有用过。命令行下，我用的也是repair table。
所以，我转载了老王的这篇博客，写完后，老王又来了一篇TableCache设置过小造成MyISAM频繁损坏，看来，myisam表之所以容易损坏，和tablecache的设置还是有关的。

修复表的原文如下：
当我们用PHPMyAdmin浏览数据库时，有时候会发现某些MyISAM表的Collation项显示为“in use”，这多半说明此表已经损坏。即便是没有出现“in use”字样，也不能就此说明表是完好无损的，熟悉检查及修复方法是必须的。

通过语句：

检查表使用CHECK TABLE语句，如下：

CHECK TABLE tbl_name [, tbl_name] ... [option] ...
option = {FOR UPGRADE | QUICK | FAST | MEDIUM | EXTENDED | CHANGED}

修复表使用REPAIR TABLE语句，如下：

REPAIR [NO_WRITE_TO_BINLOG | LOCAL] TABLE
    tbl_name [, tbl_name] ...
    [QUICK] [EXTENDED] [USE_FRM]

通过命令：

检查修复表可以使用myisamchk命令：

myisamchk [options] tbl_name ...

如果没有指定参数，那么myisamchk命令缺省执行的就是检查动作。若是要修复表，可以使用-r或-o参数，应该优先使用-r修复，不行的话再使用-o修复。此外，在修复前应该使用FLUSH TABLES刷新缓存，并关闭数据库服务器或者锁定所有的待修复表，以确保在修复过程中不会有其他写操作。

自动修复：

在my.cnf配置文件中的mysqld部分设定myisam-recover参数，当服务启动时可以自动修复有问题的表（速度快慢视数据多少）：

[mysqld]
myisam-recover [= options]

参数有DEFAULT，BACKUP，FORCE，QUICK，可以设定为BACKUP,FORCE，万万不可单独设置成FORCE，否则数据文件丢了都没处哭去。


应该尽量使用myisamchk命令去修复，不行再用repair语句去修复（慢），还不行就参考下面链接。

参考文档：How to Repair Tables
而对于tablecache的设定，老王建议：如果你比较懒惰，也可以用MySQL Performance Tuning Primer Script来判断参数是否合理

其实关于这方面我并不了解，昨天在“PHP研讨会议群”里，一直有人在问，但，我确实不了解，于是乎，我没有参与

今天一大早翻开google reader，发现Sanotes就给了我一个惊囍，真是说曹操曹操就到啊。头条就是：keepalived权威指南，吓死我了。

我想，我并没有求过签咋的呀。哈哈

本地做了一个备份：keepalived.pdf

再往 后，取名不用担心了。什么翻康熙字典？不允许
你凭什么翻呀？想反清复明？做梦吧你。
国家有规定，取名有规范，不得取变态名，不得取超长名，象赵C这样的，你敢取？我不给你登记 。
为啥？
看这里：http://news.southcn.com/china/zgkx/content/2009-04/11/content_5057672.htm
我简单摘要一下：