刚用Google AdSense的前几年，AdSense后台几乎是每天都会登录去看的，这几年Google搜索退出中国大陆市场后，AdSense广告商减少，发布商的收入也降低，我们把部分中文网站的广告位换成百度联盟的广告了，而且这几年AdSense后台都因为GFW对www.google.com的屏蔽而无法登陆，更是打击了发布商的积极性和信心，必须翻墙才能看后台，我自己登录查看AdSense后台的频率也降低了很多，常常好些天也不去看一次了。😢
昨天在查看AdSense后台时发现近期有剧烈波动，再仔细查看4月20日的数据有特别异常，以前每天都是3位数收入，那天却是4位数😱，
前一段时间发现分省的邮政编码系列网站首页常常会出现一个Views做的Block为空白的情况，例如北京邮政编码首页的“北京地市区县邮编”这一个Block里面没有内容，这样情况以前偶尔比较罕见会发生，例如几个月偶尔见到一次，但最近却成了经常的事情，每次重新清理该网站缓存会恢复，但1、2天后又出问题。
我用阿里云的网站监控设置了对该站首页每隔5分钟读取一次，如果发现没有应该存在的内容就报警，连续几天夜间准点开始报警，先以为是cron运行的结果，但时间不对，后来发现是巡检程序读取head和content的时候偶尔会这样，但具体原因依然不清楚，还是清理缓存后恢复，不久又出错。😢
开始做寻人网站的时候就是用的二级域名xunren.longren.com，当时采用的MediaWiki平台，勉强可以实现需要的功能，但显然一个本来供百科用的共同编辑平台不是一个很好的通用CMS，所以2011年初转用Drupal平台重新搭建了一个新站，并直接使用了longren.com这个域名。
龙人网longren.com这个域名不错，以前还曾经有人提出希望购买，都被我们拒绝了，总想着卖不了几个钱还不如留着以后自己用。可寻人网站也一直不温不火，看起来难以有大的发展，也没与投入更大的时间精力，就这么先维持着。
最近劲捷公司在考虑在语言文化
2006年初开始使用MediaWiki，到2011年初开始尝试Drupal，随后因为时间精力问题“关闭大部分MediaWiki网站的留言、编辑、注册功能”，不过这样一来就成了单纯单向展示原有内容的“死”网站了，虽然有部分网站因为初始内容用心编辑后一直还有人访问，但这样也没法有大的发展。
去年10月份到今天3月份对MediaWiki进行了全面升级，把一个系列的Wiki网站进行了目录合并，现在一台服务器上的所有Wiki网站都可以共用一套MediaWiki程序了，例如简体中文的实用查询Wiki版本、正體中文的實用查詢Wiki版本，都可以放在同一个目录下，images等目录通
Google AdSense和百度联盟的广告都有比较强的季节性，以前每年都是年底12月份单价、收入最高，到1、2月份春节期间下降到全年最低点，3、4月份再逐步回升的。不过今年的复苏步伐显得比较艰难，除了PC端转移动端大潮造成一定影响以外，最近业内“莆田系”
穿过终点后比较拥挤，发放物品也有点乱，放松按摩区人太多，也没有找到发水的，就自己先去领了存放的衣物，然后找小贩购买了两瓶饮料。在终点的体育公园这里休息坐了一下，在微信中发了几张照片、感谢亲朋好友的关心，但因为武汉来的跑友到达终点的时间不一就没有等着一起拍照、聚会。
准备穿过体育公园步行回酒店，没有想到出了公园就是组委会安排的回市区的大巴集结处，于是就很顺利地坐车回到酒店，昨天已经给前台说过延迟2小时退房，所以可以不慌不忙地休息、洗澡甚至小睡一会儿，不用像每次全程比赛那样需求提前退房或者赶回来已经很慌。
距离晚上返回的火车还有一段时间，下午去到大润发超市
以前基本上都是住在起点附近，只是在跑2013年郑开马拉松的时候住在市内，组委会的大巴把大家接送到郊区的出发点。而这次半程马拉松还是住在终点附近比较方便，并且起点所在的马拉松公园算是比较偏僻，没有什么酒店。早上4点半闹钟就响起，起来洗澡、更衣，再吃了头天晚上购买的面包、红牛作为早餐，再上厕所排空，很紧凑地花了1个小时然后5点半出门，在十字路口对面的酒店门口遇到昨晚一起晚餐的跑友，然后步行15分钟达到昨天约定的地点（约定跟着高校团体混上车），6点坐上组委会安排的大巴，7点前顺利达到起点。
然后步行穿过5公里、10公里集结点，在半程存衣处遇到武汉来的几位朋友，磨蹭到7点20
以前跑的马拉松多是全程，只是去年在德国跑过三个全程马拉松后有些疲倦了，就选择了一个半程去跑跑，是在法兰克福Frankfurt边上的奥芬巴赫Offenbach，比赛中六月的一个傍晚进行，5KM一圈跑了4圈，记得成绩大约是1小时56分，不算好（比我某些全程比赛中的半程成绩还慢一点）但当时感觉也不轻松，可能是因为白天奔波了一天到晚上开始比赛不习惯吧。
去年在上海和武汉参加北京亚艾元公司组织的Drupal培训中得知他们专门开发了微信与Drupal的接口叫做weidrupal，11月份在武汉大学图书馆培训的时候开发者范苑专门讲解演示了用法，我们当时就申请了公众服务号来熟悉微信的一些服务功能。
12月份我们先下载了一个免费的基本版来测试，但难以满足定制化的一些要求，就交几千元钱购买了高级版本。不过因为过春节前后我们搬迁服务器、调试Apache Solr等其它工作繁忙和打搅也没有太顾得上，直到现在武汉多库科技公司招人后客服力量加强才重视这个接口的问题。
MediaWiki用了9年多还从来没有尝试过编写扩展程序，有扩展需求也是在MediaWiki官方网站上去寻找能满足需求的第三方扩展。不过有用Drupal过程中积累下来的编写模块的经验，也应该可以编写出MediaWiki的扩展模块。
以前为了在Wiki页面中输出一段循环代码，用过一个叫做include_PHP的扩展，把php程序嵌入到Wiki中，但现在这个扩展已经找好不到了，是因为安全问题已经被删除了，更无法找到升级版本。前一阵子在导入新数据的时候，就遇到报错的情况而无法解决。
所以决心要自己来编写一个扩展程序解决，今天花了一下午的时间，
2002-2023 v11.7 a-j-e-0
