博文

开源,选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,发布的所......

阅读全文(2896) | 评论:0

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、开源项目体现协作精神,并享受协作过程带来的乐趣。它存储社区的信息反馈,提供好的管理,允许商业机构放心地投资于它的开发。
开源项目对任何人都敞开大门,欢迎那些能贡献价值和愿意在社区一起工作的人加入。 ......

阅读全文(3851) | 评论: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 所说的,......

阅读全文(4898) | 评论:0