对开源协议和Web项目影响的疑问

小耶果 发布于 2011/05/06 12:52
阅读 563
收藏 0

【开源中国 APP 全新上线】“动弹” 回归、集成大模型对话、畅读技术报告”

      由于前台项目使用了一些GPL协议的Javascript库,根据GPL协议使用其代码具有传染性.所以整个前台代码必须开源.所以Html,Css,Javascript都是源代码开放的(想不开放都难).但是现在有个疑问,这个传染性是否会涉及到后台(服务端Script处理),前提是服务端Script没有任何生成,链接等使用到前台带有GPL的js库,只是生成json数据给前台页面使用,从理论上来说是弱耦合性.如果这个项目是免费的那么没有任何问题.但是现在这个项目想商业化销售(前台开源+完整协议说明且不修改任何GPL库代码并保留所有版权信息)<->服务端Script(闭源).也就是商业销售卖的其实是服务端代码项目,前台免费分发(虽然失去后台代码没有任何通用性).现在想问的是这样是否可行,是否违反GPL,GPL2,GPL3等协议.还请有经验或了解授权协议内容的朋友给予指明.

      尊重版权从我们做起...

加载中
0
xyz555
xyz555

使用GPL项目是可以收费的,就是说你可以把这个软件卖给对方,但是不能不开源。你给客户的东西必须带有源代码,并且源代码必须使用GPL开源协议。

如果要规避的话,那你就要单独发放。你给客户编译或加密后的程序,而这些程序里不能有GPL的代码或编译后的程序,或动、静态链接库。要由客户自己去配置那些GPL的软件。

不过这样做客户会感觉很麻烦,我觉得既然使用了GPL协议的代码,那就把源代码大方的给对方,不用纠结这点。

第一、其实你的客户没有几个有专业的知识去研究或修改,有的话自己就做了。

第二、如果特别计较开源这个问题的话,那你的代码很长的话也没有几个人会去看完,如果再加上没有注释的话(除非特有毅力的那种,呵呵)。所以这个也大可放心。

第三、做开源关键是做服务,靠服务赚钱,这是开源提倡的方式。(比如做扩展网店系统功能、卖网店模板等)

0
CheckStyle
CheckStyle

引用来自#2楼“xyz555”的帖子

使用GPL项目是可以收费的,就是说你可以把这个软件卖给对方,但是不能不开源。你给客户的东西必须带有源代码,并且源代码必须使用GPL开源协议。

如果要规避的话,那你就要单独发放。你给客户编译或加密后的程序,而这些程序里不能有GPL的代码或编译后的程序,或动、静态链接库。要由客户自己去配置那些GPL的软件。

不过这样做客户会感觉很麻烦,我觉得既然使用了GPL协议的代码,那就把源代码大方的给对方,不用纠结这点。

第一、其实你的客户没有几个有专业的知识去研究或修改,有的话自己就做了。

第二、如果特别计较开源这个问题的话,那你的代码很长的话也没有几个人会去看完,如果再加上没有注释的话(除非特有毅力的那种,呵呵)。所以这个也大可放心。

第三、做开源关键是做服务,靠服务赚钱,这是开源提倡的方式。(比如做扩展网店系统功能、卖网店模板等)

这样子的公司,在国内, 只能招募月薪4K以下的程序员了..

0
小耶果
小耶果

全部源码开放是没有问题的.其实主要确认的是使用了GPL协议的library的项目在全部开放源码的前提下可以进行商业销售(包括技术服务,维护,扩展,定制等).感谢ls回答.不知各位是否还有不同见解...

0
sunyh
sunyh

啊,我用了GPL这些协议的 包

我就需要给客户看我的代码?  要么 让客户自己去配置这些架包吗?

是这样 理解?

那 我们的项目有几个 是没有用这些包的?

0
sunyh
sunyh

我以前 一直以为 是  修改了gpl协议 这些 包的源代码 才需要开源。。。

0
xyz555
xyz555

引用来自#6楼“sunyh”的帖子

我以前 一直以为 是  修改了gpl协议 这些 包的源代码 才需要开源。。。

lgpl是这样。并且闭源不允许静态链接。

0
浪客Dandy
浪客Dandy

是你用了源代码才需要开源

你用了binary是不需要的

不然谁还会用linux

OSCHINA
登录后可查看更多优质内容
返回顶部
顶部