网站重新启动。
不过,可能还需要让edong那边帮我备个案了。
这么好的域名可不想浪费掉。。。
Submitted by gouki on 2009, April 28, 6:37 PM
网站重新启动。
不过,可能还需要让edong那边帮我备个案了。
这么好的域名可不想浪费掉。。。
Submitted by gouki on 2009, April 28, 2:21 PM
最近发生了一些事情。
家事:
爷爷走了。爷爷84岁,俗语说,73、84阎王不叫自己去,也算是一件喜事吧。再加上爷爷长期卧床,一直照顾他的奶奶也终于可以轻松一 点了。不要再累了。 只是,爷爷一直没有看到我儿子,心里很难过。
回家送葬的时候,家里请了一些道士,做做法事,在灶前烧火的时候,突然想起很多以前被遗忘的事情,感慨万分。姑姑那天也累的晕了过去。实在不想再出啥事了。村里某一位本家说,现在送葬已经不再象以前了,又开始搞攀比了,最后搞的子孙后辈都累。我确实也有这个想法,但身处风头浪尖的父亲和叔叔们,却无法避免。。。
私事:
服务器从网通迁移出来,请vampire帮忙配置,那天正好因为爷爷的事回老家,结果他帮忙配置到10多点,非常感谢。再加上这两天又帮忙配置各种不同的环境等,还要帮我上传备份。被我一直在折腾,虽然有怨言,但还是都帮我做好了。再次感谢一下
服务器终于恢复了。网速,我访问下来还行,不知道其他人怎么样,来访问的人都留个言吧,告诉我打开速度如何?也可以让我决定是否继续托管或尝试更换电信机房 ?
Submitted by gouki on 2009, April 23, 6:44 AM
发现很多事情都是那么的无奈。
昨天晚上爷爷走了。下午回老家
服务器扔进去,如果不让晚上进机房,那就周日更换系统了。
事情全被打乱了,可是,这种事情又不能说是可以被控制的。
老家也已经乱成一锅粥了。希望大人们不会因此累倒吧。
Submitted by gouki on 2009, April 22, 4:17 PM
明天迁移到双线去,看速度吧。如果访问速度还行,就继续用这个。访问速度不行,准备考虑换江阴电信或者嘉兴电信。
好象,苏州电信也很贵。
有便宜的托管的话,请密我哦
goukixiao¥hotmail.com
预计大约一天左右不能被访问,希望晚上恢复正常。
Submitted by gouki on 2009, April 22, 9:36 AM
HTML重构,以前是一个新鲜的东西,我也没有理解,博客园上有人在介绍,还写了三篇。。。
我这里只简单的复制点东西,还是以链接为重吧。(战略篇全文如下)
《Refactoring HTML: Improving the Design of Existing Web Applications》是一本精彩的HTML重构指南,作者给出了HTML重构的实践路线和方法。本文是《Refactoring HTML》的读书笔记,按照我的理解将全书的分为:战略篇,战术篇,工具篇。
本文是战略篇:全局方略的角度介绍重构的内涵,原因,时机,目标
嗯哼,我们开始:
进行重构就像打一场仗,而战争的发起是要慎重考虑的,《孙子兵法》里面讲“兵者,国之大事,死生之地,存亡之道,不可不察也。”所以动手重构之前首先要回答下面几个问题:
什么是重构 Refactoring?
本书侧重实战,没有《UML Distilled》那样高屋建瓴的抽象,即使有抽象,抽象层面牵扯的细节过多(这一点在后续的阅读中也可以发现)。这一部分内容我援引了《Refactoring: Improving the Design of Existing Code》对重构的定义:
Refactoring (noun): a change made to the internal structure of software to make it easier to understand and cheaper to modify without changing its observable behavior.
Refactor (verb): to restructure software by applying a series of refactorings without changing its observable behavior.
为什么进行HTML重构?
抽象地讲,HTML重构的可以让代码更能适应变化,应对系统和领域需求为新功能的开发提供更优秀的基础。
具体地讲,HTML重构可以:
进行HTML重构的时机?
HTML重构的目标(What Refactor To) ?
理由:将展现层从内容中分离出来。为不同的阅读者提供高可读性。减少代码重复,节省带宽。
REST(Representational State Transfer表述性状态转移)是一种针对网络应用的设计和开发方式,可以降低开发的复杂性,提高系统的可伸缩性。REST提出了一些设计概念和准则:
1.网络上的所有事物都被抽象为资源(resource);
2.每个资源对应一个唯一的资源标识(resource identifier);
3.通过通用的连接器接口(generic connector interface)对资源进行操作;
4.对资源的各种操作不会改变资源标识;
5.所有的操作都是无状态的(stateless)。
REST之所以能够提高系统的可伸缩性,是因为它强制所有操作都是stateless的,这样就没有context的约束,如果要做分布式、做集群,就不需要考虑context的问题了。同时,它令系统可以有效地使用pool。REST对性能的另一个提升来自其对client和server任务的分配:server只负责提供resource以及操作resource的服务,而client要根据resource中的data和representation自己做render。这就减少了服务器的开销。
重构的目标不是金科玉律,你没有必要逐一进行实践。你可以按照XHTML->CSS-->Rest的顺序按部就班步步为营,也可以根据实际情况调整重构目标和计划。但是只要你做了,你就可以从重构过程中得到好处。
面对质疑:还要重构么?
重构的本质决定了它不是生产性的,重构的完成并没有新功能的产生。所以重构往往面临来自各方面的质疑:
面对质疑我们给出这样的答案: