发点牢骚。关于SS的开发。

我用的是SS的UTF8版，很多文件并非真正的UTF8编码。我猜测应该是记事本新建文件然后开发吧。你们应该用其他工具新建文件，转换编码。我是用phpeclipse开发的(所谓的UTF8编码版本，在本工具处于UTF8环境下中文的部分全部是乱码，中文无法识别。别谈工具问题，去问问eclipse是什么东西再说。)，这个带DEBUG，推荐官方使用。另外，一些脚本开头带脚本声明：<?php 一些则不带<?  ，请官方把语法也统一一下吧，这个很细腻，PHP最让人讨厌的地方莫过于部署环境的千变万化。尽量不要依赖于服务器环境，迫不得已才要依赖服务器环境吧。连最基本的<?php都要依赖服务器环境了。那还玩个鸟啊。你们关门算了。

另外有空你们也调一下其他如GOOGLE浏览器的问题。去下载一个吧，大部分没什么问题，发贴有点问题。你们试试就知道了。

楼主好牛啊，支持一个

最新测试，在开发软件里，把编码改为GBK，乱码正常，我用的可是UTF8版本的哦！！！

根目录下的viewthread.php文件，第一个注释，你们看看咯。奇怪吧。

LZ...对你无言了。。

所有模板和语言文件都是UTF-8的，函数及其他过程处理文件才是GBK的，而且涉及编码的都进行了转码，这样根本就不会产生乱码，也不会有其他问题，而且不会产生多个BOM标记而导致页面顶部出现空白的情况。。。

刚好这段时间一直在捣鼓UTF-8的SS，基本所有的文件都看过一遍。。。

补充下，当然eclipse保存utf-8的时候可以去除BOM保存。

所有模板和语言文件都是UTF-8的，函数及其他过程处理文件才是GBK的，而且涉及编码的都进行了转码

那UTF8版本叫UTF8了？UTF里参入GBK了。还叫UTF8？无法保持编码一直就跟我上面提到的PHP依赖服务器环境一样了。没一点规范真是看起来头疼。我现在把所用的文件都操练成UTF8的了。一个个文件的更改啊。累死人。

viewthread.php的第一个注释你看了没？一部分正常一部分乱码，像个什么样子。这叫做开发？如果你丢一段乱码是骂PM的还差不多。

viewthread.php
你说上面注释乱码啊？
我基本忽略注释。。
还有“UTF里参入GBK了”。。。
难道你没发现CSS文件等等基本都不是utf-8吗 ？
非涉及中文字符的文件GBK还是utf-8完全不会出问题。。不同服务器环境下也不会出问题。。
我本机Windows2003，我的空间是FreeBSD的。。完全没问题。。

上面那个注释乱码肯定是某种原因造成的，如果你非要拿这点来说的话，没办法了。。

当然全部是utf-8也不错，不过要知道，不是所有使用者都用eclipse，这样会include会导致多个BOM的问题。。

所以我认为官方这样的编码是合理的，至少在国内环境是合理的。

你不做开发，当然不看注释。等你要看注释的时候就知道了。

哪里合理了？这也叫合理？这只能叫碰巧的合理！
不论GBK UTF8。只不过是利用编码的重叠而已。但是当你在多个开发工具之间切换的时候。你就知道问题了。
这仅仅是我碰到的，大多数也不会碰到。何况大家都是用记事本干的。

作为开发来说，在很多情况下应该尽量采用通用的方式。抛弃GBK GB2312，全面使用UTF8才是正道。这样可以让很多人避免编码问题。再则UTF8的支持面是最广的。