drupal6

很多人刚接触Drupal的时候，总是感觉Drupal很慢，即便是在本地，装了几个Drupal模块以后，感觉就跑不动了。这个本身和本地环境的配置也有关系，建议修改php.ini文件，将PHP的内存，执行时间都调的大一点。这样就不会感觉慢了。

模块不要装太多，尤其是安装量比较小的Drupal模块，更应该注意。模块太多，对于性能的拖累也是非常明显的。

网站上线后，建议开启所有的缓存。性能优化的关键就在于缓存。有各种层次的缓存技术，具体可以参看Think in Drupal 第三集里面，有关性能优化的介绍。

Drupal6比Drupal5慢， Drupal7比Drupal6慢，Drupal8比Drupal7慢。其中，Drupal7的性能问题最为突出，性能比Drupal6慢很多。Entity API模块用的时候，要小心，很吃内存，也存在潜在的性能问题。顺便说一句，Commerce比Ubercart慢，具体慢多少，没有实际测试过，这是应该的，Commerce大量的使用Entity API，对性能影响很大，性能问题一直也是让commerce头疼的问题。

    open bookstore，又名开放书屋，是Think in Drupal第二集，第三集里面使用的案例网站，这个案例直接源自于我们以前的建站实践。

    它是学习Drupal的不可多得的一个免费案例。首先程序完全免费，里面包含大量的定制的相关模块，这些模块我们已经上传到了drupal.org上去，遵守GPL规范。其次整个站点可以完全免费的下载下来，并且分两个版本。其三，提供了完整的建站过程，并以Think in Drupal第二集，第三集的形式，提供给大家。

    开放书屋，这是浓缩了我们多年在网上书店系统方面的经验积累，基本的主体功能参考当当、京东，程序本身就具有很好的社会价值。如果你想要搭建一个网上书店系统的话，直接使用这套程序，就可以满足客户的大部分要求。如果要搭建一个电子商务站点，同时采用Drupal的话，里面的很多模块，也是非常有用的，前提是你选用Ubercart ，而不是commerce模块。

     经过几个工作日的辛勤劳动，我们终于将Drupal7下面的Ubercart3.x汉化，这是Drupal7下面第一个完整的Ubercart汉化包。我们已经将Ubercart汉化包，贡献到了http://localize.drupal.org上面了，大家可以直接在那里面下载。或者通过以下地址下载：

Ubercart 3.x汉化包(Drupal 7)

此外Drupal6下面的Ubercart汉化包，也是由老葛完成的，后来被人贡献到http://localize.drupal.org上面了。最初的汉化，花了14到20天的时间才得以完成，Ubercart里面包含多个子模块，完整汉化工作量不亚于Drupal核心的汉化，即便是台湾的繁体版本的汉化，也是多少参照了简体的汉化成果。

    什么是Drupal？这是我们遇到的第一问题，也是最简单的问题：Drupal是一个网络内容发布系统。Drupal是一个用来管理网站内容的程序，或者说是一个web应用程序。

    但是这只回答了一部分。Drupal不仅仅是一个用来管理网站内容的工具，它还是一个用来构建工具的工具。基于Drupal，我们可以构建出来更多的工具，所以我们可以把Drupal看作是一个元工具。从某种意义上来说，我们可以把Drupal看作一门编程语言。

    但是我们仍然没有回答圆满。那些与Drupal打了多年交道的朋友，他们有时候，还会告诉你，Drupal是一个社区：一批分散在世界各地的人，为了一个共同的目标，联系到一起。这个社区拥有50多万的成员，大家为了一个名叫Drupal的项目共同协作，贡献各自的力量。有一部分人，努力把Drupal打扮的更漂亮一些；有一部分人，在编写和构建新的功能；还有一部分人，编写文档、翻译、以及回答Drupal新手的各式问题。有一小部分人，在社区内非常知名，他们是Drupal社区的超级明星。社区大部分的人，大部份都把Drupal当作一个内容发布工具，但是这些人对Drupal仍然是有贡献的，他们通过提问、报告bug、提交新的功能请求，来帮助开发者完善程序。

以前，自己总是使用 drupal_set_message(); 对于一些变量的输出，采用 print_r(); Drupal7里面有了debug以后，我经常这样用： print debug($var); 但是这样的一句在feeds导入的过程中不起作用，因为这里用到了batch API . 这个时候可以这样写： drupal_set_message('

' . var_export($unique_rules, TRUE) . '

');