试着在词条大意失荆州那里修改了几个错字，也不知道原来的人咋了，周瑜鲁肃等都能打错，中午改的，下行一看已经通过审核了，几个小时的时间，看来百度请了不少的劳力来做这种事啊。
试着在词条大意失荆州那里修改了几个错字，也不知道原来的人咋了，周瑜鲁肃等都能打错，中午改的，下行一看已经通过审核了，几个小时的时间，看来百度请了不少的劳力来做这种事啊。
TLF，多好的地方啊，0day随便下，注册会员速度比普通会员还快，
今天在水木上惊闻基高层变动，有人带人马出走，创建人退出。
也许今后不再有匿名的地方可以下到0day了，对中国网虫来说损失好大。
其实，它可以免费注册下载0day的模式，又不粘惹商业，这种靠热情维持的模式也许上天早就注定走不长远。但我更希望看到它粘点商业，不要太大，至少能让管理员有理由做下去就好了。
anyway, 等着这场戏演下去。
原来ping值200ms多一点，这几天变成500多ms了。
真是不爽。试了一下godaddy，ping值在200多ms，唉，早知这样就申请godaddy的了。
C:\>ping godaddy.com Pinging godaddy.com [208.109.132.201] with 32 bytes of data: Reply from 208.109.132.201: bytes=32 time=268ms TTL=107 Reply from 208.109.132.201: bytes=32 time=214ms TTL=107 Reply from 208.109.132.201: bytes=32 time=217ms TTL=107 Reply from 208.109.132.201: bytes=32 time=218ms TTL=107 Ping statistics for 208.109.132.201: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 214ms, Maximum = 268ms, Average = 229ms C:\>ping hostmonster.com Pinging hostmonster.com [74.220.195.150] with 32 bytes of data: Reply from 74.220.195.150: bytes=32 time=529ms TTL=41 Reply from 74.220.195.150: bytes=32 time=531ms TTL=41 Request timed out. Reply from 74.220.195.150: bytes=32 time=525ms TTL=41 Ping statistics for 74.220.195.150: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), Approximate round trip times in milli-seconds: Minimum = 525ms, Maximum = 531ms, Average = 528ms
to mark activex control dlls as safety
其实也是老生常谈的问题了，很简单但是要用到的时候却不一定记得。无非就是实现一下IObjectSafety接口。
接口名字我今天就忘了，查了好几下才查到。
这个接口只有两个函数，实现可如下：
STDMETHODIMP GetInterfaceSafetyOptions( REFIID riid, DWORD *pdwSupportedOptions, DWORD *pdwEnabledOptions ) { DWORD dwFlags = INTERFACESAFE_FOR_UNTRUSTED_CALLER|INTERFACESAFE_FOR_UNTRUSTED_DATA; if (pdwSupportedOptions) *pdwSupportedOptions = dwFlags; if (pdwEnabledOptions) *pdwEnabledOptions = dwFlags; return S_OK; } STDMETHODIMP SetInterfaceSafetyOptions(REFIID riid, DWORD dwOptionSetMask, DWORD dwEnabledOptions) { return S_OK; }
有个高中的同学跑来深圳出差，于是一伙老同学去吃了一顿。一位女生来点菜。
不久菜上来了，几位哥们刚各吃上一口，那女生突然开口了：你们怎么没有反应？
我们愣了，你期待什么反应？
回曰：“我点的菜你们怎么不说好吃？”
是啊，这菜确实还可以，但大家却是都忘了要赞美一下这个菜，当然赞美菜的实质是赞美人家点菜好。
女孩子的心想就是不同，其实并不复杂，但是你却想不到。
于是我只好回了一句：这又不是你做的，等下回吃你做的菜再赞美吧。
发现居然是一个英国男装品牌，我以前还真不知道。ft，丫还把swigger.net留给我来注册？还有那个swigger.cn，页面搭得还马马虎虎嘛，但是没钱买英文国际域名？
丫会不会来找我要ID呢？要是找我来要就好了，呵呵。
说说前面文章提到的为什么支付宝慢的原因吧。
起因：买域名需要用支付宝付款，但支付过程实在是太慢了。
其实支付宝慢我几个月前就发现了，只是那一次还可以用财富通付款，所以我就选财富通了。这次只有淘宝可以选了，没办法只有用它付。
首先是尝试等，等了几下出了几次错，都是超时。不能再等了，转钱是件重要的事，如果因为某个步骤超时导致事情办不了，钱又被扣了，就麻烦了。
没办法，研究一下为什么慢吧。
1. 首先是要找出一个慢的场景，这要才可以作下一步的分析，
我试了两下，整出一个场景来，就是访问这个URL很慢：
http://bankacknowledge.alipay.com/payment/e_bank_payment.htm
刷新了数次，大部分慢，只有一两次快。（注：发现这个慢是本blog域名买之前的事，写本文时访问了此url几次，发现挺快的了，也许是跟时间有关系）
怀疑是IE问题，换ff上，这个页面全打开也是很慢。跟IE一样，刷新多次一两次快，其余慢。
慢的时候，状态栏显示正在等待 img.alipay.com
分析了一下页面结构，要访问多个img.alipay.com上的 url如：
https://img.alipay.com/css/global/v2.0.css
https://img.alipay.com/pimg/icon_fold_3.gif
2. 然后当然是google之，关键词： 淘宝 支付 慢，最后在yahoo找到一篇：
http://ks.cn.yahoo.com/question/1390100028924.html
这里面提到了一件很重要的事，就是img.alipay.com。说要在host里指定一下IP。难道是这个站太慢？不至于马云这样的大财主不做IDC优化吧。
我试着ping 了一下：
C:\>ping img.alipay.com
Pinging img.alipay.com [121.0.26.16] with 32 bytes of data:
Reply from 121.0.26.16: bytes=32 time=35ms TTL=246
Reply from 121.0.26.16: bytes=32 time=34ms TTL=246
Reply from 121.0.26.16: bytes=32 time=35ms TTL=246
Reply from 121.0.26.16: bytes=32 time=35ms TTL=246Ping statistics for 121.0.26.16:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 34ms, Maximum = 35ms, Average = 34ms
应该说，速度挺快。又telnet img.alipay.com 443试了一下，立马连上，几次都如此，怀疑不是它的问题。
3. 尝试用wget 取url https://img.alipay.com/pimg/icon_fold_3.gif 查时间。发现手头的wget.exe版本太老，不支持https。
懒得去开linux了，更没时间去找新版的wget.exe了。手头有一个以前练手写的sget.exe，就拿它来试吧。
C:\>sget https://img.alipay.com/pimg/icon_fold_3.gif aa.gif
OK
HTTP code: 200
Date: Sat, 05 Apr 2008 17:28:57 GMT
Server: Apache
Last-Modified: Wed, 16 Jan 2008 14:17:01 GMT
ETag: “1f014c-271-90127140″
Accept-Ranges: bytes
Content-Length: 625
Cache-Control: max-age=604800
Expires: Sat, 12 Apr 2008 17:28:57 GMT
Keep-Alive: timeout=50, max=264
Connection: Keep-Alive
Content-Type: image/gif
还挺快的啊，一下就出来结果了，又运行一次，这次出情况了，一直没有出结果，卡住了，为什么呢？
打开VC编译一把源码开始调试，发现连接函数处：
if (connect(sock, name, namelen) == 0 &&
SSL_set_fd(ssl, (int)sock) &&
SSL_connect(ssl) > 0)
{
return true;
}
SSL_connect函数一直没有返回，这下问题就找到了：
img.alipay.com要么是压力大了承受不了了，要么是有潜在的BUG，在ssl握手时会出现问题，
导致客户端一直要等。导致淘宝ping起来很快，但某些页面访问起来很慢。
而tcp连接还是很快，所以我之前telnet img.alipay.com 443不能发现问题。
4. 原因查明了，方案就容易做了。先看了一下img.alipay.com要拉什么东西，其中.js和.css比较重要，图片就算了。
反复连接img.alipay.com，因为有一定机率很快连接成功，所以可以把它们都下载回来。
下回来后按目录结构放在本地一个文件夹里面。然后配置一下host:
127.0.0.1 img.alipay.com
再配了一下本地的apache，在这个文件夹启用hostname为img.alipay.com的https访问。
尝试访问一下本地的 https://img.alipay.com/css/global/v2.0.css
发现可以成功，唯独变的就是img.alipay.com是127.0.0.1了，还有就是ie会给一个证书错误的警告，选继续就好了。
然后重新刷了下 http://bankacknowledge.alipay.com/payment/e_bank_payment.htm
虽然有几个图不能显示，但是挺快的了。这样可以开始付款了。
打开淘宝付款流程，除了一些图片没有，一切正常，很快就成功打开招行专业版付了款。
搞定收功。可以买下域名了。
后记： 付款是大事，我敢这么做是因为我知道img.alipay.com不会影响付款逻辑。看官们谨慎点，最安全的办法还是等几个小时等到半夜好点。比如现在img.alipay.com就很快。
另外，yahoo上的回答说明已经有人知道这件事情了，虽然那里没有详细说明技术原因。yahoo现在也是马云管，马云应该也知道了，为什么就不做好一下img.alipay.com呢？
最后，像图片这样的东西完全没有必要通过https拉嘛，用http就行了，我知道alipay是为了照顾ie用户，因为混合https和http在一个页面内，IE会给出一个安全警告。
但是，既然你的img.alipay.com都承受不了压力了，这些图片css什么的，为什么就不直接从http拉呢？ie给个警告总比用户付不了款，等几次都超时出问题强吧。
从4月1日开始，wiki 百科（英文）可以访问了。某国政府为了Olympic时能让外国妓者访问互联网，放开了一些网站包括英文wiki百科全书的访问。不过中文还是不能访问，反正外国友人也不用出国看中文。
某国政府崇洋媚外的做法真可悲可耻。
在家里设置的百度HI头像，在公司拉不下来，也不能设置新的自定义头像。这让我立刻想到，是不是端口不对呢？因为公司为了所谓的安全，限制了端口的使用，软件只能连接80,443,110,53等少数几个端口，其它的全是不通。连ssh的22端口都不例外。不过还好通过代理能连其它的端口，于是我找了一个https代理来，用proxycap强制百度HI走这个代理。结果，果然可以拉下和上传自定义头像。
HI团队太sb了。
百度HI的邀请策略，不知是谁定的，这里给评论一下。
首先，靠邀请搞人脉是件不错的事。邀请一出来的时候，网民的情况也是挺怪异的，水木上有人喊：我的HI ID是xxx，大家加我聊吧。奇怪了，平时怎么没有人出来喊，我的QQ号是xxxx，大家加我为好友聊呢？平时这般人最恨陌生人打扰了，一说起QQ就是找陌生人聊天的，恨得咬牙切齿，今儿个怎么出动要陌生人来聊了呢。
其次，无限邀请制度，得得热情在短时间内爆炸，又迅速消亡。想当年gmail邀请时，要等很长时间才能搞到5个10个邀请，一个新帐号在很长时间内是没有邀请名额的，这份得不到的诱惑使得大家对gmail热情了很久。百度HI就不一样了，只要帐号能上了，立即就有了无数个邀请，然后呢邀请多了还可以建群，有的人为了建群就疯了，水木上发个求邀请的贴子能收到十个邀请。一时间邀请满天飞，ITExpress都被HIer们占据了。
我在两个版发了文章被置顶，一是ITExpress，让HIer们要搞邀请都去socialsoftware，二是在socialsoftware，给了一个自助邀请的办法。但都杀不住邀请满天飞的热情。当然，时间是冲淡热情的最佳杀手，很快HIer们都累了，发出十个邀请，可能只有一个是有效的，因为被邀请人收到了几十个邀请。也发现HI这个东西其实不是那么有意思了，很多网友站出来说用了十分钟把HI卸了，我看其实也应该是这个样子。
而且出现了搞笑的一幕，由于邀请爆作，导致在百度申请了体验HI的人，在拿到邀请很长时间之后，百度官方的邀请，也就是体验资格，才发到用户手里。这个用户早就可以登录体验了，官方体验资格就成了十足的垃圾。
无限HI邀请+建群诱惑 ＝》 邀请爆炸 ＝》爆炸后就是冷却，迅速的冷却。
也许，如果HI学gmail那样，搞有限时限量的邀请，这样能让人珍惜邀请，能让大伙的热情能多维持很长时间。
