Contents
1. Freedom 综述
相关的思想性文章...
2. 知识森林集中一些优秀的开源项目的文档,资料,代码,思想…………
2.1. LAMPs若想进行跨平台的解决方案, 那就没有绝对的事情!
Apache.org 旗下汇集了无数强力的开源项目,严然与成为开源开发的管理中心
最流行的嵌入库试动态网页脚本 2.1.1. Linux
2.1.2. FreeBSD
2.1.3. Lisp古老优美的脚本语言
2.2. DB
最流行的快速轻型DB
最Mini的高级关系型DB
2.3. Text!文可文，非常文。本可文，非常本。文本,数据之始,字符,万思之母... 文本作为最基础的数据格式从来没有在计算机世界中消失,而且以最快的发展速度在支持着我们最狂妄的需求!
2.3.1. 结构化文本[StructureText]使用缩进和简单的符号来标识文档结构的文本
2.3.2. 标记文本[TagText]标记文本!是XML的依存之道! 2.3.2.1. XML
2.3.2.2. 文章专用标签文本[DocBook]
2.3.3. TeX
2.3.4. 文本转换
2.4. 图象处理含有章节索引的中文 文章模板 ::-- hoxide [2005-07-29 19:08:23]
2.4.1. Python Imaging Library
2.4.2. ImageMagick
2.5. C / C++
2.6. Python一种精心设计出来的脚本语言,使你可以快捷的实现任何愿望!
Contents
2.6.1. Pythonology 蠎学!
2.6.1.1. 如何开始学习Python?!
2.6.1.2. Python 版本追踪不同版本间的特性差异
2.6.1.3. Jython差点儿死的咖啡蟒
2.6.1.4. 中蟒总是被国人诟病的奇妙的Python 方言
2.6.1.5. Py Books
Pythonic 推广项目，组织，收集各种Python 学习，应用资料，进行推广宣传活动！ Hoxide 发起 ::-- ZoomQuiet [2005-03-20 04:58:51] Contents 3. 缘起 Pythonic 推广简述
3.1. 推广计划
3.2. 推广历史
3.2.1. 文宣资料
3.2.2. 年度回顾
3.2.3. 宣传画
3.3. 资料收集
3.3.1. 中文资料Python电子书本地收集 -- 啄木鸟空间发布
3.3.1.1. 精读类Python通则
Py3000 -- 即将问世的可以用到公元3000的版本!
Python2.4
Python2.5
3.3.2. 学习笔记
3.3.2.1. Py Tips
3.3.2.2. Python 学习笔记Py 之灵活好学又是可以体现在大家各有入门妙方！倡议记录在案哪！
3.3.2.2.1. fall in Pythonic初学者如何快速入门？
3.4. 讨论
4.0.1. Py 4 distribute{{{ejwe <[email protected]> 回复: [email protected] 收件人: [email protected] 日期: 2005-11-24 下午2:29 主题: [python-chinese] 如何“编译”Python程序[转] }}} 如何编译python程序（或者如何由python生成可执行文件）是一个非常常见的问题，总是有人问，列出来，google搜索的时候就可以看到了。如果还有人说"找不到相关资料"，唯一的解释就是这个人太懒了，根本没有去找。 如果转载，请注明出处。
我觉得py2exe等等工具还是罗嗦，需要在配置文件中写上需要的数据文件作者完全无视这样一个事实：我需要发布可执行文件的时候，程序已经完工了，所有的数据文件就在主程序所在目录下，所以多数情况下，根本不用到别的地方搜索。
只支持windows平台，应该是大家听到最多的一个名字了，用户不少，所以有问题的话在它的mail list里面很容易找到答案。文档中提到了"无法找到某某code"、使用opengl等模块的问题 可以产生windows、linux平台的可执行文件，现在作者主页连不上去了，但是搜索一下可以在其它地方下载 自带一个小程序写配置文件，如果程序较复杂，还是需要手工修改这个配置文件
还没用过 还没用过，只支持python 1.4 winodws、linux平台。简单的程序甚至都不需要写配置文件
如果你不介意源程序太过"暴露"的话，用这个吧 会不会觉得Updated: Sun, 09 Apr 2000 18:39:54 -0600 扎眼？如果你看一看它的VC源代码，就不会这么想了——其实这是普遍适用于ｗｉｎ系统的方法，无论是９８、２０００或者ｘｐ。也许也可以用到ｌｉｎｕｘ上——我不懂ｌｉｎｕｘ，如果真的可以这么做，还请告诉我。
支持linux平台的工具可能也支持mac os，或者直接使用这个py2app。具体就不知道了，只吃过苹果，还没玩过苹果呢
反馈
4.0.2. Py 4 ChinesePython 中文 开发技巧
4.0.2.1. 中文Python资源4.0.3. Py 4 IDE/GUI
Python GUI 开发技术
* 将Flash应用于Python项目 -- Azureon 4.0.4. Py 4 WebPython web 开发技巧
4.0.5. Py Web 应用平台(Application Frameworks)WebProgramming - PythonInfo Wiki
Contents
5. 超级框架
5.1. Twisted
6. 主流框架
6.1. CherryPy
6.2. Django
6.3. TurboGears
6.4. Karrigell
6.5. web2py
6.6. web.py
6.7. Pylons
6.8. Quixote.堂吉诃德
6.9. Paste
6.10. Myghty
6.11. Zope系列
7. 国人框架
7.1. Uliweb
7.2. 悟空智轮
7.3. pynixweb
8. CMS框架8.1. itools
8.2. payago
8.3. pylucid
8.4. skeletonz
8.5. teeny_tiny_cms
9. 边缘框架
9.1. Dabo
9.2. Storm
9.3. Snakelets
9.4. ikaaro
9.5. atocha
9.6. robaccia
9.7. colubrid
9.8. aquarium
9.9. RhubarbTartContents
10. Pythonic Web 应用平台对比
10.1. 再次综合对比
10.1.1. limodou 曰limodou <[email protected]> hide details 4:52 pm (8 hours ago) reply-to [email protected] to [email protected] date Jul 8, 2007 4:52 PM subject Re: [python-chinese] 现在python的web框架这么多，有没有人能分析分析各自的优点缺点？ 从级别上来说：
server级的了,许多东西都没有,大量的要自已去做.从这三者中如果要选择,我会选择karrigell.karrigell更接近php,功能比较多,模板丰富.
van Rossum这位python的创始人在多个场个宣传他喜欢django,就是在最近的Google developer day上,在北京见到这位＂明星＂他还在说：＂I like django＂.因为我想他的一个观点就是：＂Simple is the best.＂. 当然象大朗所说学习成本高要看怎么说了.如果你的要求高,django有许多高要求的东西,学起来自然很高.如果你的要求低,功能自然差了许多,而且可以使用admin,所以学习成本不高.而且每种框架都有自身的难度,深入下去自然要求比较高.这种高要求也许不全是学习成本,比如有些功能可能框架就没有, 这种难度就不再是学习的难度而是需要由你设计或寻找一个可用实例的难度了.
10.1.2. 沈崴 曰沈崴 <[email protected]> hide details 12:36 am (40 minutes ago) reply-to [email protected] to [email protected], [email protected] date Jul 9, 2007 12:36 AM subject [CPyUG:28791] Re: [python-chinese] 现在python的web框架这么多，有没有人能分析分析各自的优点缺点？ mailed-by googlegroups.com 赵老师, 您好! 我曾走马观花地尝试过上述某些框架, 略有些感想, 希望能对您有所帮助
程序员而言, 除非 ROR 带来的商业利益超过成本上的支出, 否则很难适应 ROR 的效率。打个比方, 在 Plone 中尽管你可以使用 ArchGenXML 通过 UML 图来建立 Plone 应用, 但是真正开始使用后, 我们会发现手写 Archetypes 代码其实要比画 UML 图要来得方便和快捷。
你完全没必要自己作任何事情。Archetypes 拥有难以置信的建模能力, 搜索引擎和增删改页面全自动生成。Plone 自带的工作流引擎允许你靠鼠标完成工作流设计。使用得当, Plone 能带来几十倍的开发效率提升。Plone 也有非常严重的问题。首先,几乎所有人都认为 Plone 很慢, 事实上, Plone Skin 带来了太多 IO, 明白这一点, 我们能把 Plone 加速到和 CherryPy2 不相上下的程度。其次, 很多人对 Plone 定制苦不堪言, 但是如果不过于依赖 Plone Skin, 那么这也不是一个问题。最后, Plone 的栈很深, 不是所有人都会有足够耐心花几年时间来熟练地使用她, 这才是真正的问题 (在下认为这是完全值得的)。
过于完善的系统反而完全束缚了我们, 既然 Django 看上去是目前最好的框架, 这时候我选择 Django。这或许从一个侧面反映了一个在国内鲜为人知的情况, 那就是无论是国内还是国外, 使用 Plone 的应用要远超过 Django, 但是 Plone 程序员不会告诉你哪些站点是用 Plone 开发的, 因为这太偷懒了。常常, 这时任务会简单到直接使用 SimpleHTTPServer.py 就可以解决, 因此即使是一个临时方案, Django 还是很少被我用到。
因为黑客或许会选择像 TG 那样通过重用构建起来的东西, 但是他们更喜欢正则。
个请求每秒的速度。至于 CherryPy3 的 TurboGears 是否能用, 在下也还没有尝试过。
在下认为, web.py 的作者同样对 SimpleHTTPServer.py 这类的标准库同样非常不满。不过有点尴尬, 我对各种层次的应用都已经有合适的方案了, 而目前所有流行框架不能完成的事情 web.py 同样也搞不定。在下意识到或许所有人对于 web.py 因为各种原因都会有些痒。但是这不妨碍 web.py 的优秀和学术价值。
10.1.3. doudou 曰{{{doudou doudou <[email protected]> hide details 1:04 pm (3 minutes ago)
}}} 我学的不多，暂且比较一下吧。
10.2. 综合对比Re: 关于 Python 的 web 开发框架，应该选择哪个？
10.2.1. 关注Ajax 时From: [email protected] <[email protected]> Mailed-By: googlegroups.com Reply-To: [email protected] To: "python.cn" <[email protected]> Date: Jun 9, 2006 2:15 PM Subject: [python-cn:10720] Re: 关于 Python 的 web 开发框架，应该选择哪个？ 补充一点心得:
如果你的网页应用服务主要关注在 AJAX 应用,
大部分动作都用 javascript 在客户端完成,
只有 data 部分需要后端提供. 那么 TurboGears
是非常适用的选择.
1. 可以先用一般 serverside
开发方式写函式和建立网页应用服务原型 (prototype),
来测试你的网页应用服务该有的功能.
@expose(format = ".template.pages") #资料以样版格式显示
def method(self):
....
return dict{data=data}
因为 TurboGears 中从传入 serverside 的表单资料处理一致,
所以在 serverside 写的 code 完全可以继续使用,
不必为了支持 AJAX 重写,
很好的达到不重复自己(DRY)的效果.
2.import javascript library , 将资料改以 JSON 格式传到网页
from turbogears import mochikit
...
@expose(format = ".template.pages") #资料以样版格式显示
@expose(format = "JSON") #资料以JSON格式显示
def method(self):
....
return dict{data=data, scripty = mochikit} #在网页上
TurboGears 预先包好 mochikit, scriptaculous, plotkit 等 javascript
库,
使用时可以用程式呼叫, 预设可用 JSON 格式传输,
预设 mochikit 库提供相应资料处理支援.
3. 在 client 端用 javascript 处理 DOM 物件.
因为在开发的第一步时已经能将所需的资料,
传输内容等都处理好了,
能确信资料传输的正确性. 所以开发 javascript 时,
可以专注在网页内资料处理的部分.
在这时遇到 bug
的话也可以很放心地将可能的问题点缩小到单纯网页内资料处理的范围,
因而 AJAX 开发时最麻烦的交叉 debug 也变得更容易.
因此如果你的网页应用服务主要关注在 AJAX 应用, 那么
TurboGears 是非常适合的选择.
10.2.2. Django 体验
10.2.2.1. Romit~我对django的看法Romit <[email protected]> reply-to [email protected], to python邮件列表 <[email protected]>, date Dec 13, 2007 11:05 PM subject [python-chinese] 我对django的看法 2006年末因为接手单位的网站，面对一个烂摊子，怎么能在短时间内让这个网站 焕然一新成为我面临的首要问题。 重造车轮式的方法显然是不可取的，更何况我也不是一个高手，所以就在互联网上 狂搜现成的框架。搜了一堆，首先是 zope,其次是plone,然后是什么tiger之类还有webpy之类，当然还有django。权衡 再三选择了django 第一、学习周期短 我花了2天多一点时间基本上就把django搞清楚了，而zope这个框架太庞大了，看 了一个多月没有搞出什么头绪来，plone 更是如此，tiger之类的呢完全是堆砌的产品（不喜欢，不过不知道这个东东怎么样） 第二、开发速度快 记得写第一个新闻发布系统的时候，大概就是一下午左右的样子，包括前端的AJAX 后台当然是自带的了，我觉得对很对象 我这种公司不给投入的人来说，无疑是一种福音，不管怎么样领导要的是一个结果。 第三、架构比较简单 规则表达式的url简单易用，基本功能一应俱全，特别是数据接口这块，特别适合 不熟悉数据库的人。经典的MVC式框架，对于 不是从事web开发的人员来说也是非常的清晰明了。 说完优点，说说缺点吧。 第一、管理界面比较呆滞，不容易扩展，听说下一个版本已经有所改善。 第二、django的应用管理不适合有变动需求的项目，为什么这么说呢，主要问题出 在django的模型和应用管理这块上，这两块 的功能实在太弱了，如果你不用管理平台这个问题压根就不存在。如果你使用它的 管理平台，对模型的更改首先是管理平台立即宕机， 其次是框架无法对数据库进行相应的更改，除非你对这个项目进行重新的部署，但 是一旦重新部署，你就会发现你的管理平台上所作的 任何权限的配置都无法生效，原因在于数据库内的权限系统已经被污染，除非你在 部署项目的时候，进入django的权限管理数据库系统内 首先清楚先前的项目。也有的网友提出了相应的解决方案： 1、导出数据 2、清除权限配置 3、部署应用 4、导入数据 也就是说django在应用管理上比较弱。 第三、原生数据库支持有点少，扩展的不在讨论范围之内。 目前还没有发现有性能方面的问题。
10.2.3. TurboGears vs Django对比集中在高压力环境稳定性和sqlobject的发展结合上
10.2.3.1. gasolin 曰{{{发件人: [email protected] <[email protected]> 回复: [email protected] 收件人: "python.cn" <[email protected]> 日期: 2005-9-19 下午9:32 主题: TurboGears vs Django }}}这几天从limodou兄的blog中看到 TurboGears 这个框架,看完演示教程后相当为之惊艳. Django 跟 TurboGears 的出现提供了一个相当 pythonic 的解决方案 (python + HTML :D). 不需要使用资料库查询语言(SQL)或额外的资料库设计修改工具是一大特色. TurboGears (Python) 是在 cherrypy +SQLObject等的基础之上整合相当成功的框架. 其计划的核心概念是不重复发明轮子, 而是把 python中的各轮子组成有用的框架.计划主要的工作是提供简化的安装, 设定, 操作,与文件. 之前 Ruby on rails 超热的时候似乎 python 社群有个 SUBWAY计划想达成类似的事情,但一听就知道是想复制 ROR 的计划,并未提出相当的成果. 两者较不同的是 Django提供预设的资料库增删修改介面, 而 TGP似乎还没发展这块. 比起 Django 来说, TurboGears 更吸引我的是整合 AJAX 支援, Django 跟 TurboGears 相比无论安装, 使用上都复杂许多,而 Django 从头开发也意味着目前 python web开发社群要使用这框架也得多花费心力去学习. TGP 是由 python script 组成的 controller 呼叫 SQLObject来读出资料库中的资料,再以字典形式传值到样板中当作动态语言的变数. 达成资料库(model)->controller->template (View) 的 MVC 架构 传出的格式如 {data=content, pagename=page.pagename}这样一次收集所有用到的参数,接收用 <div py:replace="data"/> Page text goes here. </div> 这样在标签中加"py:replace"的格式插入参数, Ruby on rails 或 Django 每加一页新的资料, 要处理的 MVC关连似乎不及TurboGears 承袭 cherrypy架构(不知有无说错?)的简单明了 TurboGears 教程中是由单一的 controller (标准的 python class) 呼叫 SQLObject来读出资料库中的资料, 再以字典形式传值到样板中当作动态语言的变数. 达成资料库(model)--controller--template (View) 的 MVC 架构.
一次收集网页样板将用到的 data 跟pagename 参数. 网页样板 template 接收用 <div py:replace="data">内容显示在这里</div> 实际显示时会将"内容显示在这里"这段替换成资料集"data"中的内容. 要在网页样板中调用这几个参数有两个方式.
间中用到的 HTML, ini 都算是基本的内容,用起来没什么要另外学东西的负担. Django (或 Ruby on rails)每加一页新的资料,都要分别处理对应的 controller.关连似乎不及 TurboGears 承袭 cherrypy 架构可使用单一controller 的简单明了(不知有无说错?)
10.2.3.2. limodou 曰{{{回复: [email protected] 收件人: python-chinese列表 <[email protected]> 日期: 2005-11-14 上午10:24 主题: [python-chinese] Django vs. TurboGears }}} [wiki:PyCNmail/2005-November/019026.html Django vs. TurboGears] 看到列表中讨论 Django 和 TurboGears 的多了起来，我想就这两个web framework提出自已的一些看法，因为哪个都算不上精通，只是对某些方面多一些罢了，至今天除了按照django的教程做了一下，某它的就没做过。TurboGears方面也只是学过CherryPy而已，不过我从我个人的关注角度出来，希望对它们进行比较一下，大家可以补充，让比较更客观。另外因为我对DjanGo关注稍多一些，可能对于turbogears有些不正确的观点，请大家见谅。
还有 TG的 Toolbox组件也非常的让人期待 modelDesigner的出现使得建模更加的快速和简单了,真正突显出了 TG 的快速开发. by bib
10.2.3.3. InterMa 补充{{{节译: 主要比对方面:
}}}
寻找类似ROR的web框架的讨论：/SimilarToRor--TomZ
11. 自由评注频率受到Spamer 攻击!070528关闭自由注释功能
11.0.1. P2P
11.0.2. P4EEPython 企业环境应用探讨 Python for Enterprise Environment
11.0.2.1. mod_python与Apache 紧密结合的支持组件!终于可以完好运行了
11.0.2.2. Zope
11.0.2.3. Dabo
11.0.3. Pythonic 模板Contents 11.0.3.1. GenShi
11.0.3.2. MaKo
11.0.3.3. JinJa
11.0.3.4. ClearSilverClearSilver是一个高性能的模版系统，让我们看看他的使用网站，就知道他的表现有多好。
11.0.3.5. 印度豹Cheetah - http://www.unrealtower.org/mycheetah
11.0.3.6. Myghty Google 的利器
11.0.3.7. KidKid 是一种简单的基于 XML 的模板语言，它使用嵌入的 Python 语句来对某些元素进行处理，它的语法借鉴了许多现存的模板语言，诸如 XSLT、TAL、PHP等等。 Kid 的设计目标是为了简化 Python 对 XML 文档的处理。同其它 XML 工具相比：
Kid 则试图结合所有上述技术的优点。 Kid 可以用来产生任何形式的 XML 文档，包括 XHTML、RSS、Atom、FOAF、RDF、XBEL、XSLT、RelaxNG、Schematron、SOAP 等等。
11.0.3.8. 其它PyWork - http://pywork.sourceforge.net Subway - http://subway.python-hosting.com/ Spyce - http://spyce.sf.net
11.0.3.9. 讨论自动Spamer 攻击,无奈关闭自由评注
11.0.4. Py 4 MobilePython 在移动设备中的开发
11.0.5. Python 实用开发包
11.0.6. Python 扩展与嵌入
11.1. JavaScript最基本的动态Web 技术，但是研究下去...
11.1.1. Javascript学习
11.1.2. 实用框架
11.1.3. Ajax令JS 重新注目于世界的小花招
11.1.4. 幻宇
11.1.5. 月影
11.1.6. web在线游戏DEMO（斗地主）
11.1.7. bobby作品
11.1.8. listView示例
11.1.9. web20 js框架
11.1.10. Javascript Diff
11.2. 文学编程
11.3. 软件工程
11.3.1. 设计模式
11.3.2. IOP
11.3.3. 算法研讨语言之外的天地
11.4. e-Learning 开放学习
11.5. Google.com虽然是.com 但是!Google 从来不排斥开源!
11.5.1. GTalk - Jabbar 的盛宴！
11.6. Mozilla.org绝对的开源项目中心，不仅仅是浏览器是也乎！
11.6.1. Greasemonkey当红的客户端插件开发环境！
-- Zoom.Quiet [2004-08-04 23:17:26] |
12. 惊奇网际发现！推荐网路中值得仔细研究的事件，思想，主义………… 
12.1. Mac样
作得和MacOS 一样儿的站点！
13. Event·事件
13.1. 百度 打造“有中国特色”的搜索引擎
13.2. 我们的口味
13.3. 中国简史
13.4. 和平需要你
13.5. keso
13.6. 10 Places of My City
13.7. 大陸網摘雜談
14. Idea·点子
14.1. Google!永远令人惊奇的Google! Google的本地搜索 可以在地图上找到餐馆学校等等等等
"与女儿一起成长" -- Xp's Blog
365key 是国内极速成长的书签服务商，中国化的 del.icio.us
FreeBSD 下针对WEB服务,邮件服务的分布式文件系统 Wishlists - BSD讨论区 - - ChinaUnix.net
异教徒们为此而欢庆。 但是一切并未结束， 因为一只巨鸟已从灰烬中诞生。 那鸟从空中俯视着异教徒们， 向他们施放火与雷电。 因为这野兽已重生为巨鸟， 恢复了力量。 金钱的追随者们在恐惧中后退。 ——Mozilla 之书 }}}
"google的一些秘密入口"--十八摸
http://solidot.org/article.php/20051112153733799 JS/UIX是一个基于web浏览器的操作系统，它完全用javascript写成，没有使用任何插件。JS/UIX包括一个虚拟机、shell外壳、虚拟文件系统、进程管理器、屏幕终端及键盘映射。你可以尝试一下它的shell，还有vi。 真的！！！
/History -- "发现"历史 -- ZoomQuiet (2004-11-26) |
这个排行榜每月更新一次，其排名顺序按照世界范围内的技术工程师、讲师、第三方厂商的调查依据，并查询了目前流行的搜索引擎：Google,MSN, Yahoo，结合前两者的数据计算后得出的。根据TIOBE的观点，此排行榜是被程序员们用来检查自己的程序技能是否过时，或者作为建立新的软件系统时进行参考之依据，并非意味着哪种语言是最好的 (1)