这是 Drupal 分类的页面，点击下面标题查看详细文章内容：
本人从2010年开始使用Drupal，比此前使用的MediaWiki更符合通用的建站要求，Drupal对多语言、多站点的支持也是我选择它的重要因素。从最开始的6.x到7.x再到8.x，我一直都在使用，在这过程中需要修改模板、自建模块，也学会了PHP以及其它一些技术。在本博客中我也记录了很多日常使用Drupal中遇到的问题、解决的办法，希望对其他使用Drupal的朋友有所帮助。
用Drupal好些年了，英文站的搜索感觉还行，但中文站的搜索明显不太好用，无论是性能、准确性等方面都体验不佳。也曾经用过Apache Solr来弥补，不过配置起来有点麻烦，而且最后的搜索结果也并不一定很理想。
大数据量的站点要想生成搜索索引就比较困难，在字段也多的情况下更是索引起来很慢，而且容易造成MySQL超时报错或者连接数堵塞。也想过减少一些不太必要索引的字段来降低索引负载，但大数据量的站点重新生成测试就需要等待很多天。这两天干脆拿一个数据量少的不重要站点来做测试，在“内容类型”的“管理显示”设置中添加&ld
以前在考虑Wiki的应用时想到了寻人信息的发布，2010年就用MediaWiki做过一个寻人的网站，时常有些网友来提交信息，但明显Wiki平台不太适合，只是勉强用着，2011年初搭建第一个Drupal网站的时候就拿这个开始，学习了Drupal的字段添加、模块选择等。龙人寻人网在2015年迁移到阿里云服务器、取消MediaWiki版本、改用二级域名http://xunren.longren.com 。这个站存在的时候已经有5年了，当时是Drupal 6，现在Drupal 8正式版都推出一段时间了，Drupal 6失去支持，必须升级了，这也是我们最后一个升级的Drupal 6网站，这个月
以前托管服务器或者租用的服务器一般都是100M共享的带宽，很少出现机器带宽被占满的情况，去年开始采用阿里云平台后，带宽就是一个不得不考虑的成本因素，我们一般都是每台ECS购买的10M左右带宽，每年费用已经不少了，而投入使用后很轻易就会被占满，关键是网站的流量并没有特别提升，广告收入没有增加，成本却在大幅提高，还导致正常用户访问变慢、困难。
同事在Linux服务器上安装了一个iftop来查看带宽占用情况，很容易就发现了是搜索引擎的爬虫抓取sitemap.xml这样的网址占用了很大带宽，我们网站系列多、页面多、还有多语言或者手机版，网站地图就特别的多，如果爬虫来得
我们做的Drupal网站数据量都比较大，几年前一开始就遇到cron运行报错的情况，主要就是因为cron运行期间要生成xmlsitemap，遇到php的内存限制或者运行时间限制导致出错无法正常执行，我们当时采取的办法是修改“Minimum sitemap lifetime（sitemap最小存在时间）”为10年（drush vset xmlsitemap_minimum_lifetime "315360000"，并且还要修改modules/xmlsitemap/xmlsitemap.admin.inc中的内容，增加10年这个表单选项
一个系列网站从drupal 6升级到drupal 7后日志中发现大量报错，都是以前可以正常访问的网址现在找不到了，发现以前drupal 6中是这样的：
http://ut.mingluji.com/business_directory/Western_Heating_%2526_Air_Conditioning
在google搜索中也是上面这样的网址，但升级后以上访问成了404 not found，而用下面这样的网址可以访问：
http://ut.mingluji.com/business_direc
Drupal的Views设置中本来就有一个选项是用于去掉重复的，Drupal 6中叫做Distinct：
Defaults: Display only distinct items, without duplicates. Distinct This will make the view display only distinct items. If there are multiple identical items, each will be displayed only once. You can use this to try and remo
整个2015年从开始到结尾都在进行网站向云服务器的搬迁以及网站的升级，其中大数据量的数据迁移是个令人很头痛的问题，几百万的数据量加上几十个字段，系列网站还有几十个这样的网站，需要等待数据迁移程序运行的时间真是太长太长了。上半年就遇到大数据量的问题，后来通过修改服务器配置，让PHP使用更多的内存、最大执行时间、数据库连接缓存等办法，还是用drush content-migrate-fields这样的命令来进行，算是解决了部分难以迁移的站点。但现在到年尾，而且随着Drupal 8的退出，Drupal 6很快就面临失去支持的境况，我们需要把所有Drupal 6网站都升级，现在把所有服务器资
2010年底、2011年初开始尝试Drupal，当时Drupal 7还没有正式版，就用的Drupal 6，到2012年初尝试把网站升级到Drupal 7，升级过程见《本网站从Drupal_6.20升级到6.24，再升级到7.12》，但后来在升级大数据量网站的时候遇到问题，当时也记录了博文《大数据量Drupal_6网站升级到Drupal_7很麻烦》。今年以来我们陆续都在做Drupal 6网站的升级，现在Drupal 8都推出了，更是要加快升级工作，目前都是剩下一些数据量特别大的站点还在进行中，现在也没有采用曾经的mysql指令的方式来迁移数据，而是设法添加硬件、修改配置设置来让drus
以前安装过一个Drupal 8的测试版，看过界面和很短加起来不到1个小时的测试，上个月Drupal 8的正式版出来了，这几天才抽空来尝试安装、升级等，把一些需要注意的地方记录如下：
以前导入数据的Drupal网站中字段基本上都是唯一值的，设置、处理、导入都很简单，只要有需要导入的csv文件，在Feeds模块中设置对应关系，然后导入就可以。
也曾经在少数某些网站考虑过多值数据的导入，不仅仅是某一个字段的多值，而是一组多值，例如下面的field_x_y：
title body field_1 这里面只有一个值，类似一个数字 field_n 这里面有多个值，类似一个一维数组 field_x_y 这里面有x个子字段，每个子字段有y个值，类似一个二维数组
这种二维数组的总字段是没有
2002-2023 v11.7 a-j-e-0
