�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#20122;&#27954;&#26085;&#26412;&#22825;&#22530;&#22312;&#32447;&#44;&#20122;&#27954;&#20154;&#25104;&#32593;&#31449;&#22312;&#32447;&#35266;&#30475;&#25773;&#25918;&#38738;&#38738;&#44;&#22269;&#20135;&#21320;&#22812;&#20122;&#27954;&#19981;&#21345;</title><link>http://www.tkk7.com/iamtin/</link><description>You are coming a long way, baby~Thinking, feeling, memory...</description><language>zh-cn</language><lastBuildDate>Fri, 09 May 2025 14:34:14 GMT</lastBuildDate><pubDate>Fri, 09 May 2025 14:34:14 GMT</pubDate><ttl>60</ttl><item><title>我的Blog�q�移</title><link>http://www.tkk7.com/iamtin/archive/2008/06/04/move_this_blog_to_zztin.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Wed, 04 Jun 2008 02:00:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2008/06/04/move_this_blog_to_zztin.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/205714.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2008/06/04/move_this_blog_to_zztin.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/205714.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/205714.html</trackback:ping><description><![CDATA[自己甌���域名把blog�q�移了一下。因为内容也很少和Java相关�Q�感兴趣的朋友轻修改一下订阅地址�?
<div>Rss: http://feed.feedsky.com/iamtin</div>
<div>Blog: http://tin.zztin.com</div>
<img src ="http://www.tkk7.com/iamtin/aggbug/205714.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2008-06-04 10:00 <a href="http://www.tkk7.com/iamtin/archive/2008/06/04/move_this_blog_to_zztin.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Re:架构考量-选择的难�?/title><link>http://www.tkk7.com/iamtin/archive/2007/11/28/reply_architecture_debate_of_haokanbu.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Wed, 28 Nov 2007 14:39:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/11/28/reply_architecture_debate_of_haokanbu.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/163835.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/11/28/reply_architecture_debate_of_haokanbu.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/163835.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/163835.html</trackback:ping><description><![CDATA[在中文网�l�年�?x��)上和啄木鸟老大HD讨论了一下好看簿的架构问题，而后老黄写了一个blog entry�Q?br />
<a title="架构考量-选择的难�? >架构考量-选择的难�?/a><br />
里面谈到了架构一个高支撑能力的Web 2.0应用需要考虑的架构选型问题�Q�对我很有帮助。我也回复一下他的徏议：(x��)<br />
<br />
非常不好意思，今天���查google reader才发现HD老大记录了这个谈话。而我都没有在blog里面记录�q�个事情。不�q�和HD老大的谈话回来我�q�是仔细消化了一下。关于交换机的事情我已经反思了�Q�后来在切换服务器的时候的���发��C��癑օ�和千兆的区别�Q�rsync在百兆网�l�下的确造成了我们的切换宕计旉���变长。当时我们停止服�?5分钟�Q�如果是千兆�|�络估计5分钟以内���可以了�Q�所以如HD所��_(d��)��我们也许应该选择HW的千兆�?br />
关于文�g服务的问题，我想目前的关键还是需要看看是否有热点数据。不�q�对于网站来��_(d��)���׃��首页和离首页深度比较�q�的��面被访问的可能性要明显的高�Q�所以如果��用squid做反向代理肯定可以减轻静态文件服务的压力。但是问题也在这里，一定要���量寚w��态文件有压力的时候再加Squid�?br />
其实本次切换的主要问题是���动态服务与静态服务分开。因为没有选择�U�磁盘阵列用光纤或者iSCSI的方式挂在到动态服务器�Q�因为原先的2950充当了文件服务器�Q�，所以�ؓ(f��)了不���费计算资源我们���动态服务器�Q?G内存�Q�Raid1�?5k rpm���盘�Q�和静态服务器�Q?G内存�Q�Raid5�?50G X 6�?200 rpm���盘�Q�分开处理�Q�这样动态服务器跑Django�Q�静态服务器跑Lighttpd。他们之间只需要一个读写的通讯�Q�因为是内部通讯�Q�所以用http是没有意义的。用NFS可能是最直接的方法。用SAN或者iSCSI的方式其实也是可行的�Q�前者是成本问题�Q�而后者是���费计算资源的问题，所以我们自然的按HD的意思上了NFSv4�?br />
然后又引出MogileFS的问题。其实这是个大文件存储的真谛问题。如果数据量辑ֈ�一定程度，单个节点不可以承受的时候，那么我们只能选择数据分片�Q�可以时髦的叫做shard�Q�如google做的map reduce的GFS。或者干脆就自己写个���单的数据索引�Q�然后�\由分��Z��下，�q�个概念���是MogileFS。MogileFS���是利用多个有自��q��计算资源的静态服务器来分区存储�ƈ���理它们的一个准分布式文件系�l�（因�ؓ(f��)MogileFS不支持随�����问，只是整存整取�Q�所以说是准文�g�pȝ���Q�，它已�l�能解决我们Web 2.0应用的问题了�Q�Flickr也是�q�么�q�的&#8230;&#8230;选用它或者自己做是个看�v来和做�v来都挺简单的问题�Q�只是它比什么都不需要改变的NFS�q�是�E�微�ȝ��一炏V��所以这个作为未来的一�U�被选方案。其实呼应一下HD在方案分析里面说的应付流量压力的目标�Q�MogileFS只是用来解决存储压力的一个方式�?br />
关于FS�Q�我最�q�也作了Research�Q�发现这�q�真是一个坑呀�Q�非常大的坑。XFS、JFS、nb的ZFS都是好方案，但是大文件系�l�还要考虑分区表格式，MBR已经成了限制�Q�用GPT吧你�q�不好引��|��因�ؓ(f��)如果你都是大���盘的话�Q�单弄一个小的上MBR引导�Q�其它再分GPT�Q�势必要���费一块硬盘，非常不划���）�Q�然后LVM解决引导问题吧用��h���q�不�t�实�Q�毕竟它的条带化不是����g的Raid那样可靠�Q�，然后你又需要去�Ҏ(gu��)��那几个FS�Q�反正头大。最后还是硬着头皮上了XFS�?br />
我觉得架构考量���像HD所说的�Q�你有无数选择�Q�这些选择造成了噪韻I��然后在你四处���壁的时候，你可能选择了第一个可以用的方案去实施。而实际上你会(x��)很快发现更好的方�?#8230;&#8230;架构的重构代��h��可怕的&#8230;&#8230;所以有了更好的�Ҏ(gu��)��可能也不�?x��)实施，或者要很久以后再实施。所以，�q�个�l�验是需要年头的�Q�也许，也许�Q�很多的�Ҏ(gu��)��都让被实施者称��Z��学徒�l�手的冬瓜，脑袋上的伤口只有冬瓜自己知道。虽然我作�ؓ(f��)学徒&#8230;&#8230;看着也疼。我发誓�Q�下�ơ我一定做到更好！<br />
<br />
相关的好看簿故事�Q�我把好看簿服务器升�U�的�q�程用照片故事的形式记录下来了，�Ƣ迎大家参观�Q?br />
<a onclick="return top.js.OpenExtLink(window,event,this)"  target="_blank">http://www.haokanbu.com/story<wbr>/2991/</a><br />
<br />
�q�有关于中国�|�志2007的记�?br />
<a onclick="return top.js.OpenExtLink(window,event,this)"  target="_blank">http://www.haokanbu.com/story<wbr>/3022/</a><br />
<br />
<img src ="http://www.tkk7.com/iamtin/aggbug/163835.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-11-28 22:39 <a href="http://www.tkk7.com/iamtin/archive/2007/11/28/reply_architecture_debate_of_haokanbu.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>如何安装Siege�q�进行测�?/title><link>http://www.tkk7.com/iamtin/archive/2007/10/24/how_to_use_siege.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Wed, 24 Oct 2007 05:52:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/10/24/how_to_use_siege.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/155580.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/10/24/how_to_use_siege.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/155580.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/155580.html</trackback:ping><description><![CDATA[<div   class="bvfnvxx"   id="searchable">
<p>如何安装Siege�q�进行测�?<br />
<br />
在CentOS 5上面的过�E�。其它系�l�安装方式略有不同参照它的官方网站�?br />
</p>
<h2 id="安装siege">安装siege</h2>
<pre class="wiki">yum -y install siege
</pre>
<h2 id="配置siege">配置siege</h2>
<p>�q�行一�ơsiege�Q�它�?x��)在你的~目录创徏一�?siegerc。你可以在里面修改你需要的东西。里面有说明�Q�可以自�׃��攏V��需要说明的是里面有一个benchmark的属性，为false。siege不同于ab在于���试�q�发的时候请求也有个随机延迟�Q�这��h��较接�q�实际效果�?</p>
<h2 id="�q�行siege">�q�行siege</h2>
<p>一般用法：(x��) </p>
<pre class="wiki">siege -c 100 -r 10 -f someScript.url
</pre>
<p>-c是�ƈ发量�Q?r是重复次数�?url文�g���是一个文本，每行都是一个url�Q�它�?x��)从里面随机讉K��的�?</p>
<p>�c�M��ab的纯�q�发压力���试�Q?</p>
<pre class="wiki">siege -c 100 -r 10 http://www.google.com</pre>
<p>手册在此�Q�因为siege很早���有�Q�命令语法也变了很多�Q�要么直接man siege�Q�要么就看官�Ҏ(gu��)��册：(x��) <a class="ext-link" ><span id="vbthtdp"    class="icon">http://www.joedog.org/Siege/Manual</span></a> </p>
<p>== 关于sproxy === sproxy是用来录制siege脚本的代理工兗���可是我没有在CentOS上调试成功，需要自��q��译安装。好处是方便模拟post��h��和cookie�{�，但是目前没有用到�?<a class="ext-link" ><span id="xbxddhh"    class="icon">http://www.joedog.org/Sproxy/Manual</span></a> </p>
</div>
<img src ="http://www.tkk7.com/iamtin/aggbug/155580.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-10-24 13:52 <a href="http://www.tkk7.com/iamtin/archive/2007/10/24/how_to_use_siege.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Twitter的性能调优的关键点</title><link>http://www.tkk7.com/iamtin/archive/2007/10/16/scaling_twitter_the_key_points.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Tue, 16 Oct 2007 00:42:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/10/16/scaling_twitter_the_key_points.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/153144.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/10/16/scaling_twitter_the_key_points.html#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/153144.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/153144.html</trackback:ping><description><![CDATA[<p>Twitter的水�q�x��展的一些关键点�Q�虽然它是个RoR应用�Q�但是这些徏议绝�Ҏ(gu��)��放之四�v而皆准的�Q�非常好的�ȝ���?br />
因�ؓ(f��)�q�初Twitter曄���遇到了性能瓉����Q�而且几乎束手无策。当初很多�h开始怀疑Ruby的性能问题�Q�而后Twitter站�v来了 ^__^</p>
<p>有时间的朋友看看�q�个slide�Q?a >http://www.slideshare.net/Blaine/scaling-twitter</a>�Q�没有时间的看看我的摘要�?br />
<br />
开发：(x��)<br />
1、一定要���试�Q�一定要早点���试�Q�一定要早点���试�Q�否则你���死定了。不要存��M��侥幸心理�Q�从��目的开始就写好���试�?br />
2、对��M��部分都要���试。还是测试！<br />
3、性能���试要交�l�用��h��做。那��h��有意义。所以要做好log。用好分析工��P��(x��)Munin�Q�服务器内存占用监控�Q�、Nagios�Q�服务器服务�|�络状态监控）、AWStats &amp; Google Analytics、错误日志、发��C��错误马上�q�入问题跟踪�pȝ���Q�Trac、Jira&#8230;&#8230;太多了，但是最好有一个）�?/p>
<p><br />
架构�Q?br />
1、��用可以分区的架构。按照架构上的功能清晰的分区。这意味着你可以通过替换一个实现来改进性能�Q�因为性能和复杂度往往是不可兼得的�?/p>
<p>对于数据库：(x��)<br />
1、尽量不要分布式数据库，包括数据库分区。最好通过提高单台服务器的性能提升�q�个节点的性能。更重要的是查询优化。通过备䆾服务器解军_���Ҏ(gu��)��障�?br />
2、对where子句中的字段增加index。（�q�个当然了）<br />
3、扁�q�_��查询�Q�比如一个user有很多朋友，查一个�h的朋友如果通过外键�?x��)浪费很多性能。可以把ids序列化�ؓ(f��)1,2,3�q�样�Q�然后用like查询速度更快�?br />
4、一定要优化你的SQL�Q�不要寄希望于ORM�l�你解决�Q�不���是DataMapper、ActiveRecord或者UnitOfWork�Q��?/p>
<p>Cache�Q?br />
1、一定要考虑Cache�Q�最重要的是领域对象的Cache�Q�一定要考虑Memcache�Q�如Memcached�?br />
2、应该有90%的查询可以Cache�?br />
3、但是要注意Cache实效问题�Q�要�?qi��ng)时标注实效�Q�，�q�个是个隄���也是个重炏V�?br />
4、可以考虑用Message来标记实效（�q�样可以保证异步�Q�无��d��的按照顺序的让数据失效）�Q�据�U�C��不是很难�?/p>
<p>Messaging�Q?br />
1、�؜合应用。不用去看Java的OpenFire了，即��它很好，完全可以考虑erlang的ejabberd了，俄罗斯的产物�?br />
2、排队问题有很多解决�Ҏ(gu��)���Q�ActiveMQ、RabbitMQ、MySQL + Lightweight Locking、Drb�Q�for ruby�Q?/p>
 <img src ="http://www.tkk7.com/iamtin/aggbug/153144.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-10-16 08:42 <a href="http://www.tkk7.com/iamtin/archive/2007/10/16/scaling_twitter_the_key_points.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>大型Java Web��目的架构和部��v调优问题</title><link>http://www.tkk7.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Mon, 17 Sep 2007 14:48:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/146003.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html#Feedback</comments><slash:comments>5</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/146003.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/146003.html</trackback:ping><description><![CDATA[<img height="44" alt="" src="http://www.infoq.com/styles/cn/i/logo.gif" width="140" border="0" /> 本文已经发表于InfoQ中文站，�Q?a >大型Java Web��目的架构和部��v问题</a>�Q?br />
<style>
blockquote {background:#eee;font-size:12px;}
</style>
<p>一位ID是jackson1225的网友在javaeye询问�?a title="一个大型Web�pȝ��的架构和部��v选型问题"  target="_blank">一个大型Web�pȝ��的架构和部��v选型问题</a>�Q�希望能提高现有的基于Java的Web应用的服务能力。由于架构模式和部��v调优一直是Java�C�֌�的热门话题，�q�个问题引发了很多热心网友的讨论�Q�其中一些意见对其它大型Web��目也有很好的指导意义。在讨论之初jackson1225�q�样描述了当前的应用的架构和部��v�Ҏ(gu��)���Q?/p>
<blockquote>
<p>目前�pȝ��架构如下:</p>
<ol>
    <li>web层采用struts+tomcat实现�Q�整个系�l�采�?0多台web服务器，其负载均衡采用硬件F5来实玎ͼ�
    <li>中间层采用无状态会(x��)话Bean+DAO+helper�c�L��实现�Q�共3台weblogic服务器，部��v有多个EJB�Q�其负蝲均衡也采用F5来实玎ͼ�
    <li>数据库层的操作是自己写的通用�c�d��现的�Q�两台ORACLE数据库服务器�Q�分别存攄���户信息和业务数据�Q�一台SQL SERVER数据库，是第三方的业务数据信息； </li>
</ol>
<p>web层调用EJB�q�程接口来访问中间�g层。web层首先通过一个XML配置文�g中配�|�的EJB接口信息来调用相应的EJB�q�程接口�Q?/p>
<p>该系�l�中一�ơ操作涉�?qi��ng)到两个ORACLE库以�?qi��ng)一个SQL SERVER库的讉K��和操作，��x��三个数据库连接，在一个事务中完成�?/p>
</blockquote>
<p>�q�样的架构其实很多公叔R��在��用，因�ؓ(f��)Struts和Tomcat分别是最���行的Java Web MVC框架和Servlet容器�Q�而F5公司的负载均衡是横向扩展常见的解��x��案（例如配置session sticky�Ҏ(gu��)���Q�。由于这个系�l�中有跨数据源的事务�Q�所以��用Weblogic Server EJB容器和支持两阶段提交的数据库驱动���可以保证跨数据源的事物完整性（当然�Q�容器管理的分布式事务�ƈ非是唯一和最优的解决�Ҏ(gu��)���Q��?/p>
<p>但是随着Rod Johnson重量�U�的著作《J2EE Development without EJB》和其中的Spring框架的流行，轻量�U�框架和轻量�U�容器的概念已经深入人心。所以对于jackson1225提出的这个场景，大多数网友都提出了置疑，认�ؓ(f��)�q�个�pȝ��滥用了技术，完全是在���费钱。网友们大都认�ؓ(f��)SLSB�Q�无状态会(x��)话Bean�Q�完全没有必要出现在�q�个场景中，认�ؓ(f��)SLSB通过�q�程接口讉K��本地资源�?x��)有很大的性能开销�Q�这�U�观点也是Rod johnson在without EJB中批判EJB 2.x中的一大反模式�?/p>
<p>�׃��JavaEE是一个以模式见长的解��x��案，模式和架构在JavaEE中占有很重要的地位，所以很多业内专家也都警�?#8220;反模式（Anti-patterns�Q?#8221;的出现。对于上面所�q�的�Ҏ(gu��)��是否是反模式�Q�jackson1225马上站出来申辩：(x��)</p>
<blockquote>
<p>我们��目���是把EJB作�ؓ(f��)一个Facade�Q�只是提供给WEB层调用的�q�程接口�Q�而且只用了无状态会(x��)话Bean�Q�所以性能上还可以的�?/p>
</blockquote>
<p>�q�个解释很快得到了一些网友的认可�Q�但是大家很快意识到架构的好坏决定于是否能够满��用户的需求，davexin�Q�可能是jackson1225的同事）描述了这个系�l�的用户和�ƈ发情况：(x��)</p>
<blockquote>
<p>现在有用�?000万，马上要和另一个公司的�?x��)员�pȝ��合�ƈ�Q�加��h��一共有9000万用戗���数据量单表中有一亿条以上的数据。这是基本的情况�Q�其实我觉得现在的架构还是可以的�Q�现在支持的�q�发大概5000�q�发用户左右�Q�接下来�?x��)进行系�l�改造，目标支持1万个�q�发用户�?/p>
</blockquote>
<p>具体的�ƈ发量公布后又有网友置疑这个数据，认�ؓ(f��)�q�个�pȝ��的Servlet容器支持的�ƈ发数太小�Q�怀疑是否配�|�不够优化。davexin又补充了该项目的服务器配�|�：(x��)</p>
<blockquote>
<p>�pȝ��前端tomcat都是用的刀片，配置�?G内存�Q�cpu大概�?.0G�Q�每台机器也���支�?50-400个�ƈ发，再多的话�Q�就�?x��)相应时间非常的常，����?0�U�，失去了意�?�Q�所以我们才得出�q�样的结论的�?/p>
</blockquote>
<p>一位ID是cauherk的网友提��Z��比较中肯的意见，他没有从Web容器单纯的�ƈ发支持能力上提出改进�Ҏ(gu��)���Q�而是提出了对于类似的应用�?a title="一些通用的改�q�提�C?  target="_blank">一些通用的改�q�提�C?/a>�Q�这里摘要一下：(x��)</p>
<blockquote>
<ol>
    <li>数据库压力问�?
    <p>可以按照业务、区域等�{�特性对数据库进行配�|�，可以考虑分库、��用rac、分区、分表等�{�策略，���保数据库能正常的进行交易�?/p>
    <li>事务问题
    <p>要在两个数据库中操作�Q�那么必��考虑到分布式事务。你应该仔细的设计你的系�l�，来避免��用分布式事务�Q�以避免分布式事务带来更多的数据库压力和其它问题。推荐你采用延迟提交的策�?�q�不保证数据的完�?�Q�来避免分布式事务的问题�Q�毕竟commit��p�|的几率很低�?/p>
    <li>web的优�?
    <p>���静态、图片独立��用不同的服务器，对于常态的静态文�Ӟ��采用E-TAG或者客��L(f��ng)���~�存�Q?google很多���是�q�样�q�的。对于热点的功能�Q�考虑使用完全装蝲到内存，保证�l�对的响应速度�Q�对于需要频�J�访问的热点数据�Q�采用集中缓�?多个可以采用负蝲均衡)�Q�减��L��据库的压力�?/p>
    <p>对于几乎除二�q�制文�g�Q�都应该在L4上配�|�基于硬件的压羃�Ҏ(gu��)���Q�减���网�l�的���量。提高用户��用的感知�?/p>
    <li>�|�络问题
    <p>可以考虑采用镜像、多路网�l�接入、基于DNS的负载均衡。如果有���_��的投资，可以采用CDN(内容分发�|?�Q�减��M��的服务器压力�?/p>
    </li>
</ol>
</blockquote>
<p>cauherk的这个分析比较到位，其中ETags的方案是最�q�的一个热点，InfoQ�?#8220;<a title="使用ETags减少Web应用带宽和负�?  target="_blank">使用ETags减少Web应用带宽和负�?/a>&#8221;里面对这�U�方案有很详�l�的介绍。一般以数据库�ؓ(f��)中心的Web应用的性能瓉���都在数据库上�Q�所以cauherk把数据库和事务问题放��C��前两位来讨论。但是davexin解释在所讨论的这个项目中数据库�ƈ非瓶颈：(x��)</p>
<blockquote>
<p>我们的压力不在数据库层，在web层和F5�?当高峰的时�?�Q�F5也被�Ҏ(gu��)��了，���是每秒点击���过30万，web动态部分根本承受不了。根据我们程序记录，20台web最多承�?000个�ƈ发，如果再多�Q�tomcat��׃��响应了。就像死了一栗��?/p>
</blockquote>
<p>�q�个回复让接下来的讨论都集中于Web容器的性能优化�Q�但�?a title="JavaEye站长robbin发表了自��q��意见"  target="_blank">JavaEye站长robbin发表了自��q��意见</a>�Q�将话题引回了这个项目的架构本��n�Q?/p>
<blockquote>
<p><strong>performance tuning最重要的就是定位瓶颈在哪里�Q�以�?qi��ng)瓶颈是怎么产生的�?/strong></p>
<p><strong>我的推测是瓶颈还是出在EJB�q�程�Ҏ(gu��)��调用上！</strong></p>
<p>tomcat上面的java应用要通过EJB�q�程�Ҏ(gu��)��调用�Q�来讉K��weblogic上面的无状态SessionBean�Q�这��L(f��ng)���q�程�Ҏ(gu��)��调用一般都�?00ms~500ms�U�别�Q�或者更多。而如果没有远�E�方法调用，即��大量采用spring的动态反���，一�ơ完整的web��h��处理在本地JVM内部的完成时间一般也不过20ms而已。一�ơweb��h��需要过长的执行旉����Q�就�?x��)导致servlet�U�程被占用更多的旉����Q�从而无法及(qi��ng)时响应更多的后箋��h���?/p>
<p>如果�q�个推测是成立的话，那么我的��������是既然你没有用到分布式事务�Q�那么就�q�脆��L��EJB。weblogic也可以全部撤掉，业务层��用spring取代EJB�Q�不要搞分布式架构，在每个tomcat实例上面部��v一个完整的分层�l�构�?/p>
<p>另外在高�q�发情况下，apache处理静态资源也很耗内存和CPU�Q�可以考虑用轻量��web server如lighttpd/litespeed/nginx取代之�?/p>
</blockquote>
<p>robbin的推断得��C���|�友们的支持�Q�davexin也认同robbin的看法，但是他解释说<a title="公司认�ؓ(f��)攑ּ�SLSB存在风险"  target="_blank">公司认�ؓ(f��)攑ּ�SLSB存在风险</a>�Q�所以公司們֐�于通过���Tomcat替换为Weblogic Server 10来提升系�l�的用户支撑能力�?a title="robbin则马上批评了�q�种做法"  target="_blank">robbin则马上批评了�q�种做法</a>�Q?/p>
<blockquote>
<p>坦白说我�q�从来没有听说过大规模互联网应用使用EJB的先例。�ؓ(f��)什么大规模互联�|�应用不能用EJB�Q�其实就是因为EJB性能太差�Q�用了EJB几乎必然出现性能障碍�?/p>
<p>web容器的性能说到底无非就是Servlet�U�程调度能力而已�Q�Tomcat不像WebLogic那样附加n多管理功能，跑得快很正常。对比测试一下WebLogic的数据库�q�接池和C3P0�q�接池的性能也会(x��)发现�c�M��的结论，C3P0可要比WebLogic的连接池快好几倍了。这不是说WebLogic性能不好�Q�只不过weblogic要实现更多的功能�Q�所以在单一的速度斚w����׃��(x��)牺牲很多东西�?/p>
<p>以我的经验来判断�Q���用tomcat5.5以上的版本，配置a(ch��n)pr支持�Q�进行必要的tuning�Q���用BEA JRockit JVM的话�Q�在你们目前的刀片上面，支撑500个�ƈ发完全是可以做到的。结合你们目�?0个刀片的����g�Q�那么达�?万�ƈ发是没问题的。当然这样做的前提是必须扔掉EJB�Q��ƈ�|�web层和业务层在同一个JVM内部�?/p>
</blockquote>
<p>接下来robbin�q�针对davexin对话题中的应用分别在tomcat和weblogic上的���试数据�q�行了分析：(x��)</p>
<blockquote>引用�Q?
<blockquote>
<p>2�?台weblogic10 Express�Q�相当于1台tomcat�Q�用于发布jsp应用�Q�加1台weblogic10�Q�发布ejb应用�Q�，能支�?000个�ƈ发用�?.....<br />
......<br />
4�?台tomcat4.1�?台weblogic8�Q�只能支�?50个�ƈ发用��P��tomcat���p���l�超�Ӟ��说明此种�l�构瓉���在tomcat�?</p>
</blockquote>
<p>�q�说明瓶颈还不在EJB�q�程调用上，但是问题已经逐渐清楚了。�ؓ(f��)什么weblogic充当web容器发�v�q�程EJB调用的时候可以支�?000个�ƈ发，但是tomcat只能�?50个？只有两个可能的原因：(x��)</p>
<p>
<ol>
    <li>你的tomcat没有配置好，严重影响了性能表现
    <li>tomcat和weblogic之间的接口出了问�?</li>
</ol>
<p>&nbsp;</p>
</blockquote>
<p>接着springside��目发�v者江南白衣也提出了一个��M��的优化指��|��(x��)</p>
<blockquote>
<p>1.基础配置优化</p>
<p>tomcat 6�Q?tomcat参数调优?<br />
JRockit JVM? JVM参数调优�Q?br />
Apache+Squid 处理静态内容？ </p>
<p>2.业务层优�?/p>
<p>部分功能本地化，而不调remote session bean?<br />
异步提交操作,JMS�Q?br />
cache热点数据�Q?</p>
<p>3.展示层优�?/p>
<p>动态页面发布�ؓ(f��)静态页面？<br />
Cache部分动态页面内容？ </p>
</blockquote>
<p>davexin在调整了Tomcat配置后应验了robbin对tomcat配置问题的质疑，davexin�q�样描述�l�过配置优化以后的测试结果：(x��)</p>
<blockquote>
<p>�l�过���试�Q��ƈ发�h数是可以辑ֈ�像robbin所说的一��P��能够�?00人左叻I��如果压到�q�发700人，���有15%左右的失败，虽然在调整上面参��C��后，�q�发人数上去了，但是在同��L(f��ng)��旉���内所完成的事务数量下降了10%左右�Q��ƈ且响应时间�g�q�了1�U�左叻I��但从整体上来��_(d��)��牺牲一点事务吞吐量和响应时��_(d��)���q�发人数能够提高500�Q�觉得还是值得的�?/p>
</blockquote>
<p>��x���q�个话题有了一个比较好的结果。这个话题�ƈ非完全针对一个具体的��目才有意义�Q�更重要的是在分析和讨论问题的过�E�中�|�友们解决问题的思�\�Q�尤其是cauherk、robbin、江南白衣等几位�|�友提出的意见可以让�q�大Java Web��目开发者了解到中、大型项目所需要考虑的架构和部��v所需要考虑的关键问题，也消除了很多人对轻量Servlet容器与EJB容器性能的一些误解�?/p>
<p>在讨��Z���q�有一些小插曲�Q�如davexin和江南白衣讨��Z��<a title="JRocket的实�Ӟ��Realtime�Q�版本是否可以提升Servlet容器的相应能�?  target="_blank">JRocket的实�Ӟ��Realtime�Q�版本是否可以提升Servlet容器的相应能�?/a>�Q�答案是不可以。还有ID为mfc42d的网友从Servlet容器的�ƈ发支持能力引甛_���?a title="Java的线�E�调度能力和NIO对Servelet容器的意�?  target="_blank">Java的线�E�调度能力和NIO对Servelet容器的意�?/a>�Q�他推荐了自��q��两篇不错的blog&#8220;<a title="java的线�E�实�?  target="_blank">java的线�E�实�?/a>&#8221;�?#8220;<a title="java�q�程使用的最大内存的数�?  target="_blank">java�q�程使用的最大内存的数�?/a>&#8221;�Q�blog文章里面从JVM源码�U�别分析了Java的线�E�支持能力，面��(f��)JVM性能调优问题的网友可以认真阅��M��下�?/p>
<img src ="http://www.tkk7.com/iamtin/aggbug/146003.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-09-17 22:48 <a href="http://www.tkk7.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>从CTO如何设计软�g到如何才是架构师</title><link>http://www.tkk7.com/iamtin/archive/2007/09/15/cto_design_project_and_how_to_be_architect.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Sat, 15 Sep 2007 06:57:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/09/15/cto_design_project_and_how_to_be_architect.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/145365.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/09/15/cto_design_project_and_how_to_be_architect.html#Feedback</comments><slash:comments>3</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/145365.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/145365.html</trackback:ping><description><![CDATA[一�D�对话，关于架构师和设计者的�?br />
起因是javaeye的这个帖子：(x��)<a  title="固定链接�Q�看看国外CTO是如何设计Java软�g�?>看看国外CTO是如何设计Java软�g�?/a>
<br />
<br />
<span style="color: #0817ff;">我回复maqujun��_(d��)��(x��)</span><br />
呵呵�Q�国外不止是CTO�q�样做�?br />
我国外的一些朋友在大学的时候计���机相关的作业就是这��L(f��ng)���Q�这�U�做法一般不叫design by interface。老外一般叫做design by contract�Q�因为contract有的时候是interface�Q�有的时候是UML�Q�有的时候是描述非常详细的类设计文档�Q�但是结果是一��L(f��ng)���Q�要求的外观和接口，内部怎么实现是你的事情�?br />
<br />
<span style="color: #0817ff;">maqujun又回复说�Q?/span><br />
其实CTO不做�q�种事啦�Q�我的文章写的有点偏题了。interface design是我的工作。我在文中是�Ҏ(gu��)��自己工作的�ȝ���l�验�Q�希望和更多人分享。你所说的国外大学的计���机相关的作业的内容�Q�我很认同。这才是大学中应该学的东�ѝ��可惜我们中国的大学�Ҏ(gu��)�����没有这斚w��的涉�?qi��ng)。有些差距在一开始的地方����Ş成了。不�q�好在我们自己可以��I补它�?br />
<br />
哈哈�Q�很高兴收到你的回复。交个朋友吧。我加你为好友！ :D<br />
<br />
<span style="color: #0817ff;">我又回复�Q?/span><br />
哈哈�Q�是呀。我�q�真没见�q�公叔R��面专门有人做interface design的，�q�样不错�Q�api�?x��)变漂亮�?br />
老外的计���机教育让我觉得在国内上大学基本上就是浪�Ҏ(gu��)��间�?br />
<br />
<span style="color: #0817ff;">maqujun回复�Q?/span><br />
哈哈�Q?#8220;国内上大学基本上���是���费旉���&#8221;有同感！<br />
不过我可不是专门做interface design的哦。我不是架构工程师，我是软�g开发工�E�师�Q�本质还是做开发的。design部分只是一个新��目的开始前的工作而已�?br />
<br />
<span style="color: #0817ff;">我的感想�Q?/span><br />
架构师这个概忉|��较虚。在国内�Q�架构师其实���是有强烈基���們֐�的开发者，他们有很大的热情来实验一个自��q���(zh��n)�或者感兴趣的东西，从概念上�q�不是架构师�?br />
<br />
我很��x��国外的一些架构师描述如何成�ؓ(f��)架构师。架构师其实最重要的是见识�Q�要无們֐�性的研究技术和需求。我很喜�Ƣ的印度的一位精���导师克里希姆纳提说�q�自��q��前提是要学会(x��)聆听�Q�而聆听就是在听的时候心理不要有��M��反抗或者评论的��d���Q�所有的思考都要留在听��C��后。电(sh��)影《教父》里面有一句台词我非常喜欢�Q�不要仇恨你的敌人，因�ؓ(f��)那会(x��)影响你的判断力。我惌���都是一个意思。如果想要成为架构师���p��多聆听，然后思考，又清楚的判断力，�q�样选择才会(x��)是正���的�Q?br />
<img src ="http://www.tkk7.com/iamtin/aggbug/145365.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-09-15 14:57 <a href="http://www.tkk7.com/iamtin/archive/2007/09/15/cto_design_project_and_how_to_be_architect.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>说说我对moo、prototype、JQuery的看�?/title><link>http://www.tkk7.com/iamtin/archive/2007/09/13/reply_to_javaeye_fins_why_leave_prototype_choose_moo.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Thu, 13 Sep 2007 00:40:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/09/13/reply_to_javaeye_fins_why_leave_prototype_choose_moo.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/144680.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/09/13/reply_to_javaeye_fins_why_leave_prototype_choose_moo.html#Feedback</comments><slash:comments>9</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/144680.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/144680.html</trackback:ping><description><![CDATA[因�ؓ(f��)javaeye的fins的这个帖子：(x��)<a >我�ؓ(f��)什么选择mootools,抛弃了prototype. (mootools与prototype 核心代码分析)</a><br />
我发表了一下我的看�?img src="/CuteSoft_Client/CuteEditor/images/emwink.gif" align="absmiddle" border="0"  alt="" /><br />
<br />
我觉得fins同学的一些说法会(x��)造成没有深入使用�q�几个框架的朋友的误解。因�����几个框架的思想是不一��L(f��ng)���Q�所以它们的语法也是不同的。fins同学的评价似乎更像从Java的OO��x��来评价几个js框架�?br />
其实�Q�moo一开始的��x�����是light weight�Q�所以它的很多语法其实就是没有语法。fins说的json语法�Q�其实就是js里面的散列对象嘛�Q�javascript语法本来���是�q�个样子呀�Q�不包装���是�q�样。而这�U�方式如果写的好读�v来很像DSL�Q�很舒服�Q�moo充分发挥了这个好处�?br />
prototype和JQuery都没有强调��承这��L(f��ng)��概念。javascript的强大很大就来自它的原�Ş�l�承�Q�如果要用好它就要利用好原�Ş�l�承。prototype在这斚w��很像Ruby�Q�比如Enumerable�Q�这是一�U�按照行为的抽象�Q�很�W�合Ruby/Python里面Module的想法，�q����所有行为都要抽象到一个对象再�l�承�Q�行为本�w�也可以抽象再�؜入�?br />
JQuery我觉得像Python。write less do more�q�个��x��也比较pythonic。在�q�个框架中有很强的函数式�~�程的味道，其实javascript已经具备了函数式�~�程的语法能力，所以��用FP的强大是JQuery受欢�q�的原因之一�?br />
<br />
说回来，�q�是���派原因。moo的��生比前两者要晚。prototype已经开始走大而全的�\子了�Q�而且配套的script.aculo.us也是���来���臃肿（而且�q�个�Ҏ(gu��)��库的代码质量的确不怎么好）�Q�但是要看到RoR里面使用RJS���化Ajax应用开发都得益于这些大而全的库�Q�所以我们也没什么可抱怨的�Q�只能说没有使用RoR�����n受点便利吧。JQuery�l�箋保持它的优美�Q�插件也���来���多�Q�我了解到的很多使用Django�q�行W(xu��)eb开发的朋友都在用JQuery。而moo�Q�越来越受欢�q�，我们也要认真��x��它的体积�Q�如果它能持�l�保持苗条，那么轻量�U�Web��目���很有可能越来越多的选用它�?br />
每年学一门新语言�Q�学两三个新框架�Q�肯定是有益的。fins转阵营说明你也在拥抱变化呀:D<br />
<img src ="http://www.tkk7.com/iamtin/aggbug/144680.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-09-13 08:40 <a href="http://www.tkk7.com/iamtin/archive/2007/09/13/reply_to_javaeye_fins_why_leave_prototype_choose_moo.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>充满Trick的CSS�Q�两隄���选择</title><link>http://www.tkk7.com/iamtin/archive/2007/09/10/css_trick_to_be_or_not_to_be.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Mon, 10 Sep 2007 00:02:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/09/10/css_trick_to_be_or_not_to_be.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/143872.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/09/10/css_trick_to_be_or_not_to_be.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/143872.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/143872.html</trackback:ping><description><![CDATA[<img height="44" alt="" src="http://www.infoq.com/styles/cn/i/logo.gif" width="140" border="0" /> 本文已经发表于InfoQ中文站，�Q?a  target="_blank">充满Trick的CSS�Q�两隄���选择</a>�Q?
<p>javaeye的hax最�q�在他的blog上进行了一场关于如何写css的讨论，其中反思和讨论了一些关于基于标准或trick�q�行设计的选择问题�Q�这个问题也�?a  target="_blank">David Heinemeier Hansson对于XHTML/CSS/Javascript标准�q�行RIA开发话�?/a>的一个�g展。我们可以从中思考如何在不完���的技术中选择一条相对完���的技术�\�U�？</p>
<p>讨论的�v因是淘宝�|�的UED团队成员�D늎�爷在他的blog上发表了一��?a  target="_blank">关于淘宝�|�页面设计上的小技巧（Trick�Q?/a>的介�l�，�q�个技巧是��Z��让一些条目之间的分隔�U�完全��用css生成�Q�不使用多余的class�Q�段王爷�q�对比了其它三种常见实现�Ҏ(gu��)��。实现方法如下：(x��) </p>
<blockquote style="background: #eee;font-style:normal;">从很久很久以前开始，�cȝ��间的横线无非都只有三�U��?br />
1、背景图<br />
在a标签讄���一个padding 用宽1px高不�{�的背景图来position到右侧�?br />
�~�点�Q�最后一个还是要用class来隐藏掉背景�?br />
2、符�?br />
在每个a标签之间�?#8220;|&#8221;�W�号来填充�?br />
�~�点�Q�html文�g变大�Q�文件维护变得很�ȝ���Q�而且在html中毫无意义�?br />
3、a标签右侧的boder�?br />
同背景图一��P��只不�q���用border-right来代�ѝ��缺点也同上�?br />
<br />
其实现有�Q�淘宝的实现方式�Q�是利用ul的overflow:hidden 再将li的margin-left:-1px的做法做出来的。这��L(f��ng)��做法���可以同旉���免以上的�~�点了�?br />
</blockquote>
<p>上面提到的��用border的传�l�方式需要在�W�一或者最后一个元素上面添加class来隐藏border�Q�Realazy也在他的blog中给��Z��一�U�不错的解决�Ҏ(gu��)���Q�他推荐�q�样做：(x��)</p>
<blockquote style="background: #eee;font-style:normal;">��D����目间的竖线�Q�我们往往通过border或者background来实现。特�D�需求是�Q�第一��左�Ҏ(gu��)��竖线或最后一��右�Ҏ(gu��)��竖线。按照一般的�~�程�Ҏ(gu��)���Q�控制第一��要比控制最后一��容易得多�?br />
<br />
区分�W�一��的�q�有一个好处是�Q�CSS有一�?first-child的伪元素�Q�pseudo element�Q�可以让我们轻而易丄���选择�W�一个子元素。遗憄���是，当前全球占有率最高的���览器，IE6�Q��ƈ不支持这个伪元素。我们可以手工给�W�一个元素加上class然后再定义它。等ie6淘汰之时�Q�就可以攑ֿ��?:first-child了，相权衡的话，我觉得给�W�一��加上class="first"也不�׃ؓ(f��)实用��M��做法�?</blockquote>
<p>Realazy提出的方案的思�\是��用基于标准的css选择器（selector�Q�，�q�种�Ҏ(gu��)��的好处是可以实现完美的内容与表现分离。但是现实的问题是�ƈ非所有的���览器都��Z��标准实现�Q�这也正是基于标准的RIA开发面对的最大问题，���其以CSS和Javascript问题最大。javaeye的hax在他的blog中提��Z��自己对于�q�个Trick的不同意见：(x��)</p>
<blockquote style="background: #eee;font-style:normal;">因�ؓ(f��)我觉得这个方法一点也不好。很���单的一个理由：(x��)�q�只是一个trick�Q�只适合�q�特�D�情况，假设你要换用&#8220;-&#8221;来分割呢�Q�作为插入分割符��h����_(d��)��真正合理使用css的，我给一个例子：(x��)<br />
li ~ li:before { content:'-'; margin:0.25em; }
<p>优点�Q�含义非常清晎ͼ��l�护性极高。你可以换�Q何的分隔字符�Q�可以设定字体，可以讑֮�颜色、大���等样式�Q�甚臛_��以换用图片作为分隔�?/p>
好了�Q�下面说�~�点。唯一的缺点：(x��)<strong>IE不支持�?/strong> </blockquote>
<p>hax�l�出的方案在IE中无法��用，其实对于大部分网站来说这���q��当于�l�大多数用户都无法看到这�U�表玎ͼ��q�就意味着��p�|。淘宝UED的小马提�?#8220;实用�W�一&#8221;�Q�从�q�种观点上说hax的方案就是不实用的。但是hax提出可以使用<a  target="_blank">Dean Edwards的IE7 Javascript�?/a>�Q?/p>
<blockquote style="background: #eee;font-style:normal;">IE7是一个可以让IE像标准浏览器一样工作的Javascript库。它修正了很多CSS问题�Q�让PNG在IE5和IE6下正常工作�?</blockquote>
<p>IE7�q�个库动态的实现了很多IE原本不支持的伪类�Q�Pseudo Classes�Q�，让完全基于标准的css选择器（使用伪类�Q�成为可能。随后，hax在他的另外一���blog<a  target="_blank">&#8220;面向未来的CSS实践&#8221;</a>中作了如下设惻I��(x��)</p>
<blockquote style="background: #eee;font-style:normal;">我推崇一�U�面向未来的CSS实践�?strong>卛_��胆采用CSS2.1甚至部分CSS3的特性�?/strong>因�ؓ(f��)�l�大多数�Ҏ(gu��)��，Firefox、Opera�?Safari�{�都已经很好的支持了。MSIE7也改�q�了许多�Q�将来IE也无疑终�I�会(x��)完全支持CSS2.1。对于目前的IE�Q�除了graceful degradation的方式（实际上整个内�Ҏ(gu��)��式分��ȝ��原则和良好的CSS设计可以���保�q�点�Q�比如淘宝以前的&#8220;�怽�&#8221;所体现的）�Q�可以考虑通过特定手段来patch之�?br />
<br />
在这点上�Q�我必须��_(d��)��我原来也是一直坚持只用ie6的selector的。是什么改变了我？���是Dean Edwards的IE7�Q�它的出��C��仅在于实践�h(hu��n)值——即提供了一个对于IE的补丁，让开发者可以直接写C(j��)SS2甚至CSS3�?</blockquote>
<p>hax提出的这�U�方式是比较�Ȁ�q�的�Q�他�q�在<a  target="_blank">&#8220;面向未来的CSS实践&#8221;</a>中进一步的描述了通过脚本修正的方式解决IE不支持标准伪�c�d��多class问题的设惻I��他的核心��x�����是让CSS的开发可以遵循标准，减少��Z��优雅退化（graceful degradation�Q�而向最低支持（���览器）兼容造成的表达方式限制。但是hax自己也提��Z���q�种思�\面��(f��)的尴���，它�D了table布局的实用性�h(hu��n)��gؓ(f��)例：(x��)</p>
<blockquote style="background: #eee;font-style:normal;"><strong>我认为出现这栯���刺的情况�Q�即遵��@标准的�h�z�d��比不遵��@的�h更篏�Q�是很有问题的�?/strong>�q�种矛盾在我�w�上存在着�Q?001�q�的时候我在某bbs上发了个��_(d��)��大数 table布局之罪�Q�但是过了几天我又跑上去说table布局在某�U�情况下也可以用用�?dlee同志貌似到现在也跟我当时一栗���如果你���实认�ؓ(f��)�Q�table布局从实用主义角度无法被完全否定�Q�那DHH同志采用实用��M��的角度来力挺 html/css/js��׃��有点心虚�Q�那个标题也���显得带点�Q性味�?#8230;&#8230;</blockquote>
<p>&#8220;遵��@标准的�h�z�d��比不遵��@的�h更篏&#8221;�q�句话说��Z��很多坚持��Z��标准�q�行CSS设计的开发�h员的心声�Q�这其实是实用性和坚持标准之间的一些交换，现实世界中两个方面如何��^衡正是广大XHTML/CSS/Javascript开发者需要认真思考的�Q�关键的问题�Q�还是目的要明确。盲目的遵��@标准�Q�例如很多开发者着�q�于使用div布局代替table�Q�但是却没有明确的目标就�?x��)迷失，hax�q�样评�h(hu��n)�Q?/p>
<blockquote style="background: #eee;font-style:normal;">从实用主义角度说�Q��}慎的table布局也许更简单，因�ؓ(f��)它更好的映射��C��grid模型上。如果你转用div/span�Q?strong>标签是清��C���Q�但是css是�؜��q���Q?/strong>�q�些属性（css属性）是分散的�Q�css代码无法反映整体�Q�无法记录你的grid 布局意图�Q�这是�ؓ(f��)什么我们经常说我有一个css trick的原因，它是trick而已�Q�是你达到最�l�目的的手段�Q�但是你的目的，<strong>你的意图�Q�没有好好加入文档的话，那维护�v来恐怕也不见得轻松�?/strong>
<p>table布局 其他css样式 = 清晰的布局意图和内容的混合�?/p>
<p>div容器 css样式 = 内容样式分离�Q�但是从css代码中很隄���出布局意图</p>
关于div/css布局�q�有一些误区，���单的把table标签换成div是没有意义的�Q�若�q�层�U�的div可能比table更糟�p�）�?strong>实际上我们希望的是语义标�{��?/strong> </blockquote>
<p>我们应该看到�Q�CSS的意图是���表现分���R��从设计的角度就是实现语义化的html�l�构�Q�让html/xhtml���量只表辄����_�的数据�l�构。但是此时css里面的布局意图是比较难以被记录的（难以被理解就难以�l�护�Q�难以重构）�Q�有其在充斥了大量Trick的情况下�Q�这正是�q�大�E�序�?设计人员需要解决的�Q�我们是否应该通过不断地重构来扑ֈ��q�个矛盾的��^衡点呢？�Ƣ迎大家讨论。最后附上淘宝UED团队的小马�ȝ��的淘宝CSS�~�程原则�Q?/p>
<blockquote style="background: #eee;font-style:normal;">
<ol>
    <li><strong>���量不��用hack</strong>
    <li><strong>���量不��用ie6不支持的选择�W?/strong> </li>
</ol>
能符合这两个条�g的最����z�的写法�Q�就是我们的目标�?</blockquote>   <img src ="http://www.tkk7.com/iamtin/aggbug/143872.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-09-10 08:02 <a href="http://www.tkk7.com/iamtin/archive/2007/09/10/css_trick_to_be_or_not_to_be.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>推荐一个iTunes�Ҏ(gu��)��插�g</title><link>http://www.tkk7.com/iamtin/archive/2007/08/03/134276.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Fri, 03 Aug 2007 08:42:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/08/03/134276.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/134276.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/08/03/134276.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/134276.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/134276.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: &nbsp;&nbsp;<a href='http://www.tkk7.com/iamtin/archive/2007/08/03/134276.html'>阅读全文</a><img src ="http://www.tkk7.com/iamtin/aggbug/134276.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-08-03 16:42 <a href="http://www.tkk7.com/iamtin/archive/2007/08/03/134276.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>非常好的职业������Q�来自Scott Adams</title><link>http://www.tkk7.com/iamtin/archive/2007/08/03/scott_adams_on_career.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Fri, 03 Aug 2007 08:06:00 GMT</pubDate><guid>http://www.tkk7.com/iamtin/archive/2007/08/03/scott_adams_on_career.html</guid><wfw:comment>http://www.tkk7.com/iamtin/comments/134266.html</wfw:comment><comments>http://www.tkk7.com/iamtin/archive/2007/08/03/scott_adams_on_career.html#Feedback</comments><slash:comments>4</slash:comments><wfw:commentRss>http://www.tkk7.com/iamtin/comments/commentRss/134266.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/iamtin/services/trackbacks/134266.html</trackback:ping><description><![CDATA[<p>非常好的职业������Q�来自Scott Adams<br>从一个非常喜�Ƣ的人的blog看到的，�q�个人是Tomcat的作者，现在是Apple的Object C开发者，兼重要的RoR作者，��D��深摄影师�Q�兼Mac大fans�Q�他叫James Duncan Davidson�Q?a >http://duncandavidson.com/</a>�Q��?br>在一���Blog讲到�Q�Scott Adams��_(d��)��(x��)<br>Everyone has at least a few areas in which they could be in the top 25% with some effort. In my case, I can draw better than most people, but I&#8217;m hardly an artist. And I&#8217;m not any funnier than the average standup comedian who never makes it big, but I&#8217;m funnier than most people. The magic is that few people can draw well and write jokes. It&#8217;s the combination of the two that makes what I do so rare. And when you add in my business background, suddenly I had a topic that few cartoonists could hope to understand without living it.<br>���译一下就是说�Q?br>每个人都可以扑ֈ�通过一些努力就可以跻��n�?5%的行业。例如我�Q�我可以比大多数人画的好�Q�但是我�q�够不上艺术家的水��^。我也没有达到喜剧演员那�U�好�W�的水��^�Q�但是我比大多数人好�W�。魔法在于没什么�h即画得好又会(x��)写笑话。所以�؜合一下我���很�E�有了。加上我的商业知识背景，我突然发现我比其它的动画人更能理解它�Q�商务）�?/p>
<p>思考一下，其实���是当下���行的mush up。你混合一下你的长处，也许你就扑ֈ�了你真正的长处，你的职业�?br>同时James又推荐了Stay Hungry�Q�Stay Foolish�Q�他说他37岁了依然觉得那是���很好的文章。我很早之前也推荐过�q�篇文章�Q�大家���l�看看�?/p>
<img src ="http://www.tkk7.com/iamtin/aggbug/134266.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/iamtin/" target="_blank">Tin</a> 2007-08-03 16:06 <a href="http://www.tkk7.com/iamtin/archive/2007/08/03/scott_adams_on_career.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                                                                                                                  <footer>
<div class="friendship-link">
<p>��л���������ǵ���վ�������ܻ���������Դ����Ȥ��</p>
<a href="http://www.tkk7.com/" title="&#20122;&#27954;&#97;&#118;&#25104;&#20154;&#29255;&#22312;&#32447;&#35266;&#30475;">&#20122;&#27954;&#97;&#118;&#25104;&#20154;&#29255;&#22312;&#32447;&#35266;&#30475;</a>

<div class="friend-links">


</div>
</div>

</footer>

��վ֩���ģ�壺
<a href="http://wogool.com" target="_blank">������Ʒ����������һ������</a>|
<a href="http://www-456446.com" target="_blank">���޹���a���ۺ���</a>|
<a href="http://123994.com" target="_blank">����������ѵ���Ƶ��</a>|
<a href="http://kingco-glaze.com" target="_blank">���ëƬëƬ��ַ</a>|
<a href="http://tsxyhq.com" target="_blank">�����������A������Ƶ</a>|
<a href="http://jomujy.com" target="_blank">����������Ļ��Ʒ�þ�</a>|
<a href="http://siqingsizu.com" target="_blank">ɫ����7777�����Ƶ���߹ۿ�</a>|
<a href="http://laochedao.com" target="_blank">���޹�����Ʒ�Ⱦþ�</a>|
<a href="http://023npxyy.com" target="_blank">�����ԭ1769�þ���Ѳ���</a>|
<a href="http://nibayuan.com" target="_blank">�������޳�AV��Ƭ���߹ۻ���</a>|
<a href="http://66keke.com" target="_blank">�þ�www����˳ɾ�Ʒ�㽶</a>|
<a href="http://lkzrgy.com" target="_blank">�þþþ�����AV�ۺϲ���Ұ����</a>|
<a href="http://ikybh.com" target="_blank">���ڵ�a��ëƬ��ѿ�</a>|
<a href="http://ac839.com" target="_blank">������ҹ����Ƭ���߹ۿ�ӰԺ��</a>|
<a href="http://0755haoma.com" target="_blank">����������VƬ���߹ۿ�</a>|
<a href="http://bixnu.com" target="_blank">���޾�Ʒ������Ʒ���벻��</a>|
<a href="http://khushkhush.com" target="_blank">��Ƭ��ѹۿ�92������Ƶ����Ƶ</a>|
<a href="http://lwjiheng.com" target="_blank">����A����Ƶһ����������</a>|
<a href="http://117949b.com" target="_blank">һ��һ��60���������Ƶ</a>|
<a href="http://pchbgs.com" target="_blank">�����ۺ�AV�������߲���</a>|
<a href="http://fenglufzjx.com" target="_blank">������������Ƭ��ѿ�����</a>|
<a href="http://taixin668.com" target="_blank">����av���������߹ۿ�����</a>|
<a href="http://2499m.com" target="_blank">91��Ʒ�ֻ��������</a>|
<a href="http://liuxilife.com" target="_blank">�鶹��ɫ���������ۺ���վ</a>|
<a href="http://400209.com" target="_blank">�������ƶ������߹ۿ�</a>|
<a href="http://gdsanhai.com" target="_blank">���������޿�����ѿ���</a>|
<a href="http://930mk.com" target="_blank">����������Ļ��������</a>|
<a href="http://mm1131.com" target="_blank">�þþ�Ʒ�˳����</a>|
<a href="http://mp4888.com" target="_blank">һ��ɫ���þ��ۺ����޾�Ʒ������</a>|
<a href="http://szjmlr.com" target="_blank">ɫ��˿�������߹ۿ��������
</a>|
<a href="http://hbjpxnyqckj.com" target="_blank">���޾�Ʒ����þþþ�ȥq</a>|
<a href="http://jundaflex.com" target="_blank">aëƬ�þ���ѹۿ�</a>|
<a href="http://miya77772.com" target="_blank">97�����츾��͵��������ͼƬ</a>|
<a href="http://w7759.com" target="_blank">������һ��������������</a>|
<a href="http://555yyyy.com" target="_blank">����AV����һ����������ԧ��ӰԺ</a>|
<a href="http://www55xx.com" target="_blank">���˵ĺÿ���ѹۿ�������Ƶ</a>|
<a href="http://820111com.com" target="_blank">����һ������������������</a>|
<a href="http://beijinzhongliuyiyuan.com" target="_blank">����͵����͵���޸����պ�</a>|
<a href="http://pgyadv.com" target="_blank">114��ëƬ��ѹۿ�</a>|
<a href="http://sdbfgcjx.com" target="_blank">�������޾�Ʒŷ�����߹ۿ�</a>|
<a href="http://jhmydxx.com" target="_blank">����VA������Ļ��������</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>