drupal恶梦的开始,在中国请不要再学习drupal

“流程问题”里面的问题好像都不是问题，可能是因为还不太熟悉的原因？

用drupal我觉得就可以不用单独先做html了，先把内容建好，然后写css就行了。这也正是drupal这个内容和样式分离的比较好的cms的一个显著优点。还有views输出的很多冗余嵌套（是挺罗嗦，但算不上垃圾代码，只是为了更好的css控制）可以通过模板来简化。

感觉这是篇因为对drupal不甚了解而写的牢骚文，呵呵。
ps.楼主好像还没写完，等待下文

pps.刚发完，就看到又更新了，楼主这么多抱怨，可能是你们的团队成员对drupal了解的差异带来的协作问题所造成的吧。drupal的确是有很多问题，也不是阿拉丁神灯。但要说“在中国请不要再学习drupal”就有点过了，呵呵。

楼主对drupal的theme机制不了解，theme能精确的输出你所需要的html代码，有很好的定制功能。你们缺少的就是一个drupal theme人员。
另外模块不能乱用，views是比较方便，但输出的代码质量不高，要高质量的代码，不要用那么多模块，手写是最好的办法。
通常写模块的人员是程序员，输出的html代码很不合理，尤其多个模块混合使用互相调用的情况下会写各自的html代码，造成层层嵌套，十分臃肿。所以说用模块就必须了解模块，修改模块去除多余的代码，而不是拿过来就用。

我们公司以前的网站就是drupal修改后残留下来的，
公司负责管理内容的mm每次都过来说，为啥我更新了就是没变过来，的确，后台显示已经更新了，前台就是没更新过来，清空了所有的缓存表也没有用。
要等drupal自己自动刷新缓存。
有一次，有个地方的css样式不对，我和我们老大找了两天也没找到在哪里修改的，所有的drupal文件都搜索过也没搜出来，就是找不到在哪里。
drupal把所有的东西都存入数据库，实在是很不爽，慢的能慢死。
drupal已经过时了，架构已经不适合现在的发展了，实在不懂，为啥楼主这么大一个团队开发一个网站要基于drupal？
我现在连最基本的框架都不用，纯的原生开发，充其量用个smarty模板，现在用的是我们老大写的一个模板引擎，其他的什么都不用，感觉开发什么都是最方便的，也好控制，好修改，重要的是出了问题，能马上知道问题在哪里，用drupal或者框架都是没有必要的，增加项目复杂度，根本带来不了什么便利，后期维护成本太高，代价太大了，而且数据量增加，drupal变的超级慢。
个人认为php之所以是php就是方便好用，随便怎么写都行。如果硬要把php整成java,.NET那样的模式来开发网站，只会带来麻烦，还不如去用java。

建议楼主把drupal再熟悉熟悉，如果你还继续用的话。- -！
drupal上手是比较难，但是他的好处会随着你对drupal的了解慢慢体现出来。
另外，views、cck并不是一定要用，我已经有很长一段时间没有用这几个模块了。
drupal厉害之处不是在于它的模块如何如何多，模块只是大家共享出来的一些资源，仅此而已。

关于你的些许问题，简单的说下我的看法：

流程问题：drupal对分工协作已经做得非常好了，除了需求确立是最先的之外，其他的根本就没有循序限制，因为它们对于drupal来说，本身就是分开的，想做那个先都行。

问题1、2、3：views是给对网站定制没多大需求的人使用的，主要是方便，如果views不适用，那就不要用它。drupal提供了很多方便的函数给你定义地址、输出表单，主题化等等，完全可以100%按照你的切图输出你想要的样子，你就是想要把网站做成八角形的都没问题。

成本问题：如果你想做一个简单的网站，当然，phpcms、dedecms都是你很好的选择，如果他们提供的需求都对你的胃口的话。但是你要做一个扩展性好，N多定制的网站，drupal就是你的选择，当初为什么你们会选择drupal，难道不是现成的cms达不到要求么？

开发问题3.1、3.2、3.3：views的问题，如果自己动手的话，这个问题不存在了。
3.4 其实这个还是views的问题，因为你用了views,所以导致所有的代码规则都在数据库里。
3.5 中文问题，如果你不喜欢多语言，大可以直接在代码里写上中文。
3.6 分页功能有一个函数就能搞定。
3.7 views...
3.8 js的问题是你们自己的问题吧？drupal用了jquery，和里面仅有的几个js都不存在你说的问题。
3.9 想要好的结果，就要付出点时间去开发吧。而且不一定要改核心模块，我现在在做的一个项目，很多功能类似开心网，就没改过一句核心代码。drupal提供了很多接口，覆写函数，当然，如果硬要在这些上面找出效率的问题的话，那你可以直接修改核心，不过会导致升级这些很多问题。

关于drupal性能问题，你用单独的一个drupal开上缓存裸奔试试，他并不慢，慢的因素是后天的。它也只是一堆PHP，如果能全新开发一个系统，那么，搞定这一堆php也应该没问题，还慢，那就按照国内的做法，做一个生产html模块吧。

关于drupal是否能做大项目，美国白宫这些访问量不会小吧？还有不少应用型的网站，都可以去参考下。

楼主的话，感觉有些偏激了些。我想你还是对drupal不太了解吧。网站主题的定制还是要遵循drupal的原则，像你们这样的建议找个比较专业些的drupal theme设计人员来做，单纯的网站美工还是不行的，毕竟上手确实门槛有些高。 drupal建站是搭积木式模块化，很多网站功能做成drupal的模块结构。官网上第三贡献模块，你也可以根据自己的需求来定制功能模块。最主要的是搞清楚自己的需求，目的要明确。

站在公司成本的角度上讲,目前确实不是很合适...

建议楼主好好了解一下drupal,不要轻易的在这里妄自菲薄了。

大家无谓在这里争论这种无聊的问题，觉得不好的可以不用，drupal没有强逼谁一定要用，也没向任何人收一分钱。何况，收了什么培训费，什么什么费，都是和drupal无关，难道你收了钱会给drupal做赞助，你了解什么是开源吗？
对于楼主，本来不想说的，我就一个字，菜。

讨论得很激烈，推荐首页讨论。当然，对楼主的观点无法苟同。

总结开发后的经验----drupal对项目开发的不足之处
技术来说，使用Php做架构有不少问题
1）效率问题，由于PHP没有驻留内存的进程，所以每一个request发生时，都必须初始化所有的对象，这导致大量的时间被耗费在进程代码的执行过程中。当PHP程序仅仅是简单的脚本时，这无关紧要，但是在结构复杂的架构中，由于每次处理request都要重复调用成千上万行代码，这一问题就变得非常突出了。所以drupal做cms还可以做其他的可能就不适合了。
2）安全问题，drupal是个复杂的开源系统，核心代码是公开的，从攻击角度来说，他是类似明码的攻击，不安全，不像magento，在付费商业版中，他重写了许多模块，希望drupal也可以做类似服务。

1）当大量功能需要开发时，不要用开源模块，因为时间，模块的稳定性，安全性，效率等，都是你的不稳定因素，不要太相信开源模块，良友不齐的，在自己不熟的情况下不要用(这是任何项目开发都需要遵守的原则，用熟悉的东西)，用了你会发现楼主的问题全会发生，很难控制
2）drupal的学习成本太高，要使用drupal需要了解他的原理，机制，接口，架构等，方方面面的东西，官方正本的书大概有3k多页，一个老外对我说，你用了drupal等于再次学了一门新的语言，时间太长，而且需要有过一定项目开发经验，不然许多设计和架构是很难理解的。一句话需要了解的内容多，需要具备的基础也有些。
3）对系统的熟悉度过分依赖，drupal的功能开发对于两个不同熟悉度的人来说，差异很大，一个view可能只需要设置某个参数就能达到某种功能，而自己开发需要建立和view差不多的功能，而这种情况不少，给人的感觉是，知道的人可以4两拨千斤，不知道的就要做不少事，工作效率差别很明显，不像自己开发，不熟的人我还可以换种切分模块的方法来组织起这些人，但是drupal似乎只能用drupal way
4）人员配置问题，人员难找，以往做项目，初学的人也可以用，团队只要有个架构师，基本上都可以控制住，但是drupal了解的人少，用的人更少，那就导致无人可用，本来用开源的是希望以后有人可以接手，不会受人的影响太大，现在这情况，还是没达到目的，人走了还是找不到人。

希望搂主先知道什么是cms再来学习drupal，有时间搞搞明白什么是架构。不要把自己的无知当成指责别人的理由。谢谢。

没有人强迫你用drupal或者任何一个cms或者任何一个php架构。你完全可以自己一行一行的写html和php代码。

就好像没有任何人强迫猴子向人类进化一样。而猴子不管他在野外生存能力多强。他也是猴子。

讨论很激烈嘛，我也来凑个热闹。

楼主说到在国内不适合，未必也没有道理。

当然，普通的企业站是不存在这个问题的，首页不存在多少数据库查询。

大家可以拿新浪啊、网易啊等的首页分析一下，用DRUPAL来做的话，跑起来会怎样。

以国内的习惯，首页基本都是很丰富的。

不过呢，协作开发、模板等等估计楼主没有用正确的方法去分析了。

大家没必要用争吵的方式来讨论啊，可以深入去想想~