-————走近drupal 前面尝试过drupal,因为感觉复杂难以上手而抛弃了,现在由于帮人做个站点,有了分权控制的需要,找了一圈,又拿起了drupal.当决定性地要使用和研究drupal时,发现它真的不错.我已经将自己内部的演绎平台搭建起来了,希望像当初熟悉wordpress一样一点点将drupal熟悉起来.鉴于wordpress的优秀和自己已经熟悉,自己平常文章还是采用wordpress,比较多的需要,可以考虑采用drupal… 1.最初接触drupal确实是慕名而来，很多文章介绍它如何的好；2.刚接触到它确实有点不容易上手，比如wp，那是开箱即用型的，而drp一上来根本不能立刻拿来写作，比如分类的概念得重新认识和接受，可视化编辑还得自己搞，等等等等 200908记 ———–是否使用drupal又经历动摇 2009-2010 drupal最初接触时舍弃了，后来又拿起又了，后来使用着又遇到不顺手的地方时，又产生了动摇；要从最初网站搭建走动转移到内容管理上，感觉有很长一段路 ————再见drupal 2010 已经对drp失望了。从上手已经非常难，我已经花了很多耐心去尝试了；可到现在不稳定性或者对性能的高要求，又让我不能不厌倦了，经常出现运行不动没有反应的情况，还有老是整除这样那样的错误，做好的不知哪会儿就坏了 Fatal error: Maximum execution time of 60 seconds exceeded in …\htdocs\drp\includes\common.inc on line 511* warning: array_map() [function.array-map]: Argument #2 should be an array in …\modules\system\system.module on line 966.
- warning: array_keys() [function.array-keys]: The first argument should be an array in
从来没能把中心转到内容上去 也许这是非常强大的CMS，运用好的话无所不能，但是也许我啃不动，我只需要一个简单的，可以很快上手的，我是为自己选择，不是看适合别人的，再见，我不想在这上面浪费自己的生命了。我现在比较倾向于用wordpress来做，或者Joomla，甚至xoops =====我的drupal又跑起来了 前面遇到了些问题，我没有找到原因，就怪drupal的不稳定了，又追溯开始上手所做的很多工作等，并要舍弃drupal，并将一些内容转移出去了。现在明白了问题的原因，不是drupal的错，决定还是让drupal跑起来了。 问题是，站点页面布局丢失了，并有不少红色的警告和错误提示。 现在明白了原因：是主题丢失了，我采用多站点共用一套程序的方式，我更改了一些访问域名，只简单修改了一下数据库连接，而用新域名访问必须在新域名对应的目录下存在原来的主题才行，而我没有操作，导致主题丢失。 经验：问题肯定有其原因。 现在我也想将多站点访问机制改回原来的了，现在是“规范化”的采用drupal内部机制多站点访问的，建立多个对应域名的目录，里面放对应的文件、主题等，现在还是改回去，default中用域名判断进行数据库连接选择，文件用files-xxx这样区别，主题也还都放到外面顶层的主题目录中。这样灵活一些，变化和适应性强一些。 20100324 ————-原来的一次变动 同站点： 前面我采用的根据主机判断选择数据库，用了一段时间了，不同站点的文件通过文件系统设置中区分 站点多的时候文件了主题了容易混乱 现在改为规范的多站点方法，sites中建立类似teamwork.xxx.com这样的子目录，然后文件和一些专用主题等统一放置 本地多站点的实现： 在hosts文件设置如： 127.0.0.1 teamwork.xxx.com 127.0.0.1 bbb.xxx.com 和远程的一样都没有关系，总是会先使用本地然后再远程的，域名和远程的对应，迁移到远程全局替换时对应性也强 只要sites中对应上就ok了 规范化： 系统自带的主题放在最外层的主题中 系统自带的模块放在最外层的模块中 自己搜集模块、主题等都放在sites中 通用的放到all中 具体某个站点的放到具体的里面 附：旧的settings.php文件中数据库选择： $hostname = $_SERVER[‘HTTP_HOST’]; switch ($hostname) { case “8864xxx.com”: case “www.8864xxx.com”: $db_url = ‘mysql://C273020_xxx:pass@xx.ixwebhosting.com/C273020_drp’;$db_prefix = ”; break; case “teamwork.xyzxxx.com”: $db_url = ‘mysql://C273020_xx:pass@xxx.ixwebhosting.com/C273020_drp_teamwork’;$db_prefix = ”; break; case “medical.xyzxxx.com”: $db_url = ‘mysql://C273020_xx:pass@xxx.ixwebhosting.com/C273020_drp_medical’;$db_prefix = ”; break; case “medicalgas.xyzxxx.com”: $db_url = ‘mysql://C273020_xxx:pass@xxx.ixwebhosting.com/C273020_drp_medicalgas’;$db_prefix = ”; break; case “ctcxxx.com”: case “www.ctcxxx.com“: xx break; default://local $db_url = ‘mysql://root:xxx@localhost/drp_medical’;$db_prefix = ”; // $db_url = ‘mysql://root:xxx@localhost/drp_medicalgas’;$db_prefix = ”; // $db_url = ‘mysql://root:xxx@localhost/drp_teamwork’;$db_prefix = ”; // $db_url = ‘mysql://root:xxx@localhost/drp_mytree’;$db_prefix = ”; break; } ================ ————— 目前全世界的开源CMS（内容管理系统）有上百种，但真正能够被广泛接受和使用的应该不超过10种。最近packt在全球范围内评选最佳开源CMS的结果出来了，入围3甲的是Joomla!、Drupal和Plone，应该说具有一定的说服力。下面对最终获奖的3个产品进行一定的分析评价。 1、Joomla！ http://www.joomla.org/ ? 中文社区：http://joomla.cn Joomla！在中国有人称呼逐浪， Mambo的分支，是Mambo核心开发团队另起炉灶的产品。 自从mambo 被Miro公司所控制后，脱离了开源的轨道，核心开发团队出走，建立了分支Joomla！。借助老牌CMS-Mambo长年建立起来的人气，以及对网站制作的良好支持，joomla得到了迅速的发展。 Joomla!是使用PHP语言加上MySQL数据库所开发的软件系统，可以在Linux、Windows、MacOSX等各种不同的平台上执行。目前是由Open Source Matters (www.opensourcematters.org)这个开放源码组织进行开发与支持。 Joomla的长处是在对外网站的建设方面，应用了非常多的网站进步的新技术，有上千种不同网站应用的附加套件及美工设计布景，另外可搭配的多种所视即所得编辑程序，很简易的就可以管理和编辑网站上的文章。所以Joomla得到了众多个人用户的青睐和支持，这也是他在06最佳开源CMS票选第一名的主要原因。 缺点：joomla虽然非常漂亮，但该系统对中文支持比较差，虽然有汉化版本，不过中文站点站点的效果还是令人失望，而且Joomla的主题并不是完全CSS控制的，修改起来比较麻烦。 总的来说，joomla在外部网站建设的方面有着优秀的表现，而且也是互联网上网站使用最多的CMS之一，所以joomla最多的应用方向还是建网站。典型应用：保时捷网站（巴西）、三菱公司网站、麦克杰克森的官方网站等等，以及众多中小型网站。 2、Drupal ? http://www.drupal.org 中文社区：http://drupal.cn Drupal最初是由比利时人Dries Buytaert开发的一个社区讨论程序也就是BBS，由于其富有弹性的架构设计，在功能的不断扩充后逐渐发展成为一个内容管理系统。由于Druple是由bbs发展而来的，所以非常注重社区性和文章发布。以至于最初在国内被很多人用来部署自己的博客。Druple提供丰富的插件和功能模块，所以也越来越多地用于构造提供多种功能和服务的动态网站。 Drupal同joomla一样，也是使用PHP语言加上MySQL数据库所开发的软件系统，支持多种操作系统平台。 Drupal的长处和joomla非常相似，在制作网站方面有着优秀的表现。同样也受到众多个人用户的支持。孰优孰劣很难决定，以至于在最佳开源CMS系统的评选中要经过加赛，joomla才以微弱的优势胜出，但这并不是就说明ioomla比drupal要更好。可以理解为joomla比drupal有更长的历史和更好的群众基础。如果说Druple比joomla好的地方，可以说是架构方面，Druple更灵活更开放。 缺点：Druple由于历史比joomla要短（因为joomla的前身mambo），所以在国内的知名度要稍低。与joomla一样，中文支持还是不理想，作为一个更多被个人用户使用的CMS，中文资料也比较薄弱。另外，作为主要用来设计网站的CMS模版方面也比joomla要少。 总的来说，drupal是和joomla一样优秀的建站CMS，你要建立一个网站，既可以选择drupal也可以选择joomla，而且选择都不错，基于个人好恶而以。典型应用：playstation亚洲网站等，以及众多中小型网站。（案例资料不全）
转joomla?
joomla这次感觉不错 结构太清晰了 文章 菜单（这比wordpress多） 链接 广告banner都是可分类的，和wordpress一样 链接 广告 调查都是作为组件出现 类别管理 文章或者类别直接复制的 垃圾箱 删除类之前需要删除文章，删除文章还不行，还得清除垃圾箱 和wordpress一样好用 Joomla是一个稳定可靠的工具，能够适用多样的需求，安装相对直接。它主要分为3种页面：段，目录和文章。理解他们直接是如何运作和相互关联有一定的学习曲线，但是一旦你掌握了，就会发现它提供了一个强大的基础架构可以创建一些常用的站点结构来支持大型网站。多样的插件模块提供了一系列的功能，从购物车到社区，为不同的站点提供了坚实的基础。 Joomla不是对那些需要被多个不同内部内容同时编辑的站点的最佳选择，同时它无法提供一个简单的方法用来创建基于段落或内容的工作流。相对于WordPress，Joomla 能支持更复杂的站点结构，但灵活性不及Drupal和Plone。每篇内容通常都要和一个文章相关联，这样使得系统更直接和易于理解，但是对高级的结构支持有限（比如搭建一个多种门类且需要分别展示的网站）。它也不容易创建一个自定义类型（例如，一种关于学校状况的目录，它包括那些学校的关键信息）并且在网站的不同页面用不同的形式表现出来。如果你不明白这个代表什么意思，那么也许你不需要担心这个问题，这些高级特性的考虑不会应用在大部分的网站 界面美观 Joomla的界面比Drupal更好看，尤其对站长来说，后台的界面也比较舒服。Drupal的一般较难看一些. 也许因为更多的是程序员参与吧,可能美工底子差些?呵呵. 后台系统 Joomla后台操作比较繁琐,不适合新手.光设置都要费很长时间，再加上分类，添加文章都需要多次步骤，效率比较低. 相对的Drupal比较简单,基本上不用设置， 非常灵活好用.
改造利用wordpress？
它的优势，它已经超越了一个博客平台，在社区领域已经游刃有余。Wordpress 并不适合大型企业站点，然而较低的部署成本以及简单易用是它最值得称道的地方。 WordPress不适合搭建复杂的站点。 它的设计目的主要是为了支持简单排列的两种内容形式，blog帖子和文章。因此，如果你希望文章和帖子能够根据一系列的规则自动出现在不同地方的话，不要对它抱有太大希望。同时它仅对用户角色的分级管理提供了有限的支持，想要实现基于节点和内容的权限管理也不是一个容易的事情。
还是继续深入研究drupal?
Drupal 灵活而强大，如果要创建相对负责的网站，Drupal是一个好的选择。它支持各种各样的站点结构。你能够应以各种细节的规范，比如什么样的内容显示在什么样的地方，也能建立用户自定义的内容类型。它尤其对web2.0和社区功能性，包括群blog，和用户上传内容等提供了强大的支持。对内容管理者来说，它也容易查找和更新内容。 但是Drupal的强大来源于它的复杂性。理解系统提供了什么和怎么样配置他们相对于WordPress和Joomla来说更加的困难。配置一个站点的管理屏幕上有大量的可选项和设置，使得它们更难被理解。同时系统的灵活性也使得在实现你设想的功能之前，需要更全面深入的思考来产生一个最好的方案。大部分的人可能需要雇佣一个熟悉Drupal的专家来帮助他们创建一个站点而不是试着独立使用它来创建一个网站。 在工作流上，Drupal没有Plone那么强大，同时它也许不是一个对那些需要多人分角色多级控制内容组织的最佳选择。 DRUPAL是一个开源的内容管理平台，由于有众多的软件爱好者的义务加入，使其功能更加强大和丰富。DRUPAL和Joomla!。同样是基于PHP+MYSQL的架构. DRUPAL的优点是使用最新的网站开发技术和架构，功能强大而且丰富。缺点是，新软件存在bug较多，稳定性较差。 DRUPAL开发是针对网络社区及分散式的内容管理而设计的，例如博客blog，论坛bbs等；Joomla!主要是针对单站式的中小型内容管理系统，更适合新闻发布等。由于长时间的开发Joomla!的稳定性较好. Joomla开放性不及Drupal，论坛和博客要靠第三方组件，而且还没有一个好的论坛组件或桥接程序，Blog也是整合的不佳.相反Drupal在这方面就明显有优势.自带的论坛和博客非常好用. SEO Drupal明显占优.Joomla的OpenSEF不错,也进步很快. SEF 大致比得上但要花费50欧元. 代码不是很适合SEO,Drupal代码比较精简,适合SEO Joomla安装一次只能弄一个网站,相反Drupal可以做多个网站 Joomla分类只能有两级,Drupal有多级 总结 总的来说,如果你想做一个交互社区,想要更多的人开发的新工具应用到网站上,就选择Drupal.如果你只是想组织网页和文章内容到你的网站,就选择Joomla比较合适.
网上一些关于drupal的文章
一些网上文章：
Drupal-开源cms里的巨擘 我从2002年底就开始关注drupal了，当时在国内看不到一点关于drupal的资料，2003年写过几篇关于drupal的介绍文章，到现在都经常看到很多介绍drupal的文章里引用我的话。记得2003年看到海微在研究drupal，并且发布了中文语言包，打开了drupal进入中国的大门。海微是我一直敬仰的一个人，以前一直致力于xoops的中文化工作，现在竟然搞Hiweed Linux操作系统了。 海微发布drupal中文语言包后我就一直开始用drupal，不过都是当作普通的blog程序来用，基本上不装插件，也没改过风格。中途试着改过几次风格，但试了几次都放弃了，感觉很麻烦。 最近看了几个用drupal做的强站，看了之后感觉就是震撼，根本看不出是用个开源代码的做的，看了之后我又萌发了修改drupal风格的念头，打算为我的极客集改 个版。研究了两天，终于明白drupal模板的原理了，对CCK和views这两个超强模块也有了新的认识，把官方的主要模块都看了看，看得我眼都花了， 实在是太多了，对drupal的评价就是：“只有想不到的，没有做不到的”你想要什么功能都有什么模块。这也是国外程序最大的特点，国内的人都抱怨国外的 程序简单，不适合做大站，这都是因为没去研究过人家的模块。国外很多人把joomla，drupal叫做web操作系统，这很形象，人家只提供给你最底层 的框架代码，其余的功能都留给模块了。就比如用windows一样，安装windows后可以使用，基本的功能也有，但你想要更多的功能就得装软件，你想 让你的桌面变漂亮就得换主题。 Drupal属于开发型cms，最便于扩展的cms，在我看来它比joomla灵活很多，官方网站上的模块就 有几千个，再加上cck的自定义字段功能，如果想用来做个门户网站功能上你也不用考虑太多了，所以现在Drupal程序员炙手可热，招一个Drupal程 序员，不但可以为你节省更多的成本，还有利于以后的开发，毕竟核心代码你不用管了，和Linux一样，linux版本有几十个，但核心代码都是kernel小组开发的。 Drupal 上手容易，各种模块装了就可以用，但如果想改模板需要熟悉CSS技术，也需要一定的PHP基础，当然还需要一定的英文基础，因为中文资料相对较少，但官方 网站上的教程就够你看一辈子了。如果你css，php，英文都不错，那Drupal在你手中简直就是一个万能工具了，你会越来越对它爱不释手。 不 得不承认，Drupal的模板是个门槛，在默认的模板基础上很难做出复杂的页面，和中国人心中的门户网站相差很远。要想做复杂的页面views成了必须用 的模块，虽然它很灵活，但使用也很麻烦，而且如果调用太多很占资源，但这个你不必考虑太多，Drupal有很好缓存功能，还有很多缓存插件，数据查询都是 一次性运行了放在一个表里随时调用，而且国外那么多大站用drupal充分说明了它的性能。 Drupal的模板核心就是区块 (block)，你只需要把你的模板分成很多块，然后把drupa生成的区块排列在你的模板上，你安装的插件如果需要显示一般都会自动生成个区块。 Drupal官方发布模板都比较简单，一般只适合做左中右结构的网站，如果你想自己在模板里多加一些容器来放Drupal的区块，需要phptemplate_regions函数，当然更方便的是module_invoke函数，可以让你的区块显示在你想放的任何地方。 drupal默认生成的各种区块里带有很多层的html代码，几乎每个html标签都有单独的css id或者class，这样方便你用css控制显示效果，这给我带来了极大的方便，不用动html代码就可以修改模板的显示效果。 这次给极客集改 版让我学了很多东西，本来做了一个比较复杂的页面，调用比较多，研究了一下views模块，感觉太麻烦了，而我又不喜欢装模块，能不用的模块尽量不用，极 客集只装了几个比较简单的模块(BUEditor,Google Sitemap,Month,Similar By Terms,Captcha)。views是最复杂的一个模块，代码体积几乎是drupal核心的三分之一，于是我打算放弃views做个比较简单的页面 了。其实如果你PHP学的好的话完全可以不用views，views本质上就是生成一段Mysql查询语句。 Drupal的官方论坛是个大宝库，你遇到的问题几乎都可以在那里找到答案，随便提个问题就有很多热心人来帮你，而且还会有其他人给出不同的参考答案。这也是国外开源项目最让人羡慕的地方，真让人兴奋啊。去了官方社区才认识到自己很菜， 这篇文章不小心又成了鼓吹drupal的“枪稿”了，其实根本用不着夸它了，它刚刚获得了2007年最佳开源cms的 大奖，去年这个奖是Joomla的。也许有人会问我“你整天说这个程序好，那个程序好，到底哪个最好啊？”，说实话我也不知道那个好，每个都有自己的特 点，关键是看使用的人，有的人用个简单blog做的站比那些用大型CMS的都感觉复杂。我本人是见一个爱一个，我很多网站，都用不同的cms，它们都是我 的情人，每个情人都能给我带来激情，哈哈。过几天打算写一篇比较国外cms的文章给大家参考，国内的不考虑，因为国内的都没特点，无法比较 —-joomla vs drupal 界面美观 Joomla的界面比Drupal更好看，尤其对站长来说，后台的界面也比较舒服。Drupal的一般较难看一些. 也许因为更多的是程序员参与吧,可能美工底子差些?呵呵. 后台系统 Joomla后台操作比较繁琐,不适合新手.光设置都要费很长时间，再加上分类，添加文章都需要多次步骤，效率比较低. 相对的Drupal比较简单,基本上不用设置， 非常灵活好用. 模板功能 joomla的模板提供的选择比较多,很容易添加新模板.也有商业支持,但是要钱(废话,商业支持不要钱?) Drupal官方发布模板都比较简单，一般只适合做左中右结构的网站，如果你想自己在模板里多加一些容器来放Drupal的区块，需要phptemplate_regions函数，当然更方便的是module_invoke函数，可以让你的区块显示在你想放的任何地方。不过免费模板似乎比较令人失望. 论坛和博客功能 Joomla开放性不及Drupal，论坛和博客要靠第三方组件，而且还没有一个好的论坛组件或桥接程序，Blog也是整合的不佳.相反Drupal在这方面就明显有优势.自带的论坛和博客非常好用. SEO Drupal明显占优.Joomla的OpenSEF不错,也进步很快. SEF 大致比得上但要花费50欧元. 代码不是很适合SEO,Drupal代码比较精简,适合SEO 其他比较 Joomla安装一次只能弄一个网站,相反Drupal可以做多个网站 Joomla分类只能有两级,Drupal有多级 总结 总的来说,如果你想做一个交互社区,想要更多的人开发的新工具应用到网站上,就选择Drupal.如果你只是想组织网页和文章内容到你的网站,就选择Joomla比较合适.
-———— drupal恶梦的开始,在中国请不要再学习drupal 新手专区 由 jinwyp 于 星期六, 2009-11-07 22:28 发表 首先 我想说在中国请不要使用drupal,也不要学习drupal,真的, 最近刚刚用drupal做了一个商业网站, drupal不适合中国绝对不是危言耸听. 好,现在开始正文,我会从不仅仅是开发角度,而是从项目管理,流程, 开发,测试,上传同步.等各个角度drupal的噩梦般的缺点. 也许文字较多,希望有人能耐心看一下. 我会把开发中的问题留到最后讲,因为实在是太多问题了. 我们程序的经理一句话总结drupal只适合1个人开发. 1 流程问题: 我是产品经理, 作为普通的web项目流程 一般为, 需求确立->做出设计(psd)->完成前端(html)->编程阶段(php). 而drupal的流程为 需求确立->做出设计(psd)->drupal编程阶段(php)->完成前端html. 这样的流程直接导致了很多问题: 问题1:psd到html有一个切图的流程,大家都知道现在psd做出来的设计搞到html总会有一些差异.字体大小,图片大小,和一些效果.例如每行放多少个字,图片的尺寸比例都是需要等到html做完后微调确立的.而用drupal的流程没有切图这个步骤,所有的html都是drupal的view生成出来的,结果导致这个psd和html差异的问题被放大,需要更多时间去调整. 问题2:由于html是view生成出来的,垃圾代码非常多,是普通手工写的代码3倍以上.可读性非常差,是做html人的恶梦.而且一些效果很难做出来(圆角就不要想了,直接用一个大背景算了) 问题3:由于流程 做出设计(psd)->drupal编程阶段(php)->完成前端html. 每次改动view生成的html的ID都会变化,然后html的css就要重做. 举个例子:例如传统的方式html做好后,原来是一行显示的是城市改成显示省,城市,区后 html和css不需要该任何东西.因为css控制的一行的文字. 而drupal用view改了之后每个node都会生成span, 需要重新调整样式给新建的样式,而且如果是更改了某个块, 块ID变了,css就没了,还要重新调整css里面的id, 做html的人不知道要做多少次重复的劳动.而且由于html是view生成的,从html里面的n多垃圾代码找到一个可以用于写css的ID真比自杀还难受. 总结,流程的不同直接导致了drupal是做html人的恶梦 2 成本问题: 在中国找到一个会html的不难,找一个会php的也不难,而且成本也不高. 即使找一个会做html css 并且会php也不是很难. 那么如果用drupal开发会变成什么样呢?, 你必须找一个需要精通html+CSS+JS+php的人, 而且缺一个不可(注意是要精通). 而且还要同时找精通drupal的人, 这样的人在中国能找到吗? 为什么呢? 首先drupal的view绝对不是仅仅懂html就能掌握的,view是给精通sql的程序员用的,所以不懂程序的人,或者不精通程序不精通sql的人请不要学习drupal了, drupal看似一个cms系统,但实际drupal是一种语言,一个操作系统. 没有3年以上的大型开发经验的人根本无法掌握. (就连开发drupal的都无法掌握drupal) 我们开发这个项目时,从德国总部请来了drupal专家,而且还聘请了中国drupal社区的二号人物(一个法国人),而且我们前端都是可以自己写js的人, 这些的人成本有多高. 关键是即使是这样我们还是无法降服drupal. 总结 drupal是老板的恶梦. 3 从现在开始谈开发问题. 3.1 drupal 的view 说白了就是一个简单的sql查询工具. 一个程序员可以轻松手写sql达到目的,而用view可能怎么写也达不到目的,做同一个逻辑增加很多时间成本,而且关键很多都达不到. 还有就是定位的pannel只能往顶部或底部插入,不能往中间插,如果当初需求没定好想改,那就改整个页面的布局吧.而且html的样式还要重做. 一个开发同事原来会html,会js,会sql,现在做了drupal后被强制变成了viewer,只会写view了,html,css代码也不会了,sql不会了, 整个人的职业发展终结了. 3.2 传值问题,例如js 与 flash之间传值, 现在变成了 view,js, flash, 之间传值 本来就不是很容易的问题现在又多了一成, 很多东西时间需要3倍以上时间用了很多办法才能做到. 3.3 多人开发问题, 普通流程都是用svn控制,而用drupal开发很多逻辑都是直接储存在drupal的数据库,出了问题根本不知道是哪出了问题,是谁出了问题. 3.4 性能问题,不多说了,垃圾的html代码,加垃圾的view的逻辑, 加上复杂的传值过程,性能要好就真是见鬼了. 3.5 中文问题, 很多内置对英文的处理,例如截取,断句,等等都是很好功能,但是对于中文都成了bug.(那个法国人正在开发drupal7的适合中文的模块) 3.6 文章分页功能,都需要自己开发,很多bug.再加上多人开发问题,出了问题不知道问题在哪,如何解决. 3.7 点击链接新开窗口打开,view中没有这个功能,真的,真的没有,目前我们用js实现的. 3.8 js浏览器IE下兼容性问题,drupal会把js都整合到一起,无解,好了ie坏了firefox. 3.9 cck问题, cck也是drupal重要部分,但是就连2级联动这种功能都没有,现在国内哪个cms和论坛没有类似cck建字段的功能. 最基本的功能都要自己开发,而且关键是自己开发很危险.说不定改了什么drupal核心的东西系统就崩溃了. 批量上传图片问题,很多插件看似没有问题,但是不支持中文文件名,而且我们图片的数量级是15000张,数量级一多,一大堆问题. 4.0 最最重要的问题,drupal非常不稳定,或者drupal没有人能控制得了,现在drupal给我的感觉越来越像终结者里的天网.我们有开发drupal的专家,都控制不了. 举例说明几个问题, 4.1内存泄露问题,在开发的时候我们曾经每5分钟重启一次服务器,不重启过一段时间服务器远程都连不上了,只能手动去按服务器上的按钮重启. 4.2 有时候只改css的文件的时候样式都改不过来,即使已经清楚了所有服务器的缓存,drupal的缓存,和浏览器的缓存, 4.3 drupal自己把数据库回档了2次,本来我们都已经改好了功能,但却回档到某个版本,因为都是纯在在drupal的数据库里,根本无法找到问题所在,只好重做一遍. 而另一次是在切换域名的时候,也是数据丢失. (drupal有自我修复功能?) 4.4 drupal 在我们切换域名的时候,强制把mysql服务器关闭了,不知道为什么,我们查看了mysql的日志,也不知道什么问题,很灵异. 4.5 虽然有比较好的缓存系统，但只对访客有效，对于注册用户来说居然毫无作用， 其中还有很多很多问题, 我只能想起什么写什么了, 总之 drupal是程序员的恶梦, 是项目管理的恶梦,我们无法控制项目,是drupal在控制我们.不知道什么时候出问题,不知道问题出在哪,不知道如何解决,都是走一步看一步.及时备份数据库吧. 我非常同意我们开发经理的说的一句话,drupal只适合一个人开发,(我们那个德国专家说的是一个viewer对应一个htmler,2个人开发) 那么我在想,drupal的定位是什么,如果是定位于类似supersite,织梦,这种不懂编程也能快速建站用的人,drupal显然不适合, 那么给程序员的用的,把程序员强制了变成了一个viewer,终结了程序员发展,也不适合, 开发大型的商业网站,不稳定,不适合多人协作,也不适合, 那么drupal到底适合做什么呢? 所以我的结论就是drupal不适合中国.真的不适合.
