一方天

在我正在为HostMonster的发邮件乱码和Dreamhost Down机事件频繁而难以选择时，hleego给了我一个很重要的提示：如何在HostMonster上使用mail函数发出中文内容邮件？

可能默认并不支持非ASCII编码的信息传递。解决方法之一是，使用mb_send_mail代替mail函数，目的是在提交信息给MTA前，将信息使用适合的字符重新编码。

通过尝试，这种办法果然可行！马上动手修改Wordpress，瞬间搞定了全部乱码！

同样遇到此类问题的朋友，可下载我的修改文件my-hack.txt，下载后将后缀改为.php，修改第13、66行的发信地址为您的电邮地址，并上传至Wordpress根目录。然后登陆您的后台，在“设置”-“其他”中，将“兼容旧版 WordPress 中的 my-hacks.php 文件”钩选并保存即可，马上试试吧！

这回可以安心的用HostMonster了，但HostMonster的SMTP依然有问题存在，只是被换个方法绕道而行了。

经过大量的网速测试，这回用HostMonster算是放心了，毕竟这142.8美刀没有白花，然而马上又遇到了新的问题，而且看起来是难以解决的问题。使用PHP外发的邮件中，英文字符正常，中文字符全显示为乱码。

又是一个乱码的问题，仔细察看邮件头，邮件编码为utf-8，原因肯定出在邮件的发送上。在邮件的发送过程中，可能有很多因素会导致邮件乱码，邮件头、邮件的正文字符、还有就是SMTP服务器。问题还得挨个排除，找一个带有邮件发送测试功能的PHP探针传上去，经过测试中文还是乱码，于是写了一个最简单的mail()函数上去，同时发送中英文的字符作为测试，结果还是一样。现在邮件头和正文字符的因素都可以排除了，那么只剩下SMTP服务器了，难道真的是它的原因？查看了一下Cpanel的网页源文件，meta标签中content=”text/html; charset=iso-8859-1″，于是我推测SMTP也是用的“iso-8859-1”编码，对于这种编码网上的解释是：

单字节字符编码: ISO-8859-1
最简单的编码规则，每一个字节直接作为一个 UNICODE 字符。比如，[0xD6, 0xD0] 这两个字节，通过 iso-8859-1 转化为字符串时，将直接得到 [0x00D6, 0x00D0] 两个 UNICODE 字符，即 “?D”。
反之，将 UNICODE 字符串通过 iso-8859-1 转化为字节串时，只能正常转化 0~255 范围的字符。

看来，我的推测是符合上述解释的。

通过与HostMonster客服的反复交涉，他们也承认了自己的SMTP服务器是只能传送单字节字符的，然而什么时候能解决确实未知的。

Dear Customer,
There is a known problem with character encoding (specifically UTF-8 and a couple of others) and CPanel. Our admins are aware of the problem and are working on a solution for it. We do not have a specific time frame within which it will be resolved. We apologize for any inconvenience that this may cause.

感兴趣？继续阅读 »

3月3日下午，花142.8美刀买了HostMonster的空间。之所以选择HostMonster，原因有很多，简单罗列一下：

1. HostMonster和Bluehost是一个老总，用起来比较放心。
2. 200G空间和2,000G流量，干啥都够用了。
3. 提供了无限域名的功能，可以在一个空间内安装无限个数的网站，可以充分利用现有的空间，流量资源。
4. 提供了SSH功能，可以极大地提高网站应用的传输、安装、备份、恢复等重要需求。
5. Cpanel控制后台，这是世界上最优秀的商用主机管理系统之一，功能非常强大，所有的参数修改都是立即生效。
6. 管理后台支持繁体中文，给中文用户提供了很大的便利。
7. 为亚洲客户优化了数据中心的服务器，相比Bluehost而言HostMonster在中国地区访问速度更快一些。

不过就上面最后一条而言，我这里的测试结果却是正好相反：

网络环境：教育网+网通VPN
测试时间：3月3日 20:00
HostMonster上传速度：20～40K/s，平均30K/s
HostMonster单线程下载速度：1～5K/s，平均3K/s
Bluehost单线程下载速度：30-150K/s

花142.8美刀居然卖了个这破东西，心里一想上当了，于是第一时间想到了一个月之内可以无条件全额退款。不过才刚刚买完，一个月还长远着呢，在使用几日再说吧，顺便请外地的朋友们帮忙测测速度如何。
感兴趣？继续阅读 »

刚刚从车东那里看到的这份统计表，很惊讶.com占的比例居然比所有其他的域名加起来还要多，而.cn的才只占1%左右…

Ext.　　　　Domains　　　Registered Country
com　　　53,896,533　　　Global gTLD
de　　　 10,022,858　　　Germany
net　　　 7,870,306　　　Global gTLD
uk　　　　5,141,040　　　United Kingdom
org　　　 4,853,499　　　Global gTLD
eu　　　　2,125,207　　　European Union
nl　　　　2,003,258　　　Netherlands
it　　　　1,179,188　　　Italy
cn　　　　1,173,330　　　China
感兴趣？继续阅读 »

今天在调试FTP服务器时出现了一些很头疼的问题，随手找了这么一份“FTP错误代码”的列表，以便对照查阅。

引用自 FTP错误代码列表

110 Restart marker reply. In this case, the text is exact and not left to the particular implementation; it must read: MARK yyyy = mmmm where yyyy is User-process data stream marker, and mmmm server’s equivalent marker

感兴趣？继续阅读 »

今天，在研究如何在IIS上实现 “一个IP的一个端口解析不同的来访域名到相应的不同站点” 也就是实现类似虚拟主机的功能的问题时，我发现了 “主机头” 设置的妙用。

运行 “inetmgr” 进入IIS管理器，在站点属性的 “网站” 标签页中，点开 “网站标识” → “高级”，选中 “此网站的多个标识” 中的内容进行 “编辑”，在 “主机头” 那一项中填入此站点相应的域名，然后点击确认。再将其它相关设置搞定后，即可实现在此IP的此端口下，只有来自你设置的域名的访问才能指向你设置的站点。

由此，我们可以设想，在IIS中设置多个站点，每个站点都使用一个IP的一个端口，但每个站点的“主机头”设置为不同的域名，即可实现多个站点绑定在同一IP的同一端口下，对不同来访域名解析指向不同的站点。经验证，我们的设想完全成功，这就免去了在站点中通过编写脚本解析站点指向的复杂过程。

很久以前就发现我的Blog上传文件大小不能超过200K，在后台管理中有一项是关于设置上传文件大小限制的，可是改过以后发现当值设在200K以下时能够生效，改到200K以上时就不起作用了，文件大小依旧不能超过200K限制。为此我反复的研究上传的程序，一直没有发现原因所在，这令我郁闷了很长时间，后来就不得不放弃了。

今天偶然在波希米亚的Blog中读到了“用Win2003做服务器上传文件不能超过200K的解决方案”一文，才恍然明白其中的奥妙。以下是转载波希米亚的文章，希望同样为此问题不解的朋友也能通过阅读此文使问题得到化解。

Windows2003系统下，上传较大的文件时，出现“Request 对象 错误 ‘ASP 0104 : 80004005′”错误。更改win2003的IIS 6.0对asp的上传文件大小为200k限制，aspx的上传程序没有影响。在IIS6.0中，默认设置是特别严格和安全的，最大只能传送 204,800 个字节，这样可以最大限度地减少因以前太宽松的超时和限制而造成的攻击。IIS 6 出于安全考虑, 默认最大请求是200K(也即最大提交数据限额为200KByte，204800Byte)。（在 IIS 6.0 之前的版本中无此限制） 感兴趣？继续阅读 »