以前我曾经发贴说，VIM看汉字是乱码，当时我说的是ssh连接乱码，最后是通过更改服务器的language来解决的。
taobaoDBA的陶方则研究的比较深入，他认为:无论字符串采用了什么字符集，在内存和文件中的存储形式都是二进制的。出现乱码的原因是解释并显示二进制数据的字符集和产生二进制数据的字符集不能兼容引起的。
原文如下：
http://rdc.taobao.com/blog/dba/html/275_vim_charset_researc.html
- 字符集转换是个很麻烦的事情，特别是数据库的字符集转换，涉及到了很多细节。
- 为了引出更多的讨论，我这先抛个砖头，是关于vim编码的问题，希望大家看完能有所收获。
-
- 1、无论字符串采用了什么字符集，在内存和文件中的存储形式都是二进制的。出现乱码的原因是解释并显示二进制数据的字符集和产生二进制数据的字符集不能兼容引起的。
- 2、从一个字符集转换到另外一个字符集是可以做到的，但是必须要有代码去实现这个转换。有些时候是显式转换，有些时候是隐式转换。vim属于显式转换。
-
- vim有三个编码参数，分别是fileencoding（或fileencodings）、encoding、termencoding，根据字面理解，分别代表了文件的编码格式、缓存的编码格式、终端的编码格式。fileencoding和encoding不一致的时候，缓存中的数据会进行一次字符集转换，然后存入磁盘。当encoding和termencoding不一致的时候，缓存中的数据也会进行一次转换，然后以字节流的形式传给终端。终端（TTY）和伪终端（PTS）都有自己的编码格式。Linux的LANG即是TTY的编码格式，SecureCRT的字符集设置即是PTS的编码格式（无论是ssh和是telnet都一样）。如果不指定fileencoding、encoding、termencoding的编码格式，那么vim将会读取操作系统的字符集设置。实际上，只要正确设置这三个参数和SecureCRT，操作系统的字符集是不会影响远程查看和编辑文件（什么，你用emac？-。 -b）。
-
- --EOF--
还贴了一张图：
以下发生的内容，本人没有遇到过，但既然有相应的例子，我想，或许还是会有人遇到同样的问题吧？
记录一下，如果有类似的问题，也许就是解决方法。解决方法不在原文中，是在回复中的。我也会一并贴上来
原文如下：
http://www.cnblogs.com/kyneblog/archive/2009/06/11/1500999.html
- 今天算是长见识了，项目发布到服务器上面了，但是客户在使用的时候发现，只要进入新增页面和修改页面。再进行操作就会自动跳转到登陆页面（我设置了 session保存用户登陆信息），而别的页面就不会出现这个问题。从下午开始找个问题，开始以为不知道只有这两个页面有问题，以为全部都是这样的问题，是IIS的设置问题。我将session的超时时间设置了3个小时，发现还是会跳转到登陆页面。也在web.config文件里面设置了超时时间。但是效果还是一样的。自己测试了一下午，发现只有新增页面和修改页面会出现这样的问题（本机测试没问题/测试服务器上测试也没问题）。经过几次实验，发现确实只有这两个页面会有问题，那就可以断定：不是IIS设置问题，也不是web.config的问题。本地调试也不出现这样的情况，没办法，只能等客户下班之后，没人用了才到正式服务器上去慢慢的调试，最后想个笨办法，将其中一个页面的.cs文件里面的代码一句一句的删掉，可没想到我都将cs文件里面的代码全部删除了，还是会出现这样的情况，我当时就纳闷了。不是事件的问题，难道是HTML页面出了问题？？？
-
- 既然耐着性子删了cs文件的代码。我就继续删！将aspx页面里面的HTML代码和JS代码也一个一个的删掉，一个一个控件删掉测试，从下午上班一直测试到晚上11点，眼睛都看花了，终于，在我将aspx页面的其中几个控件删除之后发现问题了！页面不跳转了！这下来劲了，肯定是这几个控件的原因，于是乎，我就一个一个控件还原回去，不跳转！继续还原！！当我还原到<img src="" >这个控件的时候测试，发现问题了！只要我一加上<img src="">这个标签！页面就跳转到登陆页面了。问题肯定出在这了！但是我又想不通了，为什么就这个HTML标签一加上就会出问题，这应该不关 session什么事啊，怎么会加上这个标签页面就直接跳转了呢？
-
- 在网上找了下资料，没找到相关的资料，后来试着将img 标签的src=""加上图片，src="imges/001.jpg" 再测试，发现页面不跳转了！！原来问题出现在这里！
-
- "" 为空的情况下，可能导致session丢失！跟经理说了下这个情况，他也很惊奇还没见过一个HTML标签会导致session丢失的情况，因为在本地和测试服务器上测试的时候都没这样的情况，后来猜测了下，可能是IIS的问题，可能是IIS解析的时候解析到src=""这个地方解析不了，导致程序出问题。但这只是个人猜测，正式服务器上我也没权力当时去打补丁，一个大公司的正式服务器，我要打补丁去了，那他们别的网站和系统不全当机了？所以就只要想了个办法，将src=""里面加上图片，幸好这个img标签是隐藏起来的，加了也不影响界面。呵呵。。。
-
- 最让人郁闷的是我测试的时候是用Symantec pcAnywhere这个软件远程连接到的正式服务器上。反应慢得可以，简直比电脑没装显卡驱动还慢...唉，不过累也累了，以后碰到这样的情况就有经验了。
-
- 我不知道网上有没有人碰到过跟我一样的情况；如果碰到了，希望能给你带来点灵感。哇哈哈。。。
原文并没有解决这个问题，或者说并没有了解到问题出在哪里，虽然是用了一种很恶心的方法解决了它，但并没有发现问题的本质，而本质则由回复发现了，请看第51楼：
XML/HTML代码
- 我给楼主分析下
-
- 先说几点结论：
- 1、并不是所有浏览器都会出现这种情况（IE上会出现）。
- 2、要满足特定的条件才会出现这种情况（比如index/default跳转到login.aspx）。
-
- 再说根源:
-
- 根源:在于在IE下当image 标签的src为空时或图片不存在，会请求图片所在目录或根目录。而刚好index/default又跳转到login,而请求login时会清空session.
-
-
- (上述index/default login 为假想,仅供说明用，据实际情况改变也改变)
75楼说：
XML/HTML代码
- 帮你测试过，当<img src="" />时，加载或回调该页面的时候会直接调用该页面所属的目录下的Default.aspx页面
-
- 当目录下没有Default.aspx页面的时候可能会直接导致Session的丢失
78楼认为：
XML/HTML代码
- 我曾经遇到因为<img src="">的情况下，服务器会加载两次页面，后来在网上查到信息关于img 标签中的src为空时，服务器会重新加载页面，这个img标签有时很古怪
87楼也有同样问题：
XML/HTML代码
- 昨天也在為phpbb後臺增加功能時也遇到了類似的問題
- 當src或href屬性為空時，IE和其他瀏覽器表現不一致
- http://soido.org/blog/649
这里还有一篇针对本文内容的测试：
http://www.cnblogs.com/yjmyzz/archive/2009/06/11/1501654.html
可以看看哦
说起这个乐智小天地，那就得说巧虎了。买一套光盘，还送了巧虎的小衣服（小家伙就有一件，穿着也挺好玩的）
某次收到快递，里面就是这个乐智小天地的光盘，里面的VCD里是一堆小朋友和家长在玩游戏。
虽然从我的眼光来看，是傻傻的，但，我在看《喜羊羊》的时候又何尝不是这么认为的呢？但我的眼光不代表小孩的眼光，他们还是认为挺好的。
小家伙也会随着巧虎学习牵手，洗手，做动手等等。小孩子确实有点喜欢这样，喜欢和大人们有一点互动。
招招手，再见，打个招呼，这些话，是小家伙每天最常听到的，随着这些话，他也可以做出一些简单的动作。虽然这和家长随时教导分不开，但偶尔看看电视也是能学到不少的。
不过，据某新闻报道，小孩子看电视的时间不能太长，一是视力，二是看电视时间长了，也就缺乏与人之间的交流了。
大多数情况下，我们都是开着电视让他听听声音，乐智的VCD里还有一些儿歌可以听。
正是看到了某广告联盟中有乐智小天地，再对比自己家的情况，欣然把这个广告加到勃客上来。希望来看的朋友可以点击并预约（免费的，一张VCD，请有小孩的朋友点击，其余的就不要伤害广告商了。HOHO）
广告放的位置应该不影响各位的正常浏览，除了本文有一个链接外，还有一个链接在baby分类，点击页面左侧的Baby分类，会有一个较大的广告条在列表上方。
呵呵
最近，飞信好象有了新的更新。在这次更新的基础上，原来所有的API好象都不能用了。估计那些做OPen source的朋友们又不得不去研究URL和抓包处理调试了。
飞信确实有点方便，对于我来说飞信有几个作用
1、服务器定时检测（具体内容可以搜索回忆未来张宴的博客，用某段代码定期检查某个进程，如果发现不正常，通过API发短信通知）
2、SPAM报警（对于垃圾信息、恶意评论等报警：如果评论在一小时内激增，那肯定中招，或者评论中出现某些不良字符，短信通知）
3、好友联系（对于论坛管理员来说，召开管理人员大会，用这个工具，发短信那是相当方便）
其实还有更多创意，HOHO，在这里放上飞信的广告。
我为您提供了创意，也希望您能为我留下一点足迹。。。
呵呵
看了一下搜索记录，很多朋友到我的勃客上来，都选择了搜索neatpic目录直读版。
这个程序大约在06年左右就没有更新了。
毕竟，neatpic只是一个文件，可做的东西非常少，而且当初是在PHP4下面编写的程序，很多PHP5的高级特性也没有用上。
甚至一些读取目录的算法在如今看来，也是已经有点落后了。不过这也是时代所导致的。
后来出了很多修改版，其中爆上传漏洞的，大多数是把上传开放的版本（原版是需要登录才允许上传图片）。即使这样，如果设置了权限和openbase_dir的话，应该也是没事的。当然，这里面也有对路径判断的不够严谨导致的。
如今walkerlee也不知道在忙些啥，谁知道呢。卖机票？唉。。。不清楚了
如果对neatpic有什么问题，还是可以在这里提问。翻一下源代码，我想，我还是可以知道是怎么回复的吧？HOHO。
