今天的问题真的很多
wanghaojq
潘俊勇
马踏飞燕
里面可以设定网站全局的字号、字体、颜色等等。
这东西自定义很麻烦，唉！我已经开始放弃了。。。
在 06-6-26，wanghaojq<wang...@163.com> 写道：
> 我现在又遇到一个棘手的问题，就是如何修改首页内容的字体和字号？谢谢
>
> >
>
wgh wgh
taotao
plone比较适合小组开发。一个人可能有点困难哪。
马踏飞燕
不是plone不好，是plone太复杂，人少的话并且项目也很小的时候就不适合用了。
不过，接下来我们倒是打算用plone来实现一个门户类型的站点的，还在论证中——技术成熟性基本上没有问题，倒是接下来的开发与维护方面不太放心！（开核潜艇去抓大闸蟹，功能方面没问题，但是维护成本也太高了，呵呵，不太恰当的比喻。。。）
2006/6/26, taotao <taoy...@sohu.com>:
> 这样还不如用django。
> plone比较适合小组开发。一个人可能有点困难哪。
>
> >
>
马踏飞燕
在 06-6-26，wgh wgh<tier...@gmail.com> 写道：
潘俊勇
马兄果然是文化人啊，果然是语不惊人死不休 ;-)
django不是很了解。但是我知道的是：
-
django是针对开发人员的，不懂开发的人，是不打可能用转的
-
Plone直接面对对不大懂技术的系统集成人员的，定制Plone，不需要太多开发知识。
可能对于老马这样的开发人员，看代码比从Plone中大量的对象和标签页面中找定制方法更直接。
Plone的很多功能还隐藏在ZMI中，这个界面的确并不友好。但这正在改观，Plone的控制面板中的设置项越练越多，这就是证明。
我相信Plone并不是核潜艇，而是一把目前还需要阅读使用手册才会使用的多功能瑞士军刀。
一旦掌握Plone的使用，定能达到小李飞刀的所向披靡之功效
;-)
潘俊勇
Plone有完整的关系数据库访问接口的: 用Z SQL Method。
使用Plone，是可以做所有的web开发方面的工作的。
我个人感觉，如果说掌握Plone定制是需要阅读手册才好使的小李飞刀，那么完全掌握Plone的开发，还真是有点核潜艇的味道(这个内容是比较多些)。专注一段时间，我相信是可以驾驭这个核潜艇的。想用踩滑板的方式来玩转Plone的开发，还真不大容易。
马踏飞燕
一个很小的功能，就要写好几个文件，太耗体力了。
至于Plone，作为一个CMS系统，最强大的功能还是在于各种类型媒体的内容的管理，而对于传统的小型项目做起来确实很麻烦。
例如，客户需要一个产品库的展示功能，要求有产品的编号，名称，简介，图片，型号，价格等等信息，这些东西如果用关系数据库来实现是相当的方便，而用plone就比较麻烦了，现有的类型信息不够，需要自己定一个ATType，现在有ArchGenXML也不是啥问题，但是，接下来的对数据的索引，查询，统计等就麻烦了，可能是我不会所以觉得无从下手，呵呵。
不管怎么说，plone都是一个优秀的系统，而现在国内真正能把这个核潜艇开动的人还真是屈指可数啊！
2006/6/27, 潘俊勇 <panju...@gmail.com>:
wgh wgh
Z SQL Method用过，不过感觉太麻烦。。。
一个很小的功能，就要写好几个文件，太耗体力了。
至于Plone，作为一个CMS系统，最强大的功能还是在于各种类型媒体的内容的管理，而对于传统的小型项目做起来确实很麻烦。
例如，客户需要一个产品库的展示功能，要求有产品的编号，名称，简介，图片，型号，价格等等信息，这些东西如果用关系数据库来实现是相当的方便，而用plone就比较麻烦了，现有的类型信息不够，需要自己定一个ATType，现在有ArchGenXML也不是啥问题，但是，接下来的对数据的索引，查询，统计等就麻烦了，可能是我不会所以觉得无从下手，呵呵。
其实你可以用Z SQL Method 按照传统的方法来写，使用关系型数据库。个人感觉，zope/plone的支持两种开发的方法，一种是使用zodb，自己写一个Content-Type，一种就是使用Z-SQL Method,连接关系型数据库。我感觉使用第二种方法，完全可以达到使用Php或者asp语言操作数据库的灵活性，同时还可以使代码更为清晰干净。如果有需求，我认为完全可以把一个典型的asp网站转换为使用z sql method + 关系型数据库 的zope/plone站点。
不管怎么说，plone都是一个优秀的系统，而现在国内真正能把这个核潜艇开动的人还真是屈指可数啊！
马兄最近在zope/plone社区表现积极,我等还盼马兄来开plone这所核潜艇啊：）
wanghaojq
的确，plone是适合小组开发，可是我不光是一个人开发，而且是一个女孩子开发．
yumo...@donar.com.cn
对中大型型系统，我倒是觉得不应该用zope空间来存放数据，我们做过试验，当zope中的instance过多时，zodb的增长较快（特别是instance经常修改的情况）性能受到一定的影响。
我们的做法是，在zope空间存放程序代码，而在数据库中存放数据，这样即使在大数据量下也能保持一个好的性能。
我们用这种方法开发了一些网站，如 http://www.bbker.com 和 http://efax.dl-biz.cn
www.bbker.com 是一个博客网站 开业1月目前在www.alexa.com排名30000左右，
efax.dl-biz.cn是一个网上传真运用系统，为大连电讯开发，开业1月左右目前用户1千多户。
这两个网站都使用zope+z sql method + mysql数据库作为开发平台，efax.dl.cn使用了AJAX用于开发客户界面，这个网络传真系统为数不多不需要下载客户端软件的纯浏览器方式的运用。
wgh wgh
我们的做法是，在zope空间存放程序代码，而在数据库中存放数据，这样即使在大数据量下也能保持一个好的性能。
Liming_Do
yumo...@donar.com.cn
wm
我也看了快半个月了，这种产品太优秀了，但要想掌握确实需要时间，对于马先生和潘先生这样的人来说，没有plone，他们可能自己也能做一个出来。对于非专业开发人员，难度是很大的，就像以前opencms，工作流以及安全等方面好的一塌糊涂，可是最后出来的网站确不行，不是不优秀，而是技术不到位。我感觉开源的东西，一般人也难掌握，你还是需要人家，这可能是开源产品的动力。
张炳凯
她,理解她.Plone确实是一款非常优秀的开源CMS.
用起来有这几点体会,多的就不说,,我说一下用她的最深体会吧
1 .先从她自身说起:
* 核心小,扩展强大,所以不管开发小平台,大平台都能用Plone开发.
* 内部机制构架得好,尤其是工作流及权限这一块,让你觉得她几乎可以做任何事
2 .对开发人员来讲:
* 开发很轻松,Plone本身再加上第三方扩展几乎满足你的所有需求,所以Plone
的开发重视你对整个平台的构架,到了写代码无非就是对她的一些定制,大部
分工作只是View的层面.
* 写扩展(或写product)很容易,从CMF到Archetype再到AT,我们已经到了一个
很高的层次去开发
* 开发模式很友好,基于web你几乎可以做所有的工作.
3 .也说一下我个人对她的一些展望
* Plone速度问题,Plone到了2.5已经结合了cacheFu
* Plone在细致的开发层面感觉还不够MVC,到2.3,2.5,再到以后的3.0逐步引进
Zope3的Five等技术,目前正学习ing.
* ......
Plone的开发确实需要一个很长的理解过程,我到现在很多方面都不清楚,和大家一
起学习!!!!
wm 写道:
潘俊勇
炳凯兄能够成为Plone的超级粉丝，和E文功底分不开吧...
Plone的E文文档还是很丰富的，但是中文的还不够。
Plone在国际上是非常流行了，在开源的内容管理领域，已经是坐上了头几把交椅。
语言关，仍然是阻碍Plone在国内流行的一大门槛。