这是 Drupal 分类的页面，点击下面标题查看详细文章内容：
本人从2010年开始使用Drupal，比此前使用的MediaWiki更符合通用的建站要求，Drupal对多语言、多站点的支持也是我选择它的重要因素。从最开始的6.x到7.x再到8.x，我一直都在使用，在这过程中需要修改模板、自建模块，也学会了PHP以及其它一些技术。在本博客中我也记录了很多日常使用Drupal中遇到的问题、解决的办法，希望对其他使用Drupal的朋友有所帮助。
昨天开始准备进行Drupal的升级工作，当天就查看了大量资料，下载了最新的版本，将几个没有实际内容的网站进行了升级，有从6.20升级到6.24的，也有一步从6.20升级到7.12的，还有分步从6.20升级到6.24再到7.12的，因为很少涉及第三方模块，内容也极简单，所以算是比较顺利，也积累了一点经验，增强了升级其他正在投入使用网站的信心。
今天首先就拿我的这个个人网站开刀，上午先把6.20下的各种第三方模块升级到最新版本，然后再将核心升级到6.24，还算是比较顺利，网站的外观、功能都变化不大，极少报错提示。
不过再升级到7.12就不是很顺利了
2010年底我开始尝试使用Drupal来建站，替代已经使用过多年的MediaWiki，当时Drupal的最新版本是6.19，在不久后的2011年初推出了Drupal 7的正式版本，但因为很多第三方模块都还没有与Drupal 7配套的，所以我也一直没有用Drupal 7，为了省事就一直用的Drupal 6，只是中途用一个简单的复制文件的办法"Drupal 6.x Upgrade - Files Only"来升级到6.20。
此后Drupal 6又陆续推出了6.21, 6.22, 6.23, 6.24，但都无法使用前面的直接复制文件的办法来更新，所以我也一直拖着没有再升级
Drupal系统的Views插件确实有着非常强大的功能，能实现各种数据库查询工作而又不用编写程序代码，所以我们在建站过程中也在不少地方用到Views。
用Views生成页面的时候，涉及到页面的Tilte，有多种情况记录如下：
服务器上的sendmail等设置一直不太顺，以前用MediaWiki的时候就是留言表单中的内容有时可以发送，有时出现错误丢失的情况。改用Drupal建站后，contact表单也是用的sendmail来发送，也是时好时坏，有我们自己设置的问题，也有被外部判为垃圾邮件的问题，需要我们修改设置、提交解封。
前两天偶尔查看服务器上的root中的邮件，发现前一阵子丢失了很多留言邮件，其中一些提示被godaddy的邮件服务器盼为垃圾邮件了，就去提交解封了。
今天让同事安装了一个webmin来查看，找回了不少需要处理的邮件。
前些天在Drupal网站中为了设法解决服务器性能的问题，实验了将MySQL中的一些表合并，虽然最后证实这个效果不明显，但花了好些时间就还是把代码记录下来，以备后用。
过程步骤：
今年4、5月份在用Drupal搭建英文版中国邮编网站China Postal Code的过程中，为了让浏览者更方便、更习惯，采用了CCK字段+Views展示的扩展模块，并进行一系列的比较复杂的设置，例如多个computed计算字段、Views查询中嵌套多级查询，算是基本上能实现所希望的功能。
但当时就发现在性能上有很多的问题，通过Devel模块的开启，可以查看到一些Views查询数据库所用的时间非常长，需要几十甚至几百秒，常常令服务器负载过高而影响网站访问。后来找了一个自动检测MySQL进程的小脚本，当发现超过限定值的进程时就自动kill掉，这个办法确
用Drupal等CMS系统来搭建网站的主要好处就是不用太关心程序、数据库等技术细节，把精力主要集中在网站内容本身。不过有些时候也不得不去关注这些技术问题，例如：无法用普通办法实现的功能、遇到速度性能瓶颈等。
以前在用Drupal搭建网站的时候，就注意到添加新的内容类型(Content Type)后，用CCK设置的字段一般是放在同一个数据库表中的，例如一个内容类型“名录”就有一个表“minglu”，而compan, address, postcode这些字段就都在minglu这个表中，后来在一个网站中添加多
前段时间一直发现一个问题，就是我们Drupal网站的首页没有Boost Cache生成的文件缓存，而有一部分老的网站中首页却是缓存的，这个问题困扰了好长时间，找了好久都没有找到具体原因。
今天在修改老的网站设置中，看到“站点信息 (Site information)”中的“默认首页 (Default front page)”设置的是“页面/首页”，而我记得后来的网站中都是设置的“node/123456”这样的Node ID，我换着修改了设置，果然问题就出在这
在一般的Drupal网站中，都是通过设置Cron定期运行来对Boost Cache、XML Sitemap进行更新，但我们在大数据量的Drupal网站中觉得需要进行一些改进。
首先来说Boost Cache，对于数十万甚至上百万的数据量，如果都进行静态页面缓存的话，占用硬盘过大，小文件太多，可能效率还不如不要静态页面缓存，这样的时候我们一般关闭了详细内容页面的静态缓存，只对分类页(Taxonomy Terms)、索引页(Views)进行缓存，就是这样，静态缓存的文件数也有数万个以上。这时如果通过Cron来定期让静态缓存失效的话，可能会出现删除时间过长而
上周同事开始在多个子网站更改各项设置，特别是添加多个Views后，服务器负载持续攀升，也影响到服务器上的没有更改的网站，特别是几个数据量达到数十万、上百万的网站，已经连续出现首页报错的情况了。
http://tx.bizdirlib.com/ 的首页主要由两部分组成：城市列表和行业列表，首页报错的时候，上半部分的城市列表还是可以正常显示的，只是下半部分的行业列表无法显示，错误提示信息也是与sic行业代码的查询有关。
检查两个Views，城市列表的Views很简单，而行业列表的Views中采用了Relationships，以便查
2002-2023 v11.7 a-j-e-0
