BlogJava-emu in blogjava

分域名优化的时候要考虑备选IP的问题

emu — Fri, 23 May 2008 03:36:00 GMT

我们在需要下载很多内容的时候，很容易想到做分域名的并发下载，给原来的服务器多分几个域名，因为分不同的域名可能可以在浏览器中分到更多的下载进程，提高下载速度。
但是在做网络应用的时候，我们的一个域名下面有的时候会有多个ip多台服务器，分布在不同的机房，这个时候浏览器会在可选的ip里面随机的选择一个ip。用nslookup可以看到可选的ip，用ping可以看到当前正在实用的ip。
在多个ip的情况下，对具体的一个用户，往往是连接到某些ip特别快，而连接到某些ip就不怎么块。比如我现在有一个域名（和它的几个分域名），在深圳访问的时候有2个ip可以分，其中一个是深圳本地的服务器，一个是外地的服务器。这个时候如果页面打开需要用到的关键资源依赖于这个域名，那么分域名有可能对速度不是提高而是有反作用。
因为这种情况下，慢的资源成为了瓶颈，变成是速度的决定因素。我本来有一半的机会是快的，一半的机会是慢的，如果现在分两个域名去下载关键资源，变成有1/4的机会是两个域名都分到深圳的服务器，可以有提高，而3/4的机会是有一个以上的域名分到外地的服务器，反而变慢了，这样提高的是少部分人的感受，而多数人的感受没有提升或者变的更差。如果简单的按照yahoo的优化建议分散到4个域名上，那么这个比例就变成1：15，更差了。
因此分域名下载不能简单的绝对化的看待，要看实际应用场景做决定。

emu 2008-05-23 11:36 发表评论

apache返回Request header field is missing ':' separator

emu — Fri, 09 May 2008 08:30:00 GMT

一段时间没有用这个apache，突然之间发现apache不返回东西了，抓包发现不管发什么请求，这个apache总是返回：
Request header field is missing ':' separator
重启apache，关掉重开，卸掉重装，折腾半天后还是选择google了，原来早有人郁闷过这个问题：http://www.apachelounge.com/forum/viewtopic.php?t=602

Just spent half of night googling.

The main reason that I switched to 2.2.x branch is mod_proxy errors like
"Request header field is missing ':' separator." when accessing sites localhost sites.
Somewhere I read that it might be fixed in 2.2, so that's why I'm here.

After 3 weeks building all neccessary modules putting and tuning all together I see the same error =/

Problem was in Nod32's IMON module. It for some reason duplicates request. I disabled it and all works fine again.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34716

Posting it here to help other with issues like this.

一模一样的现象，一模一样的原因。把nod32的imon（也就是网络监控）禁用了就好了。

emu 2008-05-09 16:30 发表评论

facebook全面开放了web IM

emu — Thu, 24 Apr 2008 03:23:00 GMT

悄悄在几个network内试用了一段时间后，今天终于全员开放了。web IM最大的问题是不能P2P的传递消息，什么都要走服务器，一来一回比起直接点对点发送显然成本要高的多，尤其我们亚洲用户的数据都要走到米国的服务器上再走回来（我被连接到了69.63.176.174这台米国服务器）。facebook用了推模式尽量保证了消息的即时性，同时维持那么多http连接看来也是不小的技术挑战，不过目前看来表现还不错。
Facebook建议大家用IE7或者Firefox来试用聊天功能。在IE6下面会弹开一个新页面来聊天。在Firefox下面没有使用传说中的COMET技术，还是每次推消息后断开连接重新请求。

emu 2008-04-24 11:23 发表评论

百度不知道百度知道

emu — Wed, 23 Apr 2008 02:38:00 GMT

有朋友在问卡巴斯基报告一个“Trojan-Clicker.HTML.Agent.ad”的事情，说是百度搜不到，我google了一把：

嗯，google上有100多个搜索结果，而百度呢？

交白卷了。谁说搜中文内容百度更专业来着。更好笑的是在google的搜索结果的第二个就是百度知道上面的问题，试了下在百度知道里面搜：

百度知道里面有两个结果而百度居然不知道百度其实知道？其实问题在于百度的网页搜索引擎无法理解“Trojan-Clicker”中的这个横杠是个连接符而不是排除搜索内容的意思，把这个横杠去掉以后，百度还是可以搜出来6个结果的。

百度号称更懂中文，以前的理解是百度比其他搜索引擎更懂中文，现在才明白过来，百度更懂中文是相对于百度懂英文的程度来说的。

奇怪的是百度知道的搜索居然没有这个问题，难道用的是不同的搜索引擎？

emu 2008-04-23 10:38 发表评论

用shindig搭Opensocial容器

emu — Wed, 26 Mar 2008 09:41:00 GMT

shindig是google的一个opensocial容器的参考实现。google高调发布opensocial以后大家纷纷在宣布支持opensocial，可是真正要找个支持opensocial的容器一点也不容易，orkut的sandbox限制很多，myspace中国也只支持flash的方式，真正要玩opensocial，还是自己搭一个环境算了。

shindig现在还不能简单的安装运行（http://incubator.apache.org/shindig/#tab-download），要做一些手工活：
按照 http://incubator.apache.org/shindig/#tab-building 的指引，

下载安装JDK，设置好JAVA_HOME和PATH环境变量
下载安装subversion客户端（我用了TortoiseSVN）
下载解压Maven（在windows上用，我用了zip版本），一个类似ant的东东，用于编译shindig。设置好M2_HOME（指向Maven的解压目录），M2（指向bin子目录）和PATH环境变量（加进bin子目录的路径）。
新建shindig目录，用TortoiseSVN update下来shindig工程（http://svn.apache.org/repos/asf/incubator/shindig/trunk）
在shindig/java/gadgets目录下面运行mvn package编译。由于依赖的jar都要从网上下载，等了漫长的一个多小时，最后在shindig\java\gadgets\target目录下得到一个gadgets.war，大约2M左右大小。

拿到war就好办了，随便找一个web容器给它运行。首选的当然是开源、绿色、轻巧可爱的tomcat了。下载下来解压，运行startup.bat，就跑起来了。访问http://localhost:8080/看到欢迎页面，从Administration-->Tomcat Manager进入。衰，要登陆。在tomcat/conf下面找到tomcat-users.xml，加两行

重启tomcat，用tomcat/tomcat进入Administration-->Tomcat Manager
找到 WAR file to deploy-->Select WAR file to upload ，选中刚才编译好的gadgets.war上传。后在Applications列表中看到/gadgets就好了。

http://localhost:8080/gadgets下面没有默认页面，只能直接访问 samplecontainer 页面 http://localhost:8080/gadgets/files/samplecontainer/samplecontainer.html

第一个输入框是gadget的xml地址，也就是所谓的OpensocialAPP了。第二个输入框指向的xml里面描述了一些模拟的用户信息，主要提供了people、personAppData、activities这些基本的APP信息。

下面蓝色框是一个iframe，里面就是这个APP的展示区域了。

看来google现在还想让大家用iframe来作web application，失望一下。要是第三方可以像igoogle里面的gmail模块一样直接inline嵌入到页面中间就好了。iframe还是很多问题的，速度问题，页面负担，还有浏览器bug。

emu 2008-03-26 17:41 发表评论

为IE找个新死法

emu — Fri, 01 Feb 2008 07:43:00 GMT

IE在解释表达式的时候显然大有优化的余地，FireFox就没这个毛病。下面这段小代码可以轻松让IE崩溃掉：

var n=32768;
var s=new Array(n).join("0+")+0;
if(confirm("真的要杀了浏览器吗?")){
eval(s);
alert("杀不掉,试试把n调大一点?");
}

其实就是让IE解析一个“0+0+0+0....”的表达式。
在我的机器上，IE6跑到32255就自动关闭了（可以作为一个新的无提示关闭浏览器漏洞呵呵，会把同一个进程打开的全部窗口一起杀掉），IE7还要差些，在31515就挂了。opera也好不到哪里去，32180就崩溃了。而FireFox一直跑到2^27（ie和opera还不到2^15）的时候把我的内存全吃光了，在虚拟内存支持下还是可以执行完成：

var s="0+",n=27 ;
for(var i=0;i<n;i++) s+=s;
alert(s.length/2)
s+=0;
if(confirm("真的要杀了浏览器吗?")){
eval(s);
alert("杀不掉,试试把n调大一点?");
}

一直到2^28的时候，字符串构造失败了才罢休。

emu 2008-02-01 15:43 发表评论

在IE下面指定表单编码方式

emu — Thu, 31 Jan 2008 09:31:00 GMT

在跨业务、跨网站发送数据或者业务升级的时候，我们有的时候需要指定发送数据的编码方式，比如页面是utf-8编码的，而发送出去的数据却是GB2312编码的。在做Ajax开发的时候，我们往往都是用vbscript或者用查字典法来解决这个问题（http://www.blogjava.net/emu/articles/31756.html）。但是有些业务，也许并不需要做成Ajax这么复杂，用表单提交显得更加自然。

其实html里面form标签有个accept-charset属性，可以帮助我们解决这个问题，可惜的是傻乎乎的IE浏览器虽然认得accept-charset，却并不卖它的帐。IE的表单提交的时候使用什么编码是完全看页面的charset决定的。还好，IE在charset这个问题上一傻到底（见http://www.blogjava.net/emu/archive/2007/08/21/138247.html），糊弄它一下，它就乖乖听话了：

<HTML>
<HEAD>
    <meta http-equiv=content-type content="text/html; charset=UTF-8">
    <SCRIPT LANGUAGE="JavaScript">
        var isIE=!!window.ActiveXObject;
        if(isIE && document.charset!="utf-8")location.reload(false);
        if(location.search) alert("“我”字编码为:"+location.search.substr(6))
    SCRIPT>
    <TITLE>encode before form postTITLE>
    <META NAME="Author" CONTENT="emu">
HEAD>
<BODY>
    <form action="#" accept-charset="GB2312" onsubmit="if(isIE)document.charset='GB2312'">
        <input name="test" value="我" readonly>
        <input type=submit>
    form>
BODY>
HTML>

简单的讲，就是在表单发送前告诉IE说当前页面是GB2312编码就行了：

试试把xml和javascript写到同一个文件里面

emu — Fri, 18 Jan 2008 14:07:00 GMT

服务器现在同时输出json和xml两种数据，取决于服务程序和页面之间的约定。在程序遇到问题的时候会返回错误信息，也按照相同的约定会返回json或者xml格式的数据。比如当页面请求xml的时候服务会返回：

xml version="1.0" encoding="gb2312"?><error>出错了error>

而当页面请求的是json的时候服务器会返回

alert("出错了")

但是今天遇到的问题是，服务器本身出了问题，比如说遇到内部服务器错误或者资源不存在，又不想返回对解决问题帮助不大的500或者404响应，而想像上面一样返回一个一致性的带错误说明的200响应。由于无从得知现在应该返回xml还是json格式的出错信息。于是服务器就统一返回了一个xml格式的错误。但是页面这个时候是用script标签在请求一个json数据，接收到一个xml文件，直接就产生语法错误了。改成json的话，请求xml的地方也无法提供正确的错误提示。

这个时候我们需要的就是服务器返回一个同时符合javascript和xml语法的错误信息，或者说把xml和javascript的错误信息放到一起。

嗷嗷研究过把css和javascript放在一个文件里面，主要是为了可以较少一个http请求。把xml和javascript放在一起有一些不同。

最容易想到的是“结束。因此如果用这样一个符号开始一个文件，我们就可以通过控制它的结束位置来控制它在不同语法下面的意义。

error.xml

<error>出错了error>

注意，从xml的角度上来看，这个xml没有带

error.xml

<error>出错了error>

之所以刻意不带注释，但是FF就没有这样的灵活性了。

简单的在IE下面用两种语法处理这个文件的一个例子：

<HTML>
<HEAD>
<TITLE> test TITLE>
<META NAME="Author" CONTENT="emu">
HEAD>
<BODY>
<xml src="error.xml" id="err">xml>
<SCRIPT LANGUAGE="JavaScript" src="error.xml" charset="utf-8">SCRIPT>
<SCRIPT LANGUAGE="JavaScript">
alert(err.getElementsByTagName("error")[0].xml)
SCRIPT>
BODY>
HTML>

emu 2008-01-18 22:07 发表评论

OpenSocial，想说爱你不容易

emu — Thu, 03 Jan 2008 10:11:00 GMT

OpenSocial的推出，让大家怀抱了多大的期望。Many sites, one API ，Server optional，将来我们的web application 就可以一次编写到处运行，英特网变成一个（也许几个）巨大的操作系统...google给我们描绘了一个多么美丽的乌托邦。包括Myspace在内的诸多SNS网站也都早早就宣布支持OpenSocial。可是两个月过去了，还是只看到orkut的一个半成品的sandbox，在emu的手里还从来没有顺顺当当跑起来过。Myspace.cn在千呼万唤之后终于丢出来一个开发者平台MDP，大家高兴了半天以为OpenSocial终于有一个实现平台了，可是打开一看：　　

        基于Myspace.cn开发者平台（MDP），您可以使所开发产品访问MySpace的用户及用户数据，这些产品将可以直接植入MySpace.cn页面，从而让更多的人有机会看到和使用您的产品，MDP可以让您：
                用Flash，或者在不久的将来用JavaScript和HTML来开发您的产品；
                自己在产品上发布广告，或由MySpace提供定向广告，投放在您的产品上；
                应用程序可以部署在您自己的服务器上或MySpace.cn的服务器上；
        MDP将支持Open Social规范，OpenSocial是一个令人耳目一新的新的社区产品开发标准，可以使用大家所熟悉的ActionScript，JavaScript, HTML等语言开发跨平台的社区产品。
　　
嗯，将支持js，将支持html，将支持Open Social规范，只要我们耐心等，牛奶会有的，面包会有的，一切都会有的。这帮子家伙就会忽悠，让人不禁要想，大家真的打算支持Open Social 吗？

emu 2008-01-03 18:11 发表评论

在eclipse下面跑jsunit

emu — Thu, 01 Nov 2007 04:13:00 GMT

写了几个简单的测试用例，在eclips下面绑定了TT，Firefox和safari跑一下，相当的舒服啊。

由于使用了本地文件系统访问，用IE的话会有权限警告，要多一个确认的交互才能允许，于是改用TT。
用FireFox最新的minefield版本和opera在访问本地文件系统的时候都有问题，要改用web访问方式才能通过：

minefield

opera：

下载jsunit的plugin，放到eclipse的plugins目录下面，然后在window/preferences下面配置jsunit的路径和测试用的浏览器就可以了

safari我使用的是Digidea的汉化版。safari似乎兼容性不好，标准的jsunit测试都有两个通不过，另有两个运行不起来。

emu 2007-11-01 12:13 发表评论

定位到了IE报告“存储空间不足，无法完成此操作”的原因。

emu — Fri, 24 Aug 2007 13:39:00 GMT

©emu

近期有大量的投诉是关于在脚本运行过程IE报告“存储空间不足，无法完成此操作”的。出现此问题的用户全部都无法访问IE的“帮助——关于”页面，报告相同的错误，因此可以定位为IE本身出了问题。

怀疑是某些软件修改了系统造成，但是也一直没有定位到是什么软件或者插件。由于问题无法在开发机上重现，定位了非常久，最后猜测是由于在模式对话框中访问navigator.userAgent造成。编写了如下页面：

<SCRIPT>
showModalDialog("javascript:'