邮编库等实用查询类的网站一直存在流量高、广告匹配不太好的情况，也没有很好的办法解决广告点击率、单价等问题，只好做更多高质量的内容来吸引更多流量，从而在点击率、单价不高的情况下能获得更多广告收入。而对外招揽直接广告的效果也不理想，乱七八糟的弹窗广告找我们的不少，都被拒绝了，但也没有与内容很匹配的优质广告来找我们。
今天6、7月份曾经有人找到我们谈合作推出“分类信息”栏目的方式，在我们的高流量、高PR值网站下设立一个子目录栏目，对方提供企业提供的分类信息，按照流量付给我们一些费用，我们还可以放置Google广告获得另外的收入。当时因
上周同事开始在多个子网站更改各项设置，特别是添加多个Views后，服务器负载持续攀升，也影响到服务器上的没有更改的网站，特别是几个数据量达到数十万、上百万的网站，已经连续出现首页报错的情况了。
http://tx.bizdirlib.com/ 的首页主要由两部分组成：城市列表和行业列表，首页报错的时候，上半部分的城市列表还是可以正常显示的，只是下半部分的行业列表无法显示，错误提示信息也是与sic行业代码的查询有关。
检查两个Views，城市列表的Views很简单，而行业列表的Views中采用了Relationships，以便查
从7月初到10月底的4个月时间中，我们已经在服务器上导入了大量数据，建成了一批新的子网站，在接下来的一段时间内我们不准备继续大增数据量了，而是对已经导入数据的网站进行精细优化调整，这个月已经开始了这方面的工作。
MediaWiki平台的网站都是去年以及以前建成的，这次基本没有大的调整，只是一部分网站对模板进行了更新，以便嵌入microdata微数据标记，虽然也需要运行后台更新、重新生成缓存文件，不过这个对服务器的负载影响不算很大，是可以承受的。
而在对今年新做的Drupal平台的改进中，如果只是修改内页模板、block以及me
前几天看到一则报道，上周末的美国费城马拉松比赛中，有两位参赛选手身亡，一位21岁亚裔男子在跑过半程马拉松的终点后倒地，一位40岁白人男子在距离终点还有400米的地方倒下，送医院后被医生宣布不治身亡。😭
报道中只说是两位选手的心脏病发作，但也没有更详细的说明了。我估计还是与他们平时的锻炼不足有关，如果平时能提前2、3个月做准备，多跑一些次长距离，怎么也不应该让心脏超出最大极限啊。他们都是在终点
Drupal中的Views不能不说是一个好东西，让我这样对数据库和程序并不熟悉的人可以在建站中方便地实现各种查询、展示。但在某些情况下，这个Views毕竟不如自己编写程序来得灵活、强大，例如在需要对查询结果进行一些变换的时候就很难实现。Views可以在Header和Footer中嵌入PHP代码，但在关键的Fields中还不能嵌入PHP代码。
昨天再次遇到希望对Views查询结果进行转换的情况，就在网上搜索了一下，有好几个Drupal模块都可以实现Views中插入PHP代码的功能，我选用了比较新的Views PHP这个模块，可以在Views的area, field,
几个月前初步搭建了中英文对照的Taiwan Postcode / ROC ZIP Code (台湾邮编/中華民國郵遞區號)网站，找的是来自台湾中华邮政官方网站的资料，然后用Drupal搭建而成。10月份以后启动新一轮的邮编网站检查、改版、升级，这是继美国邮编后的又一个网站，也花费了我们相当的时间精力来完成，现在把修改的地方记录一下：
刚通过PayPal向Wikipedia捐款$100，这是我连续第4年向维基百科捐款了，只是因为支持维基百科倡导的知识分享理念，希望这种带有理想主义色彩的网站能永续发展。现在国内物价飞涨，美元贬值，100美元只能请几个人吃餐饭，不如为大众提供点精神食粮，捐的人多了自然力量就大。
捐款链接：
一般的马拉松训练计划中，都是建议在正式比赛前的3周左右完成一次32KM左右的长距离练习，作为训练阶段最长的距离，其他的长距离练习一般是10-20KM，这样就基本上可以保证正式比赛的时候完成42KM的全程。我在QQ群中说比赛前还是准备跑1-2次全程训练，有经验的群友说不必要，只要练习一次30KM以上的就可以了，正式比赛时应该会状态更好。
不过对我来说，还是在赛前要跑过全程心里才有底，甚至有机会要多跑1、2次全程，才能发现可能存在的问题，体会多了自然成绩也会提高。虽然我从10-1期间才开始跑步，但在上个月已经和网友约过11月一起进行全程训练和测试。本来说是
名录集网站中的美国企业名录系列网站(United States Business Directory)是2011年7月份开始搭建的，一晃现在都11月，已经有4个月时间了，在这段时间中我们新建了很多内容子网站，目前新增的工作已经告一段落，接下来就是对已经搭建的网站进行检查、修改完善。这个改进工作已经开始进行，我现在把规划及实施进行一些记录：
Drupal的Boost Cache是个好东西，可以实现将匿名用户访问的内容完全静态化缓存起来，绕过PHP和MySQL，只需要Apache就可以对付用户的浏览，可以极大提升网站性能。Boost模块的配置也比较灵活、复杂，可以设置排除某些种类的页面不缓存、可以设置更新周期及办法等等。今年我们用Drupal搭建的网站多数都是数据量大、更新不是很频繁的内容，基本上都使用了Boost。
不过偶尔有网友发来邮件，要求我们删除或者更新某个页面内容，如果只是删除某个页面的话，包含这个页面信息的分类页、Views页面可能都因为有Boost缓存而无法自动清除。还有我们自
2002-2023 v11.7 a-j-e-0
