不错呦!smile@林凯西,确保“准备文件”中的几个文件都有安装,S...您好,看了您这篇帖子觉得很有帮助。但是有个问题想请...我的修改过了怎么还被恶意注册呢 @jjjjiiii 用PJ快9年了,主要是A...PJ3啊,貌似很少有人用PJ了,现在不是WP就是z...@332347365,我当时接入时错误码没有-10...楼主,ChkValue值应为-103是什么意思呢?...大哥 你最近能看到我发的信息,请跟我联系,我有个制...
一招获取Visual Basic6.0编写的ActiveX的ClassID的方法
编辑:dnawo 日期:2007-10-06
ASP指令
编辑:dnawo 日期:2007-10-05
优化你的ASP程序
编辑:dnawo 日期:2007-10-05
如果你是一位ASP爱好者,你一定想过ASP的执行效率如何?大家都知道ASP效率和CGI的比,在访问量少的时候,它们是不相上下的,有时可能CGI还会好点(我觉得这主要和NT系统运行效率有关),但在访问量大的时候,ASP要比CGI好得多!但是,你有没有想过你所写的ASP程序还能再优化? 下面我就介绍一些有关优化你的ASP程序的方法。
一、少用会话变量
使用会话变量会降低网站的工作效率,每个新来的访问者都会创建一个会话变量,直到用户离开网站后20分钟后会话变量的内存才被释放。如果可以的话,你可以调整会话结束时间以及时释放被占用的内存(session.timeout=10 '10为10分钟)或关闭会话(@EnableSessionState = False)。
一、少用会话变量
使用会话变量会降低网站的工作效率,每个新来的访问者都会创建一个会话变量,直到用户离开网站后20分钟后会话变量的内存才被释放。如果可以的话,你可以调整会话结束时间以及时释放被占用的内存(session.timeout=10 '10为10分钟)或关闭会话(@EnableSessionState = False)。
True or False,明明白白你的If语句流程
编辑:dnawo 日期:2007-10-05
从LiveJournal后台发展看大规模网站性能优化方法
编辑:dnawo 日期:2007-10-04
说说大型高并发高负载网站的系统架构
编辑:dnawo 日期:2007-10-04
我在CERNET做过拨号接入平台的搭建,而后在Yahoo&3721从事过搜索引擎前端开发,又在MOP处理过大型社区猫扑大杂烩的架构升级等工作,同时自己接触和开发过不少大中型网站的模块,因此在大型网站应对高负载和并发的解决方案上有一些积累和经验,可以和大家一起探讨一下。
一个小型的网站,比如个人网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构、性能的要求都很简单,随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求,已经不是原来简单的html静态网站所能比拟的。
大型网站,比如门户网站。在面对大量用户访问、高并发请求方面,基本的解决方案集中在这样几个环节:使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面,还没法根本解决大型网站面临的高负载和高并发问题。
一个小型的网站,比如个人网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构、性能的要求都很简单,随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求,已经不是原来简单的html静态网站所能比拟的。
大型网站,比如门户网站。在面对大量用户访问、高并发请求方面,基本的解决方案集中在这样几个环节:使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面,还没法根本解决大型网站面临的高负载和高并发问题。
网页制作,改变你的思维方式
编辑:dnawo 日期:2007-10-03
“重构”的春风吹遍大江南北,互联网一时间风声鹤唳,“div+CSS”俨然已成为一种“时尚”,难以尽数的网站都不约而同地开始了自己的“重构”。然而打开这形形色色网站的源代码,却时常令人哑然失笑——
我们看到有嵌套6、7层的div布局,有不用table的表格,有纯div+a构成的页面,有成百上千的表现层class……现在关于标准的书籍越来越多,除了少数几本标榜“高级技巧”的书籍以外,很少有人不会在自己著作的前几章强调这样一句话——“结构与表现分离”。然而这些书籍的读者们,又有多少人认认真真地读过前几章呢?还是更多地直接跳过那些乏味的结构讲解,一头扎到貌似高深的布局技巧与Hack中去?
其实div+CSS这个说法从一开始就误导了太多的人,急功近利的心态则更是造成这种现象的罪魁祸首。一个习惯了table布局的网页制作接触标准的第一步,不应该是去盲目寻求实现各种布局的CSS技巧,而是努力改变自己的思维方式。
我们看到有嵌套6、7层的div布局,有不用table的表格,有纯div+a构成的页面,有成百上千的表现层class……现在关于标准的书籍越来越多,除了少数几本标榜“高级技巧”的书籍以外,很少有人不会在自己著作的前几章强调这样一句话——“结构与表现分离”。然而这些书籍的读者们,又有多少人认认真真地读过前几章呢?还是更多地直接跳过那些乏味的结构讲解,一头扎到貌似高深的布局技巧与Hack中去?
其实div+CSS这个说法从一开始就误导了太多的人,急功近利的心态则更是造成这种现象的罪魁祸首。一个习惯了table布局的网页制作接触标准的第一步,不应该是去盲目寻求实现各种布局的CSS技巧,而是努力改变自己的思维方式。
DIY PPS:让你的网站也可以看网络电视
编辑:dnawo 日期:2007-10-02
国内这些号称开源的程序真的是开源了吗?
编辑:dnawo 日期:2007-10-02
自从2005年底discuz 4.0宣布开源以来,国内很多程序都陆续宣布开源,个个都把开源当作一把大旗来鼓吹自己,但它们真的是开源了吗?我今天不谈其他软件,只谈谈我所熟悉的几个php代码。
据我所知,开源软件应该遵守Open Source Initiative(OSI)批准的协议。而经过OSI组织通过批准的开源协议目前有58种。我们在常见的开源协议如BSD, GPL, LGPL,MIT等都是OSI批准的协议。 而国内所谓的开源程序都没有标明遵守哪个开源协议。难道免费了就是开源?难道代码不加密就是开源?BSD协议别人可以随意修改代码,可以将修改后的代码作为自己的软件再发布,可以用于商业用途。国内这些估计都不愿意用BSD协议。 国外很多程序你可以免费使用,但都不是开源的,比如我汉化的EE core。
dedecms是国内用户最多的CMS,自己搞了个协议:http://bbs.dedecms.com/read.php?tid=14893,这些条款和discuz的差不多,不知道是谁抄谁的,最让人关注的是这句“未获商业授权之前,不得将本软件用于商业用途(包括但不限于企业网站、经营性网站、以营利为目的或实现盈利的网站)”我们做网站谁不是以营利为目的?看来我们免费用dedecms和discuz都是违反人家规定的。
据我所知,开源软件应该遵守Open Source Initiative(OSI)批准的协议。而经过OSI组织通过批准的开源协议目前有58种。我们在常见的开源协议如BSD, GPL, LGPL,MIT等都是OSI批准的协议。 而国内所谓的开源程序都没有标明遵守哪个开源协议。难道免费了就是开源?难道代码不加密就是开源?BSD协议别人可以随意修改代码,可以将修改后的代码作为自己的软件再发布,可以用于商业用途。国内这些估计都不愿意用BSD协议。 国外很多程序你可以免费使用,但都不是开源的,比如我汉化的EE core。
dedecms是国内用户最多的CMS,自己搞了个协议:http://bbs.dedecms.com/read.php?tid=14893,这些条款和discuz的差不多,不知道是谁抄谁的,最让人关注的是这句“未获商业授权之前,不得将本软件用于商业用途(包括但不限于企业网站、经营性网站、以营利为目的或实现盈利的网站)”我们做网站谁不是以营利为目的?看来我们免费用dedecms和discuz都是违反人家规定的。