本人从2010年开始使用Drupal,比此前使用的MediaWiki更符合通用的建站要求,Drupal对多语言、多站点的支持也是我选择它的重要因素。从最开始的6.x到7.x再到8.x,我一直都在使用,在这过程中需要修改模板、自建模块,也学会了PHP以及其它一些技术。在本博客中我也记录了很多日常使用Drupal中遇到的问题、解决的办法,希望对其他使用Drupal的朋友有所帮助。

这是 Drupal 分类的页面,点击下面标题查看详细文章内容:
本人从2010年开始使用Drupal,比此前使用的MediaWiki更符合通用的建站要求,Drupal对多语言、多站点的支持也是我选择它的重要因素。从最开始的6.x到7.x再到8.x,我一直都在使用,在这过程中需要修改模板、自建模块,也学会了PHP以及其它一些技术。在本博客中我也记录了很多日常使用Drupal中遇到的问题、解决的办法,希望对其他使用Drupal的朋友有所帮助。

去年在上海和武汉参加北京亚艾元公司组织的Drupal培训中得知他们专门开发了微信与Drupal的接口叫做weidrupal,11月份在武汉大学图书馆培训的时候开发者范苑专门讲解演示了用法,我们当时就申请了公众服务号来熟悉微信的一些服务功能。
12月份我们先下载了一个免费的基本版来测试,但难以满足定制化的一些要求,就交几千元钱购买了高级版本。不过因为过春节前后我们搬迁服务器、调试Apache Solr等其它工作繁忙和打搅也没有太顾得上,直到现在武汉多库科技公司招人后客服力量加强才重视这个接口的问题。

我们以前做的系列Drupal网站一般都是共享代码目录、分开创建独立的数据库,因为一般都是禁止匿名用户注册的,所以只是最初设立几个管理员就可以,也还方便。不过为了考虑以后开放用户注册,系列网站的共享用户数据库就有必
我们在某些Drupal网站上安装了验证码Captcha模块后,发现依然有一些垃圾信息漏网发出,而我的这个博客安装验证码模块后这半年几乎都没遇到过垃圾信息了,对比发现我的博客网站中对验证码选用了图像方式,而且对图像进行了一些字符扭曲、添加噪点、添加斜线等变形,不容易被机器人自动识别,而新安装的Drupal网站中验证码模块基本上没有修改过,使用的图像也是白底无变形,容易被识别出来,需要进行修改加强保护。
而多个系列网站的子网站数量太大,人工设置容易出错,以后也很不方便修改,还是得想办法程序批量修改,我还是用老办法,先在一个例子网站的数据库中找到两个相关的表:var
所谓蜜罐技术是指的引诱垃圾发帖的机器人进入我们设置的陷阱,正常的人类发帖者是不会受到影响的,而机器人不能分辨、进行了上当的操作,从而被我们识别、屏蔽。
Drupal中有一大类反垃圾模块都是用的这种技术,其中有honeypot, botcha, hidden captcha, spamicide等,我看hoeypot的安装量最大、drupal 6/7/8都支持,就选用了这个。
安装很简单,设置也只有一个页面,如果需要批量安装也可以用命令drush dl honeypot, drush en honeypot来执行,站内模块设置的话,我去在
网站只要是打开了用户反馈信息、留言评论的功能就避免不了被垃圾骚扰,无论是以前用过的MediaWiki还是现在主要用的Drupal都是这样,其它各自现成的网站软件或者自己编写的软件都会遇到这种讨厌的问题。
最常见的就是安装验证码模块,不过从我们实用中发现还是有不少垃圾发送者可以破解验证码而继续发送垃圾,后来我又尝试了Mollom这个“智能”反垃圾模块,使用了综合的办法来防范,确实很有效,不过去年开始随着中国大陆与国外网络之间的连接越来越受GFW的影响,总是看到无法连接web service的报错,被迫去掉了这个模块(这个模块还有一个缺点就
很早前开始使用MediaWiki的时候就听说了MemCache,但一直没有用过,直到前几个月下力气做Drupal优化,才安装尝试了Memcache,果然是效果明显,对数据库的压力下降了很多,命中率在80%左右,这样即使安装在单台服务器上,也会让该服务器的负载下降不少。当时记录了一篇博客《Drupal单服务器设置Memcache缓存》。
而Memcache的典型应用其实是部署在专门的缓存服务器上,我曾经看过Wikipedia的服务器拓扑图,缓存服务器的数量还不少。我们近期在准备撤掉部分以前的独立服务器转用云平台,所以在试用阿里云的时候留意了有专门的开放缓存服务O
刚开始用Drupal搭建网站的时候就开启了留言Comment功能,验证码Captcha是必须启用的,否则垃圾信息会迅猛增加,而当子网站数量、系列网站增多(例如有几十、几百个)以后,因为查看哪些网站有留言就太麻烦了,只好基本上都关闭了留言功能,只保留了少数几个交互性比较强、内容必须由用户来提供的网站开启留言等功能。
考虑到网站的未来发展,还是需要尽量让用户参与网站的互动,所以近期准备把留言功能再打开,其中有两点是必须的:开启验证码和邮件提醒,而且因为涉及到的站点多,初次设置及未来修改还需要能够批量进行才好。
这里把最近的一些尝试记录下来,
很久前用MediaWiki的使用就听说过Memcache来加速网站,后来用Drupal看一些优化措施中也说到Memcache,但一直没有时间精力去尝试。
前些天把PHP代码缓存的APC模块安装后,看统计数据,PHP程序代码的命中率几乎达到100%,服务器负下降还是比较明显的。就干脆一鼓作气,我和同事配合把Memcache也安装测试。
APC的安装至需要与服务器的PHP环境、模块设置有关,与Drupal程序没有特别的关系,但Memcache除了服务器环境安装以外,还需要对Drupal系统加装模块来利用Memcache,下面就记录一下服务器
10月份在公司进行Drupal内部讲座的准备过程中,需要在网上搜索一些资料,正好看到北京亚艾元软件有限责任公司近期有两场培训:
看了一下,还很对我们的胃口,前面一个数据采集我们以前还涉及不多,但可能以后需要用到,后面一个对Drupal的全面介绍以及微信方面的扩展开发也很不错。我们以前基本上都没有特别参加外面的培训,都是自己摸索学习的,有比较系统、深入的培训肯定好了,所以
10月份有同事从劲捷公司离职,其他同事需要接手工作,需要熟悉Drupal的一些用法,我就在公司内部搞了几次Drupal相关的讲座,预计的内容分下面几个部分:

第一讲:基础
Drupal概况(用途、历史、结构)<
2002-2023 v11.7 a-j-e-0