<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>生活点滴Enjoy Life</title>
	
	<link>http://www.storyday.com</link>
	<description>(江东的博客 、生活点滴、旅游、web技术、虚拟主机、电子信息)</description>
	<lastBuildDate>Fri, 10 Jul 2009 14:33:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/Cosbeta" type="application/rss+xml" /><feedburner:browserFriendly></feedburner:browserFriendly><item>
		<title>所谓支付宝的逻辑漏洞</title>
		<link>http://www.storyday.com/html/y2009/2482_the-logic-of-the-so-called-loopholes-in-the-payment-po.html</link>
		<comments>http://www.storyday.com/html/y2009/2482_the-logic-of-the-so-called-loopholes-in-the-payment-po.html#comments</comments>
		<pubDate>Fri, 10 Jul 2009 14:33:29 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[互联网事]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2482</guid>
		<description><![CDATA[cosbeta一直在那里嚷嚷的支付宝逻辑漏洞，其实是夸大了说法，严格的说这不叫漏洞，这个叫空子。利用这个空子，cosbeta为homezz配置了支付宝自动开通程序，然而这个空子才用一周，就不灵了，因为支付宝可以轻易的补上这个空子，既然无法钻空子了，cosbeta就把它写出来。 由于空子可以很快被堵上，再加上淘宝 API可以很容易的合法实现同样的目的，所以就更对淘宝没有任何影响了。
思路是这样的：

让买家给指定的支付宝直接打款（前提是让买家信任你），然后记住相应的交易号码；
支付宝这个时候会将交易的信息发送到卖家的支付宝邮箱中，邮箱的内容将会有“交易成功”字样、支付宝交易号、和交易的金额，并且这个邮件几乎在交易之后马上就发送到卖家的邮箱中了；
指引买家回到homezz的界面，让买家输入交易号和选择对应的套餐，然后点击提交；
提交的时候，用php程序pop3连接支付宝对应的邮箱收信，当检查到有这样的邮件存在则开通：支付宝交易号码存在、根据套餐获取的交易金额正确、交易状态是已经成功 ；
当然为了防止买家伪造一封邮件，我做了这几步安全设置：1.将支付宝对应的邮箱设置成白名单，只接受白名单的邮件；2.在php读取信件的时候检查邮件header，确保发信者来自alipay；

为啥cosbeta决定写出这个空子，因为这个空子可以轻易的被补上，如延迟发邮件（事实上，支付宝就这样对付我那个帐号的）。
另外还有一个原因，就是用户其实可以通过淘宝的API名正言顺替代上面的方法，及时公布了，对支付宝也无任何影响。
感谢 Chris_Ys 介绍淘宝API给我，汗，早些时候都想研究淘宝API的，结果过了年多，还让别人介绍我才想起这个东西来。
]]></description>
			<content:encoded><![CDATA[<p>cosbeta一直在那里嚷嚷的支付宝逻辑漏洞，其实是夸大了说法，严格的说这不叫漏洞，这个叫空子。利用这个空子，cosbeta为<a href="http://www.homezz.com">homezz</a>配置了支付宝自动开通程序，然而这个空子才用一周，就不灵了，因为支付宝可以轻易的补上这个空子，既然无法钻空子了，cosbeta就把它写出来。 由于空子可以很快被堵上，再加上淘宝 API可以很容易的合法实现同样的目的，所以就更对淘宝没有任何影响了。</p>
<p>思路是这样的：</p>
<ol>
<li>让买家给指定的支付宝直接打款（前提是让买家信任你），然后记住相应的交易号码；</li>
<li>支付宝这个时候会将交易的信息发送到卖家的支付宝邮箱中，邮箱的内容将会有“交易成功”字样、支付宝交易号、和交易的金额，并且这个邮件几乎在交易之后<strong>马上</strong>就发送到卖家的邮箱中了；</li>
<li>指引买家回到<a href="http://www.homezz.com/">homezz</a>的界面，让买家输入交易号和选择对应的套餐，然后点击提交；</li>
<li>提交的时候，用php程序pop3连接支付宝对应的邮箱收信，当检查到有这样的邮件存在则开通：支付宝交易号码存在、根据套餐获取的交易金额正确、交易状态是已经成功 ；</li>
<li>当然为了防止买家伪造一封邮件，我做了这几步安全设置：1.将支付宝对应的邮箱设置成白名单，只接受白名单的邮件；2.在php读取信件的时候检查邮件header，确保发信者来自alipay；</li>
</ol>
<p>为啥cosbeta决定写出这个空子，因为这个空子可以轻易的被补上，如延迟发邮件（事实上，支付宝就这样对付我那个帐号的）。</p>
<p>另外还有一个原因，就是用户其实可以通过淘宝的API名正言顺替代上面的方法，及时公布了，对支付宝也无任何影响。</p>
<p>感谢 <a href="http://twitter.com/Chris_Ys">Chris_Ys</a> 介绍淘宝API给我，汗，早些时候都想研究淘宝API的，结果过了年多，还让别人介绍我才想起这个东西来。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2482_the-logic-of-the-so-called-loopholes-in-the-payment-po.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>我选择reseller主机的标准</title>
		<link>http://www.storyday.com/html/y2009/2480_i-chose-the-standard-host-reseller.html</link>
		<comments>http://www.storyday.com/html/y2009/2480_i-chose-the-standard-host-reseller.html#comments</comments>
		<pubDate>Fri, 10 Jul 2009 07:17:36 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[网站技术]]></category>
		<category><![CDATA[虚拟主机]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2480</guid>
		<description><![CDATA[我喜欢稳定快速的reseller供应商，因为这样可以减少很多不必要的麻烦，所以我选择reseller主机商的标准如下：

速度够快。蜗牛的速度我不喜欢，用户也无法忍受；
够稳定。不稳定，将会失去辛苦积累过来的用户，因此我们致力于寻找更加稳定的主机供应商，或者干脆自己维护独立主机；
价格不要太便宜。因为成本是固定的，太便宜只会导致供应商超标销售，最终结果主机质量越来越下降，反而提高了我自己的劳动成本和时间成本。目前国外的reseller主机的价格战也相当厉害，能保持稳定的现在好像只有hostgator，可惜theplanet机房在中国访问的速度，哎，多好的一个主机商啊；
够专业。cosbeta发现一个现象，一般网页做得越好的国外主机商反而服务器维护的技术越差。目前我认为对服务器维护超有经验的有：dreamhost，bluehost，hostgator，hostmonster

现在继续说说我这个供应商，刚开始购买的时候，相当的好，价格也不便宜。结果不小心在blog上“低调”了一次，国内的朋友都知道了这家。后来发现这个供应商的价格也优惠了，提供优惠码后价格要少很多，当时就预感不妙，于是这一个月以来一直在找新的主机商。
新的reseller，价格都在10-20usd一个月，所以都不敢下手，毕竟这个价格接近shared hosting的价格，怎么敢拿来卖呀，所以到现在一个多月了，都没有找到一家合适的备用供应商。
现在的供应商自从上次内核升级之后，就有一个严重的问题，那就是绑定新域名的时候，apache重启（这个是正常的），然而重启会失败，所以只有等到监控系统发现apache 宕了之后强制重启，cosbeta估计他的监控系统是每一分钟监控一次，所以结果就是添加一个新的用户，就会重启一次httpd service 有时候重启不成功，就得靠cpanel的monitor程序来强制重启了！
从两周前我都不断的在向他们反映问题，他们不承认，说log里面没有宕机记录，这帮SB，test一下apche的config不就可以看出来么。
胡戈戈小朋友也在向我抱怨这个问题，在我的鼓动下，他也提交了ticket，但是由于说得稍微笼统了一点，所以主机商依然认为只有我一个人有这个问题。
随后我将ping 结果， tracert的结果 和 telnet 80端口的结果发送他们，告诉他们httpd会在cpanel创建新用户的时候宕掉，并且只有监控系统在一分钟之后才能重启成功，然而他们再三推托，说是我网络的问题，说这个服务器上几百的用户，只有我在反映这个问题。
接着我告诉他，我网络没有问题，我在美国服务器上测试的结果依然一样，并且我有几个朋友是你们reseller帐户，他们依然有问题，然后提供了胡戈戈的帐户给他。并且在一次告诉了他们我ping tracert和telnet的结果。
这帮SB，不去检查服务器，不去做测试，仍然告诉我，说我的这个朋友和我一样是广东电信ISP，所以问题在我的ISP而不是他们的服务器。那帮SB居然再次忽略我的文字，我在文字中说过，我全世界的客户都在抱怨，并且我用美国服务器上测试结果也一样，ping 和telnet活生生的显示80端口有问题，他们看不见！
那么现在该怎么办？
我的第三批用户即将卖完，从这个主机的负载上看，很多国内其他朋友在这个主机上也有了足够的客户了，应该新增用户也不会多了，所以web服务器宕一分钟的概率将大大降低，如果一天只断那么一次，看在访问速度的份上，还是完全可以接受的。另外，国内同行若看到此文，我这里强烈建议你不要考虑这家了，虽然稳定，虽然速度快，但是一分钟宕web很让人郁闷的。
homezz自己的网站将会做特殊处理，不会再断线了。
我们后续的主机，将会自己独立管理，paveo同学将会加盟，所以后台的维护大家足可放心，当然由于成本提高了很多，后期的主机将没有50元的套餐了。
后期我们将向中高端发展，原来的主机由于将没有新用户进入，所以今后中断的次数将会很少，因此您也可以不必转入到新的主机，当然您也可以转入。
其实我真的很喜欢现在的这个主机商的速度，上天保佑某一天他们自己能够发现这个问题，保佑他们的技术人员脑袋可以开窍！
新用户足可放心加入我们？
世界上没有一家可以哪方面都能让人满意的主机，所以我们的主机也无法承诺，但是我们发现了问题，就不会欺瞒用户，而会站在用户的角度考虑。
实际上，在我写最近3篇日志之前，很多用户都不知道这个问题，可见此问题其实没有那么严重；
我们能够写出来，毫无避讳的写出来，是因为想让您用得更加明白，可能这个问题让我们郁闷的程度会远远超过您！
您有好的推荐么？
生活点滴的朋友，若您有好的速度快的，价格比较贵的reseller主机，欢迎您推荐给我，我的邮箱是china.cos  at gmail.com.
价格在月付少于30美元的请不要推荐，支持oversale的也请不用推荐了。
补充
话说，好像刚才开通一个帐户，web 服务器没有重启
]]></description>
			<content:encoded><![CDATA[<p>我喜欢稳定快速的reseller供应商，因为这样可以减少很多不必要的麻烦，所以我选择reseller主机商的标准如下：</p>
<ol>
<li><strong>速度够快。</strong>蜗牛的速度我不喜欢，用户也无法忍受；</li>
<li><strong>够稳定。</strong>不稳定，将会失去辛苦积累过来的用户，因此我们致力于寻找更加稳定的主机供应商，或者干脆自己维护独立主机；</li>
<li><strong>价格不要太便宜。</strong>因为成本是固定的，太便宜只会导致供应商超标销售，最终结果主机质量越来越下降，反而提高了我自己的劳动成本和时间成本。目前国外的reseller主机的价格战也相当厉害，能保持稳定的现在好像只有hostgator，可惜theplanet机房在中国访问的速度，哎，多好的一个主机商啊；</li>
<li><strong>够专业。</strong>cosbeta发现一个现象，一般网页做得越好的国外主机商反而服务器维护的技术越差。目前我认为对服务器维护超有经验的有：<a href="http://dreamhost.com/">dreamhost</a>，<a href="http://storyday.com/go/?key=bluehost">bluehost</a>，<a href="http://storyday.com/go/?key=hostgator">hostgator</a>，<a href="http://storyday.com/go/?key=hostmonster">hostmonster</a></li>
</ol>
<p>现在继续说说我这个供应商，刚开始购买的时候，相当的好，价格也不便宜。结果不小心在blog上“低调”了一次，国内的朋友都知道了这家。后来发现这个供应商的价格也优惠了，提供优惠码后价格要少很多，当时就预感不妙，于是这一个月以来一直在找新的主机商。</p>
<p>新的reseller，价格都在10-20usd一个月，所以都不敢下手，毕竟这个价格接近shared hosting的价格，怎么敢拿来卖呀，所以到现在一个多月了，都没有找到一家合适的备用供应商。</p>
<p>现在的供应商自从上次内核升级之后，就有一个严重的问题，那就是绑定新域名的时候，apache重启（这个是正常的），然而重启会失败，所以只有等到监控系统发现apache 宕了之后强制重启，cosbeta估计他的监控系统是每一分钟监控一次，所以结果就是添加一个新的用户，就会重启一次httpd service 有时候重启不成功，就得靠cpanel的monitor程序来强制重启了！</p>
<p>从两周前我都不断的在向他们反映问题，他们不承认，说log里面没有宕机记录，这帮SB，test一下apche的config不就可以看出来么。</p>
<p><a href="http://www.gegehost.com/">胡戈戈</a>小朋友也在向我抱怨这个问题，在我的鼓动下，他也提交了ticket，但是由于说得稍微笼统了一点，所以主机商依然认为只有我一个人有这个问题。</p>
<p>随后我将ping 结果， tracert的结果 和 telnet 80端口的结果发送他们，告诉他们httpd会在cpanel创建新用户的时候宕掉，并且只有监控系统在一分钟之后才能重启成功，然而他们再三推托，说是我网络的问题，说这个服务器上几百的用户，只有我在反映这个问题。</p>
<p>接着我告诉他，我网络没有问题，我在美国服务器上测试的结果依然一样，并且我有几个朋友是你们reseller帐户，他们依然有问题，然后提供了胡戈戈的帐户给他。并且在一次告诉了他们我ping tracert和telnet的结果。</p>
<p>这帮SB，不去检查服务器，不去做测试，仍然告诉我，说我的这个朋友和我一样是广东电信ISP，所以问题在我的ISP而不是他们的服务器。那帮SB居然再次忽略我的文字，我在文字中说过，我全世界的客户都在抱怨，并且我用美国服务器上测试结果也一样，ping 和telnet活生生的显示80端口有问题，他们看不见！</p>
<p><strong>那么现在该怎么办？</strong></p>
<p>我的第三批用户即将卖完，从这个主机的负载上看，很多国内其他朋友在这个主机上也有了足够的客户了，应该新增用户也不会多了，所以web服务器宕一分钟的概率将大大降低，如果一天只断那么一次，看在访问速度的份上，还是完全可以接受的。<strong>另外，国内同行若看到此文，我这里强烈建议你不要考虑这家了，虽然稳定，虽然速度快，但是一分钟宕web很让人郁闷的。</strong></p>
<p>homezz自己的网站将会做特殊处理，不会再断线了。</p>
<p>我们后续的主机，将会自己独立管理，paveo同学将会加盟，所以后台的维护大家足可放心，当然由于成本提高了很多，后期的主机将没有50元的套餐了。</p>
<p>后期我们将向中高端发展，原来的主机由于将没有新用户进入，所以今后中断的次数将会很少，因此您也可以不必转入到新的主机，当然您也可以转入。</p>
<p><span style="color: #0000ff;">其实我真的很喜欢现在的这个主机商的速度，上天保佑某一天他们自己能够发现这个问题，保佑他们的技术人员脑袋可以开窍！</span></p>
<p><strong>新用户足可放心加入我们</strong>？</p>
<p>世界上没有一家可以哪方面都能让人满意的主机，所以我们的主机也无法承诺，但是我们发现了问题，就不会欺瞒用户，而会站在用户的角度考虑。</p>
<p>实际上，在我写最近3篇日志之前，很多用户都不知道这个问题，可见此问题其实没有那么严重；</p>
<p>我们能够写出来，毫无避讳的写出来，是因为想让您用得更加明白，可能这个问题让我们郁闷的程度会远远超过您！</p>
<p><strong>您有好的推荐么？</strong></p>
<p>生活点滴的朋友，若您有好的速度快的，价格比较贵的reseller主机，欢迎您推荐给我，我的邮箱是china.cos  at gmail.com.</p>
<p>价格在月付少于30美元的请不要推荐，支持oversale的也请不用推荐了。</p>
<p><strong>补充</strong></p>
<p>话说，好像刚才开通一个帐户，web 服务器没有重启</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2480_i-chose-the-standard-host-reseller.html/feed</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>继续跟踪虚拟主机的瑕疵</title>
		<link>http://www.storyday.com/html/y2009/2478_continue-to-follow-the-virtual-host-of-flaws.html</link>
		<comments>http://www.storyday.com/html/y2009/2478_continue-to-follow-the-virtual-host-of-flaws.html#comments</comments>
		<pubDate>Fri, 10 Jul 2009 02:44:38 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[网站技术]]></category>
		<category><![CDATA[虚拟主机]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2478</guid>
		<description><![CDATA[和机房交涉了很多个来回，他们仍然坚持他们的服务器没有问题，也没有短暂的apache中断，而且还说他们这个主机上有上百的用户，只有我在抱怨这个问题。我告诉他，中国有很多人都在使用你们的reseller，他们之中的也有人向你抱怨了，希望你一定要仔细查看。
没有办法，这帮SB始终坚持自己的服务器没有问题，所以我现在打算请CPH的paveo一起来维护几个独立主机算了，这样自己弄，有啥问题就可以尽快解决。
下面是我最近的一次发送的ticket，可能会有些语法错误，但是我希望国内几个同样用这个供应商的也去反映这个问题，毕竟这个主机商能解决问题，对我们都有利。
my customers( all over the world ) often complain to me, your server DO have problems.（我的分布在世界各地的用户都在抱怨这个问题（就是一天一两次半分钟左右短暂的终端），你的服务器确实有问题）
let me describe the problem phenomenon again  :（让我再次向你描述一下这个问题的现象）
(I noticed this happened when new cpanel user created )（我发现当有cpanel新用户创建的时候，这个问题就发生一次）
1. when the connection to web server  failed;（1.网站无法连接）
2.then I ping your ip, it returned me with right IP address and normal connection response [...]]]></description>
			<content:encoded><![CDATA[<p>和机房交涉了很多个来回，他们仍然坚持他们的服务器没有问题，也没有短暂的apache中断，而且还说他们这个主机上有上百的用户，只有我在抱怨这个问题。我告诉他，中国有很多人都在使用你们的reseller，他们之中的也有人向你抱怨了，希望你一定要仔细查看。</p>
<p>没有办法，这帮SB始终坚持自己的服务器没有问题，所以我现在打算请CPH的<strong>paveo</strong>一起来维护几个独立主机算了，这样自己弄，有啥问题就可以尽快解决。</p>
<p>下面是我最近的一次发送的ticket，可能会有些语法错误，但是我希望国内几个同样用这个供应商的也去反映这个问题，毕竟这个主机商能解决问题，对我们都有利。</p>
<p>my customers( all over the world ) often complain to me, your server DO have problems.<span style="color: #0000ff;">（我的分布在世界各地的用户都在抱怨这个问题（就是一天一两次半分钟左右短暂的终端），你的服务器确实有问题）</span><br />
let me describe the problem phenomenon again  :<span style="color: #0000ff;">（让我再次向你描述一下这个问题的现象）</span></p>
<p>(I noticed this happened when new cpanel user created )<span style="color: #0000ff;">（我发现当有cpanel新用户创建的时候，这个问题就发生一次）</span></p>
<p>1. when the connection to web server  failed;<span style="color: #0000ff;">（1.网站无法连接）</span><br />
2.then I ping your ip, it returned me with right IP address and normal connection response which means your server is not down;<span style="color: #0000ff;">（2.我马上ping你们的域名，发现返回的IP地址和连接都很正常，因此这说明你们的服务器并没有宕机）</span><br />
3.and I telnet yourdomain.com 80, failed, so which means httpd service is down;<span style="color: #0000ff;">（紧接着我telnet你们服务器的80端口，显示连接失败，因此你们的httpd 服务在此刻已经宕掉）</span></p>
<p>then I try again from remote server from server in  US,I got  the same result<span style="color: #0000ff;">（我在美国的远程服务器上操作上面的步骤，结果是一样的）</span></p>
<p>1 or 2 min later , web service returns to  normal status<span style="color: #0000ff;">（1分钟到2分钟之后，你们的web服务再次恢复正常）</span></p>
<p>so , the I think the problem may caused by :<span style="color: #0000ff;">（因此，我产生这个问题的原因如下：）</span></p>
<p>1. you have too many accounts on this server;<span style="color: #0000ff;">（你们的服务器上的用户分配的太多）</span><br />
2.errors in apache or apche conf;<span style="color: #0000ff;">（apache或者apache的配置文件有错）</span><br />
3.add news user, apache restart( normally, this only take 1 or 2 or 3 seconds, no affect to web server ) fail <span style="color: #0000ff;">（当添加新的用户的时候，apache肯定要重启，常常这个重启的时间只需要1 2 秒钟，所以可能是这个时候重启失败）</span><br />
4.before your CPANEL  monitor restart the apache,  the httpd service is down;<span style="color: #0000ff;">（在重启失败和你们的web service监控检测到httpd宕机的这段时间内，web则不可用）</span></p>
<p>you said I am the  only person who  complained  this problem , you &#8216;re lying!  two  of my  friends( your reseller account )  have  the same problem, one of them complained to you,<span style="color: #0000ff;">（你们说我是唯一抱怨这个问题的人，你们正在撒谎，我有两个朋友也遇到同样的问题，其中有一个已经在向你抱怨了）</span><br />
another friend is considering to change to another web hosting provider<span style="color: #0000ff;"> (这句是忽悠他们的)!</span></p>
<p>IF you DO think there is no problem on you server, I can say nothing!!<span style="color: #0000ff;">（如果你一定坚持说没有啥问题，我无话可说）</span></p>
<p>I want to be you big customer, but your bad server is driving my customers away!<span style="color: #0000ff;">（我正在努力成为你们的大客户，但是你们却正在将我的用户赶走）</span></p>
<p><span style="color: #0000ff;"><span style="color: #000000;">最后补充，实话说，相比起这个家供应商的主机的访问速度，这个问题也没有什么大不了的，国内知名的reseller都一样用着这家的主机。但是有的时候感觉有点不爽，因此我们正在努力让他变得更加完美。</span></span><span id="more-2478"></span></p>
<p><span style="color: #0000ff;"><span style="color: #000000;">这两天主机httpd service重启的次数有点增加，其实原因我已经知道了，所以接下来我打算独立出来，我这一天才开通一两个帐户，若是真这样的话，会被郁闷死的。下面做一个调查，若是你是我们的用户，请记得帮忙填写一下。<br />
<iframe src="https://spreadsheets.google.com/embeddedform?key=tkfrY8D3RT19DHRmTunqApw" width="500" height="553" frameborder="0" marginheight="0" marginwidth="0">正在加载&#8230;</iframe></p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2478_continue-to-follow-the-virtual-host-of-flaws.html/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>找个好主机很难很难</title>
		<link>http://www.storyday.com/html/y2009/2467_it-is-very-difficult-to-find-a-good-host-is-difficult.html</link>
		<comments>http://www.storyday.com/html/y2009/2467_it-is-very-difficult-to-find-a-good-host-is-difficult.html#comments</comments>
		<pubDate>Thu, 09 Jul 2009 14:39:04 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[网站技术]]></category>
		<category><![CDATA[虚拟主机]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2467</guid>
		<description><![CDATA[最近cosbeta为了homezz虚拟主机的后台供应商选择的事情一直在烦恼，因为homezz的供应商似乎还达不到cosbeta的要求。
我不想欺骗用户，所以我在这里要透漏一下这个供应商的优缺点了：
优点

访问速度快，是cosbeta目前为止用过最快的虚拟主机，这个优点是大家选择我们homezz的最大动力；
配置齐全，和所有其他美国虚拟主机一样；
不轻易suspended帐户，并且供应商给我承诺，即使用户内容侵权，他们也只会suspend帐户而不是删除帐户；

缺点：

 有短暂httpd service重启的现象，会导致web服务偶尔短暂（半分钟左右）的中断。为此事，我曾经多次提交ticket，表达了我对他们的强烈不满，然而他们始终不认帐，并且说add on域名导致web不可用是很正常，因为要修改conf，所以需要重启。 在他们怀疑我网络的时候，我提交了tracert的结果，和telnet 80端口的结果，然而他们始终坚持是正常的。国内的其他reseller用户也发现这样的问题，他们比我要温和，所以我这里希望所有的reseller用户，一起提交这个问题，希望机房方面重视；
uptime不太满意，现在他们的uptime只有 1 -  1分钟/24小时/60分钟/小时 =  99.93%，稍微不注意，就是2次中断，这个时候uptime就只有99.86%，当然也算在他的承诺范围99.9%之内。

我们正在想办法
我已经在和机房方面协商，希望他们给我一个合理的解释，并且尽快处理掉这个问题！
或许这个主机供应商用重启httpd service的方法保证了服务器的稳定性，但是这样也不是个办法。Addon 域名会重启httpd service，这也不太好解释的清楚。
不过实话实说，一天短暂的次数对于我个人来说还可以接受，毕竟可能在这分钟内，我的网站没有任何访问量，但是若没有改善，我们也无法容忍。
另外，第三批主机即将售完，售完之后就不会有新用户开通了，这个问题将会得到很大的缓解！
新的第四批主机我们将会想办法解决这个问题，直到机房方面解决了这个问题之后，我们的主机才会上线！
为啥不选择其他的，因为现在找一个靠谱的很难，hostgator最好的reseller，评价也是最好的，实际也是最好的，然而所在的theplanet机房曾经被调整到中国电信几乎无法访问，所以不敢再回去了！
目前想到靠谱的解决办法
第三批主机即将卖完，所以添加新用户的几率将大大降低，那么重启httpd service的几率也会大大降低！
新购买的主机将会采用特殊的配置，采用graceful reboot，这样这个问题基本就可以解决了，当然这个是我正在和供应商协商，他们初步答应对我的帐户进行特别的关照！
相信我们，这个问题肯定会被解决的，供应商不解决，我们会解决的
]]></description>
			<content:encoded><![CDATA[<p>最近cosbeta为了homezz虚拟主机的后台供应商选择的事情一直在烦恼，因为homezz的供应商似乎还达不到cosbeta的要求。</p>
<p>我不想欺骗用户，所以我在这里要透漏一下这个供应商的优缺点了：</p>
<h3>优点</h3>
<ol>
<li>访问速度快，是cosbeta目前为止用过最快的虚拟主机，这个优点是大家选择我们<a href="http://homezz.com">homezz</a>的最大动力；</li>
<li>配置齐全，和所有其他美国虚拟主机一样；</li>
<li>不轻易suspended帐户，并且供应商给我承诺，即使用户内容侵权，他们也只会suspend帐户而不是删除帐户；</li>
</ol>
<h3>缺点：</h3>
<ol>
<li> 有短暂httpd service重启的现象，会导致web服务偶尔短暂（半分钟左右）的中断。为此事，我曾经多次提交ticket，表达了我对他们的强烈不满，然而他们始终不认帐，并且说add on域名导致web不可用是很正常，因为要修改conf，所以需要重启。 在他们怀疑我网络的时候，我提交了tracert的结果，和telnet 80端口的结果，然而他们始终坚持是正常的。国内的其他reseller用户也发现这样的问题，他们比我要温和，所以我这里希望所有的reseller用户，一起提交这个问题，希望机房方面重视；</li>
<li>uptime不太满意，现在他们的uptime只有 1 -  1分钟/24小时/60分钟/小时 =  99.93%，稍微不注意，就是2次中断，这个时候uptime就只有99.86%，当然也算在他的承诺范围99.9%之内。</li>
</ol>
<h3>我们正在想办法</h3>
<p>我已经在和机房方面协商，希望他们给我一个合理的解释，并且尽快处理掉这个问题！</p>
<p>或许这个主机供应商用重启httpd service的方法保证了服务器的稳定性，但是这样也不是个办法。Addon 域名会重启httpd service，这也不太好解释的清楚。</p>
<p>不过实话实说，一天短暂的次数对于我个人来说还可以接受，毕竟可能在这分钟内，我的网站没有任何访问量，但是若没有改善，我们也无法容忍。</p>
<p>另外，第三批主机即将售完，售完之后就不会有新用户开通了，这个问题将会得到很大的缓解！</p>
<p>新的第四批主机我们将会想办法解决这个问题，直到机房方面解决了这个问题之后，我们的主机才会上线！</p>
<p>为啥不选择其他的，因为现在找一个靠谱的很难，hostgator最好的reseller，评价也是最好的，实际也是最好的，然而所在的theplanet机房曾经被调整到中国电信几乎无法访问，所以不敢再回去了！</p>
<h3>目前想到靠谱的解决办法</h3>
<p>第三批主机即将卖完，所以添加新用户的几率将大大降低，那么重启httpd service的几率也会大大降低！</p>
<p>新购买的主机将会采用特殊的配置，采用graceful reboot，这样这个问题基本就可以解决了，当然这个是我正在和供应商协商，他们初步答应对我的帐户进行特别的关照！</p>
<p>相信我们，这个问题肯定会被解决的，供应商不解决，我们会解决的</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2467_it-is-very-difficult-to-find-a-good-host-is-difficult.html/feed</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>定期发送数据库备份到email的程序</title>
		<link>http://www.storyday.com/html/y2009/2470_regularly-sent-to-the-email-database-backup-procedures.html</link>
		<comments>http://www.storyday.com/html/y2009/2470_regularly-sent-to-the-email-database-backup-procedures.html#comments</comments>
		<pubDate>Wed, 08 Jul 2009 15:00:40 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[网站技术]]></category>
		<category><![CDATA[虚拟主机]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2470</guid>
		<description><![CDATA[cosbeta自己的每一个程序（如本站storyday.com,如homezz.com）都会有定期email备份，实现的原理很简单，那就是用php备份数据库，用crobjob定期（每天一次）执行这个程序将php的备份文件发送到我自己的email中。
程序下载地址：databasebackup。
程序的安装方法：

直接下载，解压缩，将目录上传到服务器上；
打开index.php按照注释修改最前面的配置信息；
设置 data 文件夹的属性为0777， 为了数据库不会直接被下载，请不要删除 .htaccess
http://您的域名/databasebackup?code=随机代码 打开网页，看看有没有错误提示，若没有并且收到了数据库备份邮件，则表示程序运行成功

下面在cpanel中让该程序可以自动运行

登录cpanel
进入cronjobs
选择标准模式：
设置每天执行一次php程序


从此以后，您的数据库备份就会定期发送到您的邮箱。
提示：发件箱建议设置成gmail，我在国外虚拟主机上测试使用国内邮箱发送可能会失败。
程序下载地址：databasebackup。
]]></description>
			<content:encoded><![CDATA[<p>cosbeta自己的每一个程序（如本站storyday.com,如homezz.com）都会有定期email备份，实现的原理很简单，那就是用php备份数据库，用crobjob定期（每天一次）执行这个程序将php的备份文件发送到我自己的email中。</p>
<p>程序下载地址：<a href="http://www.storyday.com/wp-content/uploads/2009/07/databasebackup.zip">databasebackup</a>。</p>
<p>程序的安装方法：</p>
<ol>
<li>直接下载，解压缩，将目录上传到服务器上；</li>
<li>打开index.php按照注释修改最前面的配置信息；</li>
<li>设置 data 文件夹的属性为0777， 为了数据库不会直接被下载，请不要删除 .htaccess</li>
<li>http://您的域名/databasebackup?code=随机代码 打开网页，看看有没有错误提示，若没有并且收到了数据库备份邮件，则表示程序运行成功</li>
</ol>
<p>下面在cpanel中让该程序可以自动运行</p>
<ol>
<li>登录cpanel</li>
<li>进入cronjobs<a href="http://www.storyday.com/wp-content/uploads/2009/07/22-53-16.jpg"><img class="alignnone size-full wp-image-2471" title="22-53-16" src="http://www.storyday.com/wp-content/uploads/2009/07/22-53-16.jpg" alt="22-53-16" width="107" height="60" /></a></li>
<li>选择标准模式：<img class="alignnone size-full wp-image-2472" title="22-53-22" src="http://www.storyday.com/wp-content/uploads/2009/07/22-53-22.jpg" alt="22-53-22" width="161" height="75" /></li>
<li>设置每天执行一次php程序<br />
<img class="alignnone size-full wp-image-2473" title="22-54-09" src="http://www.storyday.com/wp-content/uploads/2009/07/22-54-09.jpg" alt="22-54-09" width="476" height="275" /></li>
</ol>
<p>从此以后，您的数据库备份就会定期发送到您的邮箱。<br />
提示：发件箱建议设置成gmail，我在国外虚拟主机上测试使用国内邮箱发送可能会失败。</p>
<p>程序下载地址：<a href="../wp-content/uploads/2009/07/databasebackup.zip">databasebackup</a>。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2470_regularly-sent-to-the-email-database-backup-procedures.html/feed</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>抗墙 明争不如暗斗</title>
		<link>http://www.storyday.com/html/y2009/2469_prescribed-anti-wall-fight-for-the-dark-than.html</link>
		<comments>http://www.storyday.com/html/y2009/2469_prescribed-anti-wall-fight-for-the-dark-than.html#comments</comments>
		<pubDate>Wed, 08 Jul 2009 10:46:51 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[互联网事]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2469</guid>
		<description><![CDATA[homezz有个用户早些时候抨击绿坝，随后又介绍如何修改host，因为这样的日志，一旦访问量增加，在国外的网站将会直接封闭IP，在国内的将会要求删文。考虑到此用户是小弟弟，所以几次我都在twitter上直接D消息给他了，要求他和谐处理文章内容，甚至主动要求他全款退款，今天，终于全款退款给他了，因为他说很憋屈，实际上，我也很憋屈，因为我协议早已规定！
言归正传，今天看到这篇日志hosts不是万能的，本人深有同感。修改host只是一个小技巧，并不是高深的技术，所以我个人并不相信某些“守门大将”连这个都不懂，我也愿意相信某些守门大将不过是为了完成任务做了自己不愿意做的事情而已。所谓细水长流，墙为你留下了这个后门，我们应该私下的传播穿过后门的方法，而不是再次将后门暴露在某些人的面前。
在blog上兴高采烈的转载着翻墙的日志，固然带来了流量，也带来了部分不明真相朋友的崇拜目光，但是这样下去，只会让某些人不快，从而封得更加的严实，可以说DNS污染已经是够轻的了，一旦block IP，或者block整个IP段，没有翻wall工具的人只能被堵在墙内。
互相传阅，私底下的，应该是对抗墙的最好方式，目前和墙明斗，你没有任何胜利的机会！

]]></description>
			<content:encoded><![CDATA[<p><a href="http://homezz.com">homezz</a>有个用户早些时候抨击绿坝，随后又介绍如何修改host，因为这样的日志，一旦访问量增加，在国外的网站将会直接封闭IP，在国内的将会要求删文。考虑到此用户是小弟弟，所以几次我都在twitter上直接D消息给他了，要求他和谐处理文章内容，甚至主动要求他全款退款，今天，终于全款退款给他了，因为他说很憋屈，实际上，我也很憋屈，因为我协议早已规定！</p>
<p>言归正传，今天看到这篇日志<span><a href="http://initiative.yo2.cn/archives/641146">hosts不是万能的</a>，本人深有同感。修改host只是一个小技巧，并不是高深的技术，所以我个人并不相信某些“守门大将”连这个都不懂，我也愿意相信某些守门大将不过是为了完成任务做了自己不愿意做的事情而已。所谓细水长流，墙为你留下了这个后门，我们应该私下的传播穿过后门的方法，而不是再次将后门暴露在某些人的面前。</span></p>
<p><span>在blog上兴高采烈的转载着翻墙的日志，固然带来了流量，也带来了部分不明真相朋友的崇拜目光，但是这样下去，只会让某些人不快，从而封得更加的严实，可以说DNS污染已经是够轻的了，一旦block IP，或者block整个IP段，没有翻wall工具的人只能被堵在墙内。</span></p>
<p><span>互相传阅，私底下的，应该是对抗墙的最好方式，目前和墙明斗，你没有任何胜利的机会！<br />
</span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2469_prescribed-anti-wall-fight-for-the-dark-than.html/feed</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Homezz 50元套餐计划即将结束</title>
		<link>http://www.storyday.com/html/y2009/2468_package-of-homezz-50-plan-is-coming-to-an-end.html</link>
		<comments>http://www.storyday.com/html/y2009/2468_package-of-homezz-50-plan-is-coming-to-an-end.html#comments</comments>
		<pubDate>Tue, 07 Jul 2009 13:53:09 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[互联网事]]></category>
		<category><![CDATA[虚拟主机]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2468</guid>
		<description><![CDATA[廉价的套餐的低的起点确实可以招揽不少的用户，但是为了提高服务质量，我们决定，近期将（2009-07-13日起）开始不再提供低于50元的虚拟主机帐户。
homezz套餐价格的改变都是被逼的，原因很多，不想再说，我们相信廉价无法撑起良好的虚拟主机服务。
请相信我们，质量只会提升，套餐的改变仅仅是减少一款而已，并不是变相提价。门槛太低了，确实不好！做朋友需要缘分，成为homezz的用户也是要讲缘分的。
原来50元的套餐不受任何影响，同样可以按照50元续费！
]]></description>
			<content:encoded><![CDATA[<p>廉价的套餐的低的起点确实可以招揽不少的用户，但是为了提高服务质量，我们决定，近期将（2009-07-13日起）开始不再提供低于50元的虚拟主机帐户。</p>
<p>homezz套餐价格的改变都是被逼的，原因很多，不想再说，我们相信廉价无法撑起良好的虚拟主机服务。</p>
<p>请相信我们，质量只会提升，套餐的改变仅仅是减少一款而已，并不是变相提价。门槛太低了，确实不好！做朋友需要缘分，成为homezz的用户也是要讲缘分的。</p>
<p>原来50元的套餐不受任何影响，同样可以按照50元续费！</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2468_package-of-homezz-50-plan-is-coming-to-an-end.html/feed</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>虚拟主机和支付宝</title>
		<link>http://www.storyday.com/html/y2009/2466_web-hosting-and-email.html</link>
		<comments>http://www.storyday.com/html/y2009/2466_web-hosting-and-email.html#comments</comments>
		<pubDate>Mon, 06 Jul 2009 14:53:18 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[互联网事]]></category>
		<category><![CDATA[网站技术]]></category>
		<category><![CDATA[虚拟主机]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2466</guid>
		<description><![CDATA[今天去了东莞，那个旅行社的欠款依然只能要了部分，剩下的还在他的承诺中。回到家，打开reader想了解昨天晚上发生的事情，结果消息非常的有限，看来网络导向已经很成功。算了，还是抽点时间，写一点昨天晚上一直想写的东西吧。
虚拟主机CPU超标相关技术
美国的虚拟主机有一个不成文的规矩，那就是只要某个网站CPU超过一定的百分比，网站就会被挂起，所以无限流量，无限磁盘空间在CPU的限制之下显得是那么的苍白无力。连paveo同学都给我说过，若要是他也那样严格限制，一样可以承诺不限流量。我们熟悉的bluehost以及旗下的hostmonster就有一个严格的CPU限制标准，那就是CPU的利用超过了4%左右帐户将会被挂起几分钟，然后才恢复。作为shared  虚拟主机，就应该这样做，否则某个站点占用资源太高，对其他站点很不公平。
然而不幸的是homezz所在的服务器昨天和前天被一个站点（不是我们的用户）拖得很慢，幸亏机房人员及时发现，将该站点suspended了，homezz才再度恢复。据cosbeta所知，国外会自动suspended帐户的好像只有bluehost和其他的站点，其他的虚拟主机供应商都是通过手动的方式搞定的。
我所知道的bluehost 的技术实力是很不错的，他们有一批人员对cpanel非常熟悉，也为cpanel定制了很多的插件。而这个自动suspend cosbeta也高度怀疑是基于cpanel开发的。
因为就cosbeta目前对cpanel的了解来看，做这样一个自动suspend超标站点的程序并不是很难，作为一个业余爱好者也能轻而易举的搞定（其实昨天晚上睡觉的时候想了很久，发现用cpanel的接口很容易搞定的），真搞不懂其他的虚拟主机供应商为啥只能手动监控超标的站点？难道是我们太高估了国外的技术，或者我应该再次去租用独立服务器？
搞定BT的支付宝直接接口
悄悄的说，homezz的虚拟主机现在完全可以通过支付宝或者paypal自动开通了。目前没有申请支付宝商家工具，用的是支付宝的一个小小的逻辑漏洞（注意：非技术漏洞）搞定的，当然，我肯定不会公布这个漏洞，否则我就用不成免费的支付宝自助开通啦。因为今天要去东莞收款，所以只有尽快自动开通的搞定。于是昨天晚上从21：00折腾到0：20。
]]></description>
			<content:encoded><![CDATA[<p>今天去了东莞，那个旅行社的欠款依然只能要了部分，剩下的还在他的承诺中。回到家，打开reader想了解昨天晚上发生的事情，结果消息非常的有限，看来网络导向已经很成功。算了，还是抽点时间，写一点昨天晚上一直想写的东西吧。</p>
<h3>虚拟主机CPU超标相关技术</h3>
<p>美国的虚拟主机有一个不成文的规矩，那就是只要某个网站CPU超过一定的百分比，网站就会被挂起，所以无限流量，无限磁盘空间在CPU的限制之下显得是那么的苍白无力。连<a href="http://www.owind.com/">paveo同学</a>都给我说过，若要是他也那样严格限制，一样可以承诺不限流量。我们熟悉的<a href="http://storyday.com/go/?key=bluehost" target="_blank">bluehost</a>以及旗下的<a href="../go/?key=hostmonster">hostmonster</a>就有一个严格的CPU限制标准，那就是CPU的利用超过了4%左右帐户将会被挂起几分钟，然后才恢复。作为shared  虚拟主机，就应该这样做，否则某个站点占用资源太高，对其他站点很不公平。</p>
<p>然而不幸的是<a href="http://homezz.com">homezz</a>所在的服务器昨天和前天被一个站点（不是我们的用户）拖得很慢，幸亏机房人员及时发现，将该站点suspended了，<a href="http://homezz.com/">homezz</a>才再度恢复。据cosbeta所知，国外会自动suspended帐户的好像只有bluehost和其他的站点，其他的虚拟主机供应商都是通过手动的方式搞定的。</p>
<p>我所知道的<a href="http://storyday.com/go/?key=bluehost" target="_blank">bluehost</a> 的技术实力是很不错的，他们有一批人员对cpanel非常熟悉，也为cpanel定制了很多的插件。而这个自动suspend cosbeta也高度怀疑是基于cpanel开发的。</p>
<p>因为就cosbeta目前对cpanel的了解来看，做这样一个自动suspend超标站点的程序并不是很难，作为一个业余爱好者也能轻而易举的搞定（其实昨天晚上睡觉的时候想了很久，发现用cpanel的接口很容易搞定的），真搞不懂其他的虚拟主机供应商为啥只能手动监控超标的站点？难道是我们太高估了国外的技术，或者我应该再次去租用独立服务器？</p>
<h3>搞定BT的支付宝直接接口</h3>
<p>悄悄的说，<a href="http://homezz.com/">homezz</a>的虚拟主机现在完全可以通过支付宝或者paypal自动开通了。目前没有申请支付宝商家工具，用的是支付宝的一个小小的逻辑漏洞（注意：非技术漏洞）搞定的，当然，我肯定不会公布这个漏洞，否则我就用不成免费的支付宝自助开通啦。因为今天要去东莞收款，所以只有尽快自动开通的搞定。于是昨天晚上从21：00折腾到0：20。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2466_web-hosting-and-email.html/feed</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>回到收音机的年代吧</title>
		<link>http://www.storyday.com/html/y2009/2464_letu002639s-return-to-radio.html</link>
		<comments>http://www.storyday.com/html/y2009/2464_letu002639s-return-to-radio.html#comments</comments>
		<pubDate>Sat, 04 Jul 2009 03:15:00 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[生活工作]]></category>
		<category><![CDATA[life]]></category>
		<category><![CDATA[社会]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2464</guid>
		<description><![CDATA[早些时候了解BBC和VOA是因为学英语的动力，所以有些声音至今还在耳边响起：“voice of America ,Washington D.C, 20547”、&#8221;This BBC news from shanghai, this is BBC news from dubai , wherever you are&#8230; this is BBC&#8221;, &#8220;VOA news, 15.425 Mega Hertz short wave&#8221;. 短波收音机不仅对我的英语听力和口语有着极大的帮助，另外一方面，也让我对这个国家有了多方面的了解，特别是VOA和BBC让我从其他角度了解了中国，也让我明白了很多事情的的发生有他的必然性。
上了大学（2000年），逐渐的开始接触互联网，知道了www这个东西，所以我上的第一个网站是bbc.co.uk, 可惜的是网站无法连接。心想，BBC也太烂了，连一个网站都不维护不好，还反复在收音机中说:&#8221;you can also check the latest news from our website, www dot bbc dot co dot uk slash news&#8221;, 鄙视之。
毕业之后，才发现，某些国外的网站无法访问，是因为某些东西的存在。
知道了某些东西的存在，才想起当年每当收音机中新闻响起的时候，总被zhongyang人民广播电台的声音串扰并不是偶然。
还好，社会是进步的，近几年，BBC网站和大多子栏目还是可以访问的，特别是英语学习部分。
今天，看到一个未证实的新闻“外交部的指令：暂停同BBC新的商业合作”，我不知道为何如此，也不知道此新闻的真实性，然后多年的经验和现在通稿式的新闻足以让我相信此消息很难是假消息。
其实，我只要没做亏心事，还是怕你说么？或许有人做了。
此文应该不敏感！
]]></description>
			<content:encoded><![CDATA[<p>早些时候了解BBC和VOA是因为学英语的动力，所以有些声音至今还在耳边响起：“voice of America ,Washington D.C, 20547”、&#8221;This BBC news from shanghai, this is BBC news from dubai , wherever you are&#8230; this is BBC&#8221;, &#8220;VOA news, 15.425 Mega Hertz short wave&#8221;. 短波收音机不仅对我的英语听力和口语有着极大的帮助，另外一方面，也让我对这个国家有了多方面的了解，特别是VOA和BBC让我从其他角度了解了中国，也让我明白了很多事情的的发生有他的必然性。</p>
<p>上了大学（2000年），逐渐的开始接触互联网，知道了www这个东西，所以我上的第一个网站是bbc.co.uk, 可惜的是网站无法连接。心想，BBC也太烂了，连一个网站都不维护不好，还反复在收音机中说:&#8221;you can also check the latest news from our website, www dot bbc dot co dot uk slash news&#8221;, 鄙视之。</p>
<p>毕业之后，才发现，某些国外的网站无法访问，是因为某些东西的存在。</p>
<p>知道了某些东西的存在，才想起当年每当收音机中新闻响起的时候，总被zhongyang人民广播电台的声音串扰并不是偶然。</p>
<p>还好，社会是进步的，近几年，BBC网站和大多子栏目还是可以访问的，特别是英语学习部分。</p>
<p>今天，看到一个未证实的新闻“外交部的指令：暂停同BBC新的商业合作”，我不知道为何如此，也不知道此新闻的真实性，然后多年的经验和现在通稿式的新闻足以让我相信此消息很难是假消息。</p>
<p>其实，我只要没做亏心事，还是怕你说么？或许有人做了。</p>
<p>此文应该不敏感！</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2464_letu002639s-return-to-radio.html/feed</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>国内虚拟主机的竞争真激烈</title>
		<link>http://www.storyday.com/html/y2009/2462_the-competitiveness-of-domestic-virtual-host-really-intense.html</link>
		<comments>http://www.storyday.com/html/y2009/2462_the-competitiveness-of-domestic-virtual-host-really-intense.html#comments</comments>
		<pubDate>Fri, 03 Jul 2009 05:27:06 +0000</pubDate>
		<dc:creator>江东</dc:creator>
				<category><![CDATA[网站技术]]></category>
		<category><![CDATA[虚拟主机]]></category>
		<category><![CDATA[webhost]]></category>

		<guid isPermaLink="false">http://www.storyday.com/?p=2462</guid>
		<description><![CDATA[昨天和朋友 paveo 又聊了一下虚拟主机相关的话题，最后得出一个结论，政策因素太不稳定，若无大树可傍，国内做主机还是很辛苦的。
今天看到这位朋友的这篇日志：关于IDC提供商 。大家都在抱怨国内优秀的虚拟主机太少。其实原因也是很明显的，政策因素，技术因素以及国内采集成疯的传统都可以让一个虚拟主机供应商吃尽苦头。
再看看下面的留言，只能用4个字来形容：“竞争激烈”，cosbeta也假装去留了一个评论，但是留下的是生活点滴的blog地址，所以严格的说不算是推销homezz。
其实，cosbeta有一个梦想，那就是homezz的用户之间和我之间都能成为朋友，大家使用的是我有偿提供的虚拟主机，但是又不是赤裸裸的商业关系。在不忙的时候，用户之间可以交流经验，不限于blog，我也可以尽我的能力为用户提供点虚拟主机之外的技术支持。若是同城，甚至可以在线下联系，一同参加些娱乐节目什么的，因为cosbeta始终相信：交流可以产生巨大的财富，网络上的朋友，照样可以成为现实中的朋友，这也是我为什么从起初就在blog上用实名的原因（10多年的网龄，我自然知道匿名的作用）。
]]></description>
			<content:encoded><![CDATA[<p>昨天和朋友 <a href="http://www.owind.com/">paveo </a>又聊了一下虚拟主机相关的话题，最后得出一个结论，政策因素太不稳定，若无大树可傍，国内做主机还是很辛苦的。</p>
<p>今天看到这位朋友的这篇日志：<a href="http://www.micogle.com/mine/656.html">关于IDC提供商</a> 。大家都在抱怨国内优秀的虚拟主机太少。其实原因也是很明显的，政策因素，技术因素以及国内采集成疯的传统都可以让一个虚拟主机供应商吃尽苦头。</p>
<p>再看看下面的留言，只能用4个字来形容：“竞争激烈”，cosbeta也假装去留了一个评论，但是留下的是<a href="http://storyday.com">生活点滴</a>的blog地址，所以严格的说不算是推销homezz。</p>
<p>其实，<a href="http://storyday.com">cosbeta</a>有一个梦想，那就是homezz的用户之间和我之间都能成为朋友，大家使用的是我有偿提供的虚拟主机，但是又不是赤裸裸的商业关系。在不忙的时候，用户之间可以交流经验，不限于blog，我也可以尽我的能力为用户提供点虚拟主机之外的技术支持。若是同城，甚至可以在线下联系，一同参加些娱乐节目什么的，因为cosbeta始终相信：交流可以产生巨大的财富，网络上的朋友，照样可以成为现实中的朋友，这也是我为什么从起初就在blog上用实名的原因（10多年的网龄，我自然知道匿名的作用）。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.storyday.com/html/y2009/2462_the-competitiveness-of-domestic-virtual-host-really-intense.html/feed</wfw:commentRss>
		<slash:comments>26</slash:comments>
		</item>
	</channel>
</rss>
