以前在考虑Wiki的应用时想到了寻人信息的发布,2010年就用MediaWiki做过一个寻人的网站,时常有些网友来提交信息,但明显Wiki平台不太适合,只是勉强用着,2011年初搭建第一个Drupal网站的时候就拿这个开始,学习了Drupal的字段添加、模块选择等。龙人寻人网在2015年迁移到阿里云服务器、取消MediaWiki版本、改用二级域名http://xunren.longren.com 。这个站存在的时候已经有5年了,当时是Drupal 6,现在Drupal 8正式版都推出一段时间了,Drupal 6失去支持,必须升级了,这也是我们最后一个升级的Drupal 6网站,这个月
博客文章
2013年8月份写了一篇博文《Drupal网站多语言版的站点地图自动转换》,是修改xmlsitemap.page.inc程序来实现多种语言网站的sitemap,这是多种语言网站提供对应的多种sitemap,博文中提到Google推荐的另外一种办法《通过站点地图指明备选语言网页》(英文版Use a sitemap to indicate alternate language pages, Multilingual and multinational site annotations in Sitemaps ,注意目前需要翻墙访问),是多种语言网站提供一个sitema
以前托管服务器或者租用的服务器一般都是100M共享的带宽,很少出现机器带宽被占满的情况,去年开始采用阿里云平台后,带宽就是一个不得不考虑的成本因素,我们一般都是每台ECS购买的10M左右带宽,每年费用已经不少了,而投入使用后很轻易就会被占满,关键是网站的流量并没有特别提升,广告收入没有增加,成本却在大幅提高,还导致正常用户访问变慢、困难。
同事在Linux服务器上安装了一个iftop来查看带宽占用情况,很容易就发现了是搜索引擎的爬虫抓取sitemap.xml这样的网址占用了很大带宽,我们网站系列多、页面多、还有多语言或者手机版,网站地图就特别的多,如果爬虫来得
杭州跑完回来以后就空闲下来了,一段时间都没有比赛,正好把我之前准备做的一件事情办了:献血。很早以前就有过这个想法,只是从30岁左右到40岁出头一直体重超标,血脂检查没有合格过,而且都是超过合格标准的上限不少,经过节食稍微好点,中度脂肪肝也降为轻度,但血脂不符合正常标准也不适合献血。2011年开始在中体倍力健身俱乐部锻炼后效果超好,只有几个月时间就减轻了上十公斤,多年没有正常过的
我们做的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的正式版出来了,这几天才抽空来尝试安装、升级等,把一些需要注意的地方记录如下:
- PHP版本问题:在我们的Linux服务器上安装时提示PHP版本太低,要求是PHP 5.5.9以上,同事尝试安装了PHP 7正式版,但对MemCache等的支持似乎还不够兼容、资料也不多,于是就安装了PHP 5.6.16,自带了Zend OPCache,不再需要APC;
- MySQL