圈子首页

圈子简介

申请加入

圈主简介

圈子成员
圈子统计
  • 成员数:6
  • 文章数:16
  • 评论数:0
  • 访问量:4395

最新文章

第1页  后页 

给drupal增加多用户自定义模版的功能

某些原因,要用一下drupal。drupal是套很好的cms系统,当然也可以做blog用。优点自然不用说了,功能强,灵活,缺点也很显然。眼前就有三条: 1 效率太低,四处都是查询,一个页面打开估计没30次查询也要有20次。 2 插件水平差距太大。写成什么样的都有,快的慢的,好的坏的,虽然看起来大体一致,不过差距还是很大的。 3 blog这个模块只能算入门,距离可用还差很多。关键就是没有模版。单用

发表于2007年02月08日 网友评论(0) 发表评论

给drupal增加多用户自定义模版的功能

某些原因,要用一下drupal。drupal是套很好的cms系统,当然也可以做blog用。优点自然不用说了,功能强,灵活,缺点也很显然。眼前就有三条: 1 效率太低,四处都是查询,一个页面打开估计没30次查询也要有20次。 2 插件水平差距太大。写成什么样的都有,快的慢的,好的坏的,虽然看起来大体一致,不过差距还是很大的。 3 blog这个模块只能算入门,距离可用还差很多。关键就是没有模版。单用

发表于2007年02月08日 网友评论(0) 发表评论

给drupal增加多用户自定义模版的功能

某些原因,要用一下drupal。drupal是套很好的cms系统,当然也可以做blog用。优点自然不用说了,功能强,灵活,缺点也很显然。眼前就有三条: 1 效率太低,四处都是查询,一个页面打开估计没30次查询也要有20次。 2 插件水平差距太大。写成什么样的都有,快的慢的,好的坏的,虽然看起来大体一致,不过差距还是很大的。 3 blog这个模块只能算入门,距离可用还差很多。关键就是没有模版。单用

发表于2007年02月08日 网友评论(0) 发表评论

从case语句的性能说起

tiny同学给我看了这么一个帖子 这个帖子的楼主认为php里面,一堆case语句的性能很低,所以给改成了用函数调用和eval的方式。 第一眼看上去,我自然就知道这种说法是错的。原因和tiny同学说的差不多。在这个问题上,我突然发现现在写php的人们貌似都不怎么懂汇编?所以才导致一些根本的观念错误。说说我的看法吧: 1 case 在汇编里面应该是jmp ,直接的地址跳转性能很高,而且case的

发表于2007年01月23日 网友评论(0) 发表评论

从case语句的性能说起

tiny同学给我看了这么一个帖子 这个帖子的楼主认为php里面,一堆case语句的性能很低,所以给改成了用函数调用和eval的方式。 第一眼看上去,我自然就知道这种说法是错的。原因和tiny同学说的差不多。在这个问题上,我突然发现现在写php的人们貌似都不怎么懂汇编?所以才导致一些根本的观念错误。说说我的看法吧: 1 case 在汇编里面应该是jmp ,直接的地址跳转性能很高,而且case的

发表于2007年01月23日 网友评论(0) 发表评论

从case语句的性能说起

tiny同学给我看了这么一个帖子 这个帖子的楼主认为php里面,一堆case语句的性能很低,所以给改成了用函数调用和eval的方式。 第一眼看上去,我自然就知道这种说法是错的。原因和tiny同学说的差不多。在这个问题上,我突然发现现在写php的人们貌似都不怎么懂汇编?所以才导致一些根本的观念错误。说说我的看法吧: 1 case 在汇编里面应该是jmp ,直接的地址跳转性能很高,而且case的

发表于2007年01月23日 网友评论(0) 发表评论

Dirty Approach之无招胜有招

就这样,最后我把最没有技术含量的方案,选作主要方案,而技术含量最高的方案则变成备选方案。在整个过程中,我一直被深深地触动。界面就是体验,程序员选择的任何一个技术方案,最后都会体现在界面上,变成用户体验的一部分。这个例子可能有点极端,但的确能说明,用户体验的提升,本质不在于采用什么技术方案,而是有没有真正替用户着想,挖掘出用户在界面上每套操作的本质需求,并满足之。如果把技术细节看作“武功招数”,那么

韩磊 发表于2005年11月24日 网友评论(0) 发表评论

Dirty Approach之无招胜有招

就这样,最后我把最没有技术含量的方案,选作主要方案,而技术含量最高的方案则变成备选方案。在整个过程中,我一直被深深地触动。界面就是体验,程序员选择的任何一个技术方案,最后都会体现在界面上,变成用户体验的一部分。这个例子可能有点极端,但的确能说明,用户体验的提升,本质不在于采用什么技术方案,而是有没有真正替用户着想,挖掘出用户在界面上每套操作的本质需求,并满足之。如果把技术细节看作“武功招数”,那么

韩磊 发表于2005年11月24日 网友评论(0) 发表评论

Dirty Approach正反两例(1)

前两天跟霍炬聊起软件开发,谈到所谓Dirty but Fast的做法,即为了更快完成某种功能、不惜使用“不太优雅”的模式(非Design Pattern)或代码实现。霍炬给这种方式起了一个英文短语,叫做dirty case;从遣词上看,dirty but fast approach更为贴切,不过dbfa太长,而且有时也并非为了“快”而dirty,而是

韩磊 发表于2005年11月16日 网友评论(0) 发表评论

Dirty Approach正反两例(1)

韩磊 发表于2005年11月16日 网友评论(0) 发表评论

unix中root登陆安全的dirty case

我相信很多人不同意这是个dirty case。不过我仍然归为此类。其实dirty case并非贬义,甚至还带有一点点褒扬的意味,一点点hack的幽默。 unix最早是可以用root进行远程登陆的。后来这招有点麻烦,因为无数人用程序来猜测密码,任你密码再强,这种愚公移山的精神也不得不怕。 假如我们不知道后面的故事,这时候,解决方案大概有几种: 1 禁止root远程登录 2 设置验证次数,超过一

发表于2005年11月15日 网友评论(0) 发表评论

unix中root登陆安全的dirty case

我相信很多人不同意这是个dirty case。不过我仍然归为此类。其实dirty case并非贬义,甚至还带有一点点褒扬的意味,一点点hack的幽默。 unix最早是可以用root进行远程登陆的。后来这招有点麻烦,因为无数人用程序来猜测密码,任你密码再强,这种愚公移山的精神也不得不怕。 假如我们不知道后面的故事,这时候,解决方案大概有几种: 1 禁止root远程登录 2 设置验证次数,超过一

发表于2005年11月15日 网友评论(0) 发表评论

unix中root登陆安全的dirty case

我相信很多人不同意这是个dirty case。不过我仍然归为此类。其实dirty case并非贬义,甚至还带有一点点褒扬的意味,一点点hack的幽默。 unix最早是可以用root进行远程登陆的。后来这招有点麻烦,因为无数人用程序来猜测密码,任你密码再强,这种愚公移山的精神也不得不怕。 假如我们不知道后面的故事,这时候,解决方案大概有几种: 1 禁止root远程登录 2 设置验证次数,超过一

发表于2005年11月15日 网友评论(0) 发表评论

关于dirty case 王八拳

还没写完,别急。

发表于2005年11月14日 网友评论(0) 发表评论

关于dirty case 王八拳

那些精巧的,庞大的架构,固然值得我们学习。但是,工作了一段时间就能发现,最能解决问题的,往往不是那种漂亮的架构。造成这样的情况原因很多,有时间因素,有成本因素,无论因为什么,事实就是如此,有些时候,不好看的方法,硬是顶用。Diaty Case不是一个专门的词,是我生造出来的,这个词最能表现这种中用不中看的方法和思想。 江湖中传说有一种拳法,叫做王八拳。其实这也不是传说,市井打架的时候随处可见,这

发表于2005年11月14日 网友评论(0) 发表评论

关于dirty case 王八拳

那些精巧的,庞大的架构,固然值得我们学习。但是,工作了一段时间就能发现,最能解决问题的,往往不是那种漂亮的架构。造成这样的情况原因很多,有时间因素,有成本因素,无论因为什么,事实就是如此,有些时候,不好看的方法,硬是顶用。Diaty Case不是一个专门的词,是我生造出来的,这个词最能表现这种中用不中看的方法和思想。 江湖中传说有一种拳法,叫做王八拳。其实这也不是传说,市井打架的时候随处可见,这

发表于2005年11月14日 网友评论(0) 发表评论

公告栏

明星圈友

网友推荐

最近评论