论坛首页 Web前端技术论坛

构建高性能网站,针对前台工程师--总结篇

浏览 17944 次
精华帖 (0) :: 良好帖 (12) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2011-05-27   最后修改:2011-05-27
fch415 写道
这份总结和其后的回复看出,不是真正做过大网站前端优化的人(说明:我的领域跨过前后端)。

(除前文外)再指出几个明显的问题吧:
1)几乎不会真的用Jsmin做压缩,因为它存在一个严重的缺陷,就是当存在直接量的正则表达式时,代码会压缩出问题。
一般都是用YUI Comprosser。

2)一般不采用gzip方案,因为浏览器decode会有性能开销,如果服务器端打开动态gzip的encode更是吃不消。

3)真正做多域名时,不会只准备两个域名,而是一组域名的。
比如:
static1.xxx.com
static2.xxx.com
.....
static10.xxx.com
动态页面(比如JSP)会在每个URL前随机生成一个域名(1-10的随机数)。
而且为了有效利用304缓存(以免相同的URL每次的域名不同,导致无法利用HTTP缓存机制),还需要对URL做hash后的伪随机算法。

写了几个html页面,写几行后台hello代码,就敢说 领域跨过前后端。可笑
0 请登录后投票
   发表时间:2011-07-07  
fch415 写道
这份总结和其后的回复看出,不是真正做过大网站前端优化的人(说明:我的领域跨过前后端)。

(除前文外)再指出几个明显的问题吧:
1)几乎不会真的用Jsmin做压缩,因为它存在一个严重的缺陷,就是当存在直接量的正则表达式时,代码会压缩出问题。
一般都是用YUI Comprosser。

2)一般不采用gzip方案,因为浏览器decode会有性能开销,如果服务器端打开动态gzip的encode更是吃不消。

3)真正做多域名时,不会只准备两个域名,而是一组域名的。
比如:
static1.xxx.com
static2.xxx.com
.....
static10.xxx.com
动态页面(比如JSP)会在每个URL前随机生成一个域名(1-10的随机数)。
而且为了有效利用304缓存(以免相同的URL每次的域名不同,导致无法利用HTTP缓存机制),还需要对URL做hash后的伪随机算法。


非常不错,感谢分享。关注了一下fch415的回帖,确实有喷青的嫌疑,以下是他喷的另外一个帖的内容:
fch415 写道
没看出你这个框架比SSH或SSI高明在哪里,只是简单和低劣的模仿而已。
自己写着玩玩,也就罢了,还有搞成开源项目,忽悠一帮青少年,至于吗?

多积累点,把时间花在:如何用完全不同的架构思路来更优雅简单的实现Web框架上!

http://www.iteye.com/topic/1090085?page=6
0 请登录后投票
   发表时间:2011-08-29   最后修改:2011-08-29
fch415 写道
Sina、Taobao、腾讯等国内前端框架,基本不值得一看。

如果要研究JS框架,建议只读YUI就够了。
如果想要自己搭建框架,想法虽好,但要量力而为。
希望国人先打好JS语言基础,再打好面向对象设计基础,再在大项目上至少实践OO(任何一门非JS的对象语言)开发5年以上,当你能用该OO语言建立框架的时候,你差不多就可以自制一个比较好的JS框架了。

实际上,我正在做的JSDK的(以YUI2为底层)目标是:统一与结束前端框架的混乱局面,或者说,未来的前端框架都以与JSDK集成使用为目标。
JS业界最缺乏的不是框架,而是标准与规范。目前,我没有看到那个前端框架有资格成为JS中的"JDK"。


http://www.iteye.com/topic/1047720?page=4#2113037

fch415 写道
看了一下新代码的介绍,已经有了不小的进步。
不过很多设计细节有问题,多去实践面向对象的编程,时间长了功力自然能水到渠成。

离完美还差得远吧,何况你基于一个非常不OO的底层框架(jQuery)。
在一个OO薄弱的基础上想建立完美的OO,难矣。。。


http://www.iteye.com/topic/783537?page=7

其实fch415只是脾气不太好,或者故意想喷菜鸟,他的水平不是装的。可以看看他写过的东西。
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics