回顾一下Java Server Face, 果然JSF还依赖着JSP tag lib这个让人厌烦的东西。 JSP Tag是个初一看特有用，但后来发现几乎没用还很烦人的东西，尤其Java领域JSP tag严重缺乏IDE的支持，一旦JSP中重度依赖Tags使得view的开发和调试非常麻烦。

From: http://www.javaeye.com/topic/66897

jsp tag的致命缺点有三：
1、极难扩展
在页面扩展可重用片断，必须自己用Java编写自定义Tag。而这个工作对于模板语言例如freemarker来说是很简单的事情，即使可以自定义tag，也会造成tag泛滥，项目难以维护。
2、不能脱离Servlet容器存在
必须紧密藕合Servlet容器，造成View根本无法测试，无法扩展
3、无法动态切换View
对于类似博客网站是致命缺点，博客切换模板，要求根据程序的状态，动态切换整套不同的View，JSP Tag完全做不到这一点。
而这些功能对于类似freemarker，velocity模板语言来说，是很简单的事情。web编程发展到今天，JSP技术已经是一个极其落伍的技术了。JSF可以自己创造自己的模板技术，也可以利用现有的模板语言，但是他唯独死抱着JSP Tag不放，所以JSF没有前途。

上述观点我非常支持，不过上面的link中有众多高手支持或者反对的声音，很值得阅读。

我自己已经抛弃了Java投入ASP.NET阵营了，呵呵。 其实ASP.NET有相当多比Java更先进的理念和实现，只是因为是Microsoft的东西，而且需要绑定在Microsoft平台上，导致一些人不懈去了解，一些人没法去迁移。我过去也是根本没有去仔细看asp.net而只是靠一些成见而直接否决了asp.net的可能性，现在看起来是非常不对的。

Share This

翻看了“Tapestry会成为Web表示层框架的主流解决方案吗？”一文。 我自己过去也是对Java世界的各种web framework不胜其烦，框架实在太多，一个个都是重复发明的轮子，但真正理想的不多，其中我最欣赏的是Tapestry.

如今这些年过去了，我也从Java为主转投入了ASP.NET阵营了，最近抽空回顾一下最近Java的发展，又重新来看了看一些旧文。

的确，到现在为止，纯粹从概念角度来看，ASP.NET是最优秀的web framework, 是真正的OO解决方案，ASP.NET的code behind, view state, user control都是非常先进的理念（先进的理念未必是最合理的，比如view state这个东西就有利有弊，另外MVP的概念没有MVC那么清晰 ）。Tapestry可以说是Java web framwork中最像 asp.net的东西。

Tapestry自身的发展也让人有些失望，毕竟是个人的作品，其继承性可延续性，升级速度等方面和商业化的产品无法比。看到这篇贴子今年有深度使用tapestry的朋友泼的冷水：

网上说了不少tapestry的好话，我来泼点冷水吧。我们公司从2004年就开始研发tapestry系统，并用于大型系统，而且自己封装了一系列的组件。经过封装后的组件，也确实能达到减少开发代码的效果。但带来的问题更严重，一确实tapestry相对资料很少，尤其是中文的更少(虽然现在已有书籍出版，但都是今年中期才出来的)，为研究学习tapestry带来了不少的困难。这样的话企业人员一旦流动，后面接手的人相当困难，适应期很长。 二经过重型封装的tapestry组件运行效率确实有问题。恐怕很少有人真正知道这点。当tapestry在运行的时候，是先render页面，再 render组件的。当系统运行慢的时候，你将可以清楚地看到这一过程。所以当系统刚刚render出页面，还没有render出组件的时候，你将看到不完整的页面，要再等一会，你才能看到render完整的页面（想必各位都没有见过这个奇观）。并且在页面没有render完全之前，你却可以点击页面上那些基本组件了，然后马上就会报错。所以我们不得不叫客户慢一点，要等页面完全出来以后才能继续操作，这种用户体验真是太差了。三就如hantsy所说，tapestry会在升级中迷失自己。我们公司在研发tapestry的时候，用的是3.0版本，可是当4.0版本出来的时候，发现已经大变样，如果我们要升级，将要付出沉重的代价。所以只能不升级了。但是时代在发展，当ajax这些新技术不断地抢我们的眼球的时候，我们却毫无办法。因为tapestry要4.02版本才支持ajax。当tapestry5快发布的时候，听说又经过了大幅的改造。哦，这个时候我们已经不关心了，管它怎么升级呢。也许我们也有使用tapestry不当的地方，但所谓实践才有发言权，我不希望更多的同行走我们走过的路，选择tapestry，要慎重！慎重！

Share This

alexa排名本来是具有参考价值的，但在国内因为作弊太严重变得几乎要失去意义。　最近alexa也作了一些改进，包括推出Firefox版本的工具条（这个工具条做得不错，实用不占地方，不像IE下那个版本一看就令人恶心），此外系列的web master API也感觉不错，好好使的话还是很有价值的：

Web Search

Build custom Alexa search engines and put them on your site.
Learn more

Alexa Data

Integrate Alexa data such as rankings or related links into your site or service.  Learn more

Thumbnail Images

Put Alexa’s thumbnail images onto your site.  Learn more

Widgets

Place interactive and always-updated Alexa data onto your site.  Learn more

Custom Toolbar

Put your logo on Alexa’s toolbar.  Learn more

Link Report

Have Alexa review your site - for Amazon associates.  Learn more

看到一位叫DavidYin的blogger写了提高Alexa排名的九个办法，其实只有８个，除了一些传统的吸引流量的方法外，还提到两个看似有效的方法：

2）把Alexa排名统计的widget放在Blog上，当它被点击的时候，也相当于Alexa统计到一次PV，即使那个用户没有安装Alexa工具条。

５）用Alexa重定向功能，当你留言的时候，可以留下这样的链接：
http://redirect.alexa.com/redirect?seo.g2soft.net
当用户点击这个链接的时候，就相当于给你的网站添加了一个PV，并且被Alexa统计到，哪怕他用的浏览器根本没有Alexa。

说实话对此我有些怀疑， 因为alexa的说法是统计工具条返回的数据的，显示这个badget和通过其redirect如果有用得话，使用这些招数的站点无疑会比其他站点的reach值高很多很多（因为正常情况下只有很小百分比的被alexa记录，这样就几乎100%了），这样一来排名反而更加没有准确依据了。

但光怀疑是没用的，为此决定做个试验：

１) 安装了alexa rank显示的badget

2) 安装了插件 Alexa Redirect Plugin，把站内link用alexa redirect.

试验准备进行１个星期，看看是否对alexa　rank有影响。

这是目前这个站点的alexa rank的图和数据：

Robertmao.com

robertmao.com
Traffic Rank for robertmao.com: 480,519

Reach for Robertmao.com:

Percent of global Internet users who visit this site

Yesterday
1 wk. Avg.
3 mos. Avg.
3 mos. Change

N/A*
0.00065%
0.00019%
–

Traffic Rank for Robertmao.com:

Alexa traffic rank based on a combined measure of page views and users (reach)

Yesterday
1 wk. Avg.
3 mos. Avg.
3 mos. Change

N/A*
217,892
480,519
–

Page Views per user for Robertmao.com:

The number of unique pages viewed per user per day for this site

Yesterday
1 wk. Avg.
3 mos. Avg.
3 mos. Change

N/A*
1.7
3.4
–

* Daily values are not available for sites ranked outside of the Top 100K.

Share This