商业源码 B网站是用dedecms主程序仿的A网站界模板，B网站除了logo不相同其他页面相同，算不算侵权？有哪些后果？
phpcms优点：
1模块化安装，非常适合安装，拆卸，和拿到市场上去交易非常方便的。
2灵活的标签语法，非常强大。
3缓存做的非常优秀。几乎支持目前主流的几大缓存系统解决方案，file缓存，eaelerator缓存，memcache缓存，shmop缓存等
4安全性也不错的。后台为了防范入侵，采用了cookie和session同时存在验证技术，才可以安全进入后台。
多次登录失败，开启验证码功能。防止机器人频繁猜口令。
5数据库。在根目录下的include目录下，db_aessphpdb_mssqlphpdb_mysqlphp等，就照着他的方法，在增加几个也没问题的。
6兼容性。是在php4的基础上开发的，所以向下兼容性是不错的。在include/globalfuncphp这个文件可以看到很多if(!function_exist()){}，这些代码就是为了兼容php4相关函数。
phpcms缺点：
1后台对应的模块的功能列表url,从数据库中读取的，也即是，安装的时候，将url写入数据库了。这个如果二次开发要修改的话，不是很方便的，最好是写到文件中，读取文件内容，方便开发者开发，而且也更容易维护，如果是出于安全考虑的话，不妨加下密也可以的。
2分部式。后台的某些功能模块，还是要调用各个应用模块的admin部分，相关＊．inc．php文件．如果我要把其中某个模块或应用独立出去部署到其他的服务器上，就不方便了。
3数据库设计问题，后台开设模型时，表的引擎只能是myIsam,而不能选择其他的，字段的类型，比如要开设一个字段为number,类型为int,但是在新增加的模型表中还是以varchar出现，而不是int,长度是默认的255modelfiled表，才发现该系统是将类型写到该表中了。
4加密/解密程序。目前已经在想相关安全网站已被爆以破解。这也不是什么新闻了。在开发中，关注下相关安全厂商发布的漏洞。
5数据库抽象层。就以上提到的几个数据库文件。db_mssqlphpdb_mysqlphpdb_aessphp等对于数据库分布式，应该没问题的。数据库抽象层处理数据比较快，且快平台更容易且更容易维护，这个是需要考虑的。
Dedecms功能实用，模板功能使用简单。
dede:global ，dede field标签一样的。
区别：
{dede:fieldtitle}：
一般是在文章页调用的标题标签，显示文章的标题，全局都可以使用。 这个标签通常用在页面的head中。
基本语法：
<head><title>{dede:fieldtitle}</title></head>。
dede:global ：
是全局变量 例如后台基本参数中的站点根网址，{field:title/] ：是列表页底层模板标签，需要配合{dede:list}{/dede:list}或者{dede:arclist}{/dede:arclist}一起使用。
基本语法：
{dede:list pagesize="10"}
<li>[<b>[field:typelink/]</b>]<a href="[field:arcurl/]" >[field:title/]</a></li>
{/dede:list}
扩展资料：
Field类
获得Field
1、Field[] fs=cgetFields();
2、Field[] fs2=cgetDeclaredFields();
//获得所有属性（全部类型的修饰符属性均可获得）
3、Field fs3=cgetField(String FieldName);
//获得指定名字的公有属性（只能是公有的）
4、Field fs4=cgetDeclaredField(String FieldName);
//获得指定名字的属性（全部类型的修饰符的属性中指定名字）
这个问题要从多个方面看：
一、外观上框架上是一样，是没什么问题的；因为布局无非那些类别；
二、如果你用了人家网站的专有（打了公司名或域名之类水印的），这样子就有侵权嫌疑；
三、网站前端一般分，文字内容，样式，和JS等，这几方面相同，也有侵权嫌疑；
四、人家有网站底部一般有版权所有，违者必究等等类似字样的描述文字的话，最好不要模仿，以免真被人告侵权。
五、因人而异，有些公司为了扩大影响力和推广度，人家还巴不得引用他家的或内容，一是可以增加外链，二是可以带来一定流量。
六、猪八戒防站服务，是要求卖家自已负责，它本站是不负责的。所以一般讲，它是不负这个责任的，更是不能负责，以免纠纷太多，引起麻烦，得不尝失，所以就叫卖家或买家自行负责。这样会减去很多不必要的麻烦。但一旦有纠纷上升到法律层次，本人认为：猪八戒网站是有一定责任的；
0条评论