本站首页    管理页面    写新日志    退出


«August 2025»
12
3456789
10111213141516
17181920212223
24252627282930
31


公告
 本博客在此声明所有文章均为转摘,只做资料收集使用。

我的分类(专题)

日志更新

最新评论

留言板

链接

Blog信息
blog名称:
日志总数:1304
评论数量:2242
留言数量:5
访问次数:7593089
建立时间:2006年5月29日




[Prototype(Ajax)]Spry Framework入门(一)——XML数据集及显示
软件技术

lhwork 发表于 2007/1/18 10:49:07

简介:
        Spry Framework是Adobe出品的轻量级的支持Ajax的JavaScript库,以HTML为中心,使用最基本的HTML、CSS和JavaScript来实现丰富Web页面体验。


试验环境:

操作系统:windows2003 Server
浏览器:IE7.0 RC1      FireFox 1.5.0.7
WEB服务器:IIS 6.0
Spry库:Spry_P1_3_08-11


安装:
从http://labs.adobe.com/technologie


阅读全文(4029) | 回复(0) | 编辑 | 精华 | 删除
 


[Prototype(Ajax)]Spry框架初步入门
软件技术

lhwork 发表于 2007/1/18 10:47:50

Adobe的Ajax框架spry的正式版还没放出,所以文档是少之又少,在这里接合自己使用的情况总结20个spry的知识点给大家,相信会对大家有一定帮助,至少大家也会对spry有个初步的认识了,这个轻量型的框架就一个字:“易用”。
1,使用spry框架,必须引用的两个核心js文件
代码 <script type="text/javascript" 


阅读全文(4920) | 回复(0) | 编辑 | 精华 | 删除
 


[Prototype(Ajax)]Adobe的AJAX框架--Spry
软件技术

lhwork 发表于 2007/1/18 10:31:44

最近看完了Adobe的AJAX框架Spry的所有文档和Demo,觉得这东西挺有意思的,在这里介绍给大家。
  Spry框架的开发人员是来自于DreamWeaver开发组,他们把Spry框架做为DreamWeaver的一个完美补充为设计者和开发者提供对AJAX技术的支持。Spry框架是一个轻量级的AJAX框架,它的代码和标签十分的简洁和优雅,以保证让用户能便捷的使用,并不会为过繁杂的标签所惑。
 
  Spry框架的官方网址:
  http://labs.adobe.com/technologies/spry
  在这里你能找到最新的文档和下载最新的Spry版本,目前版本是预览版1.3_08-11。
  大家可以先在下面的看到Spry的示例和Demo:
  h

阅读全文(3535) | 回复(0) | 编辑 | 精华 | 删除
 


[网络与系统管理]Rsync: 有史以来最好的备份系统
软件技术

lhwork 发表于 2007/1/15 18:10:23








目录: 问题 替代品 Rsync

阅读全文(2091) | 回复(0) | 编辑 | 精华 | 删除
 


[网站架构]Apache rewrite技术实现Apache到lighttpd迁移
软件技术

lhwork 发表于 2007/1/15 17:49:33

毫无疑问Apache是一个优秀的web server,但它也不万能的,在一些特定的环境下,也有Apache力不从心的时候。手上一台server由于瞬间高密度的访问非常多,因此Apache 1.3.x应付起来有点吃力,表现为响应速度慢,而且非常耗资源,Swap经常都是占满的。有一两次还导致机器负载过高(高达30-40,有个别时刻居然达到150之巨),感觉要死机的样子。 为此,必须寻求一个解决之道。分析之下,这台server目前的情况主要是由于运行了大量的fastcgi应用,而且这些应用的并发非常密集,平时白天就有200-300个连接,厉害的时候有近1000个在用进程。apache的运行情况top如下: 25806 nobody 15 0 7224 5888 1652 S 0.0 0.5 0:10 1 httpd
28152 nobody 15 0 6576 5856 1680 S 0.0 0.5 0:01 1 httpd
28686 nobody 15 0 7224 5808 1652 S 0.0 0.5 0:01 1 httpd

阅读全文(1531) | 回复(0) | 编辑 | 精华 | 删除
 


[Python]Mod_python 与 Apache 的 MPM
软件技术

lhwork 发表于 2007/1/15 17:38:28

MPM 是 Apache 2 中的一个模块,即多道处理模块,用来调度 Apache 守护进程或者线程,更多的内容请看官方文档:Apache 2.0 Module Index ,还有一片不错的中文文档:Apache 2.0性能优化—MPM的选择与配置,我所用的是 worker 模块,即进程和线程混合模式,以前也写过相关的文章:Apache 2.0 MPM 配置 mod_python 是给 Apache 用的 DSO 模块,给 Apa

阅读全文(3375) | 回复(0) | 编辑 | 精华 | 删除
 


[Django]fastCGI方式跑Django
软件技术

lhwork 发表于 2007/1/15 17:34:30

原本想找个支持mod_python的空间来玩玩,但是要么太贵要么速度太慢,终究还是选择了dreamhost,在他上面买了支持python的空间,打算好好玩玩python这个东东,之前看了看上面的环境: <a href="mailto:hackgou@runts:~$">hackgou@runts:~$</a> whereis python  python: /usr/bin/python /usr/bin/python2.3 /usr/bin/python2.2-popy-config \ /usr/bin/python2.2 /usr/bin/python2.4 /etc/python2.3 /etc\ /p

阅读全文(3799) | 回复(1) | 编辑 | 精华 | 删除
 


[网站架构]Lighttpd+Squid+Apache搭建高效率Web服务器
软件技术

lhwork 发表于 2007/1/15 17:30:03

架构原理 Apache通常是开源界的首选Web服务器,因为它的强大和可靠,已经具有了品牌效应,可以适用于绝大部分的应用场合。但是它的强大有时候却显得笨重,配置文件得让人望而生畏,高并发情况下效率不太高。而轻量级的Web服务器Lighttpd却是后起之秀,其静态文件的响应能力远高于Apache,据说是Apache的2-3倍。Lighttpd的高性能和易用性,足以打动我们,在它能够胜任的领域,尽量用它。Lighttpd对PHP的支持也很好,还可以通过Fastcgi方式支持其他的语言,比如Python。 毕竟Lighttpd是轻量级的服务器,功能上不能跟Apache比,某些应用无法胜任。比如Lighttpd还不支持缓存,而现在的绝大部分站点都是用程序生成动态内容,没有缓存的话即使程序的效率再高也很难满足大访问量的需求,而且让程序不停的去做同一件事情也实在没有意义。首先,Web程序是需要做缓存处理的,即把反复

阅读全文(2076) | 回复(0) | 编辑 | 精华 | 删除
 


[Django]Django 学习笔记 - i18n 支持 
软件技术

lhwork 发表于 2007/1/15 16:37:46

最近再用 Django 做东西,顺便写点笔记做下记录。

今天折腾这个 Django 的 i18n 支持着实费了点功夫,主要是一开始没理解 Python 做 i18n 的原理导致。废话不多说了,使用 Django 的 i18n 支持还是相当的方便的。Django 的官方文档上讲的很详细了,但是篇幅过长,我也是硬着头皮看了几遍才搞明白,下面我就简单介绍一下最快捷的方法。

首先,从配置入手,settings.py 里面有一个 LANGUAGE_CODE属性,这里设置了网站默认的语言。由于settings.py里面的属性支持重写,所以从官方文档上可以得知,默认情况下已经启用i18n支持了,我们需要加入一些middleware来支持动态切换语言。
MIDDLEWARE_CLASSES = (
'django.contrib.sessions.middleware.SessionMiddleware',
'django.mid

阅读全文(2837) | 回复(0) | 编辑 | 精华 | 删除
 


[Django]Django 学习笔记 - Apache2 + FastCGI
软件技术

lhwork 发表于 2007/1/15 16:32:34

昨天开始学习Django站点的生产服务器(Production Server),尝试了一下lighttpd和Apache2,最后决定采用Apache2来搭建整个环境(其实lighttpd更为方便一些)。

虽然Apache2 + mod_python就可以跑Django站点服务,但是听说FastCGI有更优异的性能。
FastCGI applications are fast because they're persistent. There is no per-request startup and initialization overhead. This makes possible the development of applications which would otherwise be impractical within the CGI paradigm (e.g. a huge Perl script, or an application which requires a connection to one or

阅读全文(1773) | 回复(0) | 编辑 | 精华 | 删除
 


« 41 42 43 44 45 46 47 48 49 50 »



站点首页 | 联系我们 | 博客注册 | 博客登陆

Sponsored By W3CHINA
W3CHINA Blog 0.8 Processed in 0.125 second(s), page refreshed 144777708 times.
《全国人大常委会关于维护互联网安全的决定》  《计算机信息网络国际联网安全保护管理办法》
苏ICP备05006046号