博文
开源，选GoogleCode还是Sourceforge?(2007-02-07 14:07:00)
摘要：开源，选GoogleCode还是Sourceforge?
2006.12.30 来自：CSDN
概要
提起Google Code，我需要很惭愧地承认一点，我一开始的时候“把它看扁了”。初接触Google Code的时候，我简单地认为，Google Code只是一个半成品，从各方面的功能来讲，似乎远不能够与Sourceforge的完备相比。但是，随着对Google Code了解的深入，我不能不承认我错了，Google Code再一次证明“简单是美”的法则：Google的服务似乎永远是看似简单（甚至让你觉得不够用），而实则非常完备。
如果你有开源的计划，或者已经开源，或者你有私人的项目希望有个完备的平台去管理它，那么本文值得你一读，因为这是我在这方面的一些心得。到目前为止，我开源了WINX和DocX已经4个月多了，和Google Code、Sourceforge均有了较长时间的接触，希望借机会和大家交流下。
选择Google Code，还是Sourceforge？总体来讲，两者各有各的优势。从进入的门槛来讲，使用Google Code会比Sourceforge容易很多。
Google Code的优势与劣势
Google Code的优势
速度第一。Google的服务以快速著称，Google Code亦不例外。当你上传新的Release时，你会特别感受到这一点。
操作简洁。如果Sourceforge和Google Code提供了同样的功能，那么我可以毫不思索的讲，Google Code比Sourceforge快捷易用。我们后文将详细比较各个功能。
Google Code的劣势
容易被盾。以我的经验，Google Code被盾比较频繁。这导致我有时无法浏览Bug列表，发布新的Release等等。所幸的是，Google Code的SVN连接从来没有出现访问障碍。因此这不算太大的问题。另外，按Google Code的说法，有些功能可以在命令行进行，而不需要到Web上，但是我本人尚未进行详细的验证。
100M的容量限制。Google Code限制每个项目的SVN空间大小不能超过100M，发布的所......
PHP开源CMS系统(2007-02-04 18:59:00)
摘要：PHP开源CMS系统
开源的CMS
开源的CMS基本上是php的天下，选择时主要看
授权模式，不过很多人不关心这个
插件和模版的数量，开发社区是否活跃。有更多的人参与你才能源源不断地获得资源
中文的支持
系统需求，支持那些数据库，这会影响对空间的选择
扩展性，不过不是所有的人都有能力和兴趣自己做扩展
Mambo 曼波
http://www.mamboserver.com/
http://www.mambors.org/
http://www.mamboforge.net
中文站点：
http://www.mambochina.net/
http://www.mambo.cn
Mambo是一个老牌的opensource建站程序，获得过“最佳开源方案”，“年度最佳自由软件项目”等很多奖， 国外比较热门，但是在中国不够
热，中文支持比较弱，中文资源相对来说不够多。
Joomla 逐浪
http://www.joomla.org/
中文站点：
http://www.mambo.cn/
http://www.joomla.org.cn/
Mambo的分支，Mambo核心开发团队另起炉灶的产品。，2005年度最佳Linux开放源码系统奖
(八卦来自bbs.joomla.org.cn)
曼波开源核心开发团队致社区的公开信
致社区的公开信
--曼波开源核心开发团队
越来越多的人关注曼波开源项目，曼波商会 ( Mambo Foundation Inc *) 应运而生，它的初衷是为了更好的发展曼波。
我们，曼波核心开发团队，一致认为：
1、所谓开源项目，是致力于开发一个免费的和开放源码的软件的人们，组成一个团队而服务社会的行为。
2、开源项目体现协作精神，并享受协作过程带来的乐趣。它存储社区的信息反馈，提供好的管理，允许商业机构放心地投资于它的开发。
开源项目对任何人都敞开大门，欢迎那些能贡献价值和愿意在社区一起工作的人加入。 <......
关于GPL-转(2007-02-04 17:34:00)
摘要：关于GPL
最近的在公司的项目里用到了SharpDevelop中的几个类库，因为是开源的，就要考虑一下具体的协议会有什么约束。一查不好，发现SharpDevelop遵循的是GPL协议，也就是说凡是使用其中的类库得代码必须开源，OMG，要是这样公司还赚什么钱？？同时又发现一个LGPL得协议，使用遵循这个协议的类库的程序的代码可以不必公开。看来我的想办法找找有没有遵循这个协议的替代软件。再不成就得花钱买了。唔唔唔。下付对于GPL和LGPL的简单说明。
GPL （ Gun General Public License ） version 2.0 1991
最常见的开源协议，使用它作为授权协议的有大名鼎鼎的 Linux 。 GPL 最显著的两个特点就是网上称为的“病毒性传播”和“不允许闭源的商业发布”。
所谓的“病毒性传播”，指的是， GPL 规定，所有从 GPL 协议授权的源码衍生出来的（即上面提到的 Derivative Module ），或者要跟 GPL 授权的源码混着用的 Project ，都要遵循 GPL 协议，就像病毒一样，粘上了关系，就“中毒”了。 GPL 这样规定的目的是，保证 在 GPL 协议保护下的产品，不会再受到其他协议或者授权的约束。即让跟 GPL 有关系的源码都能免费获取。举个例子，如果你的改进的 Linux 中使用了 GPL 授权下的开源模块（也必须使用，你不可能自己重新去做个内核吧，如果做出来了，你也没必要叫 Linux 了。），那么你整个 Linux 产品也必须遵循 GPL 协议去开源，不能以其他方式去开源发布，更不允许闭源发布。这样一来，就不会出现这样一个 Linux －－这个功能是 GPL 协议授权的，可以免费获取源码，而另外一个功能是其他协议下的，拿不到源码。这点规定对使用或者研究该产品的人来说，是一个极大的便利。
而“不允许闭源商业发布”指的是，在 GPL 授权下，你的软件产品可以商业发布，拿去卖钱，但是在这同时，你也必须将该产品的源码以 GPL 协议方式开源发布出去，供他人免费获取。也许有人会迷惑，拿去卖，又同时开源，那谁来买阿？这个产品怎么赚钱呢？？这就涉及到开源产品的商业模式的问题了。
GPL 协议下的商业发布的一个关键点就像 Java 视线论坛的 Robin 所说的，......