很長時間沒有更新drupal 網站的sitemap了，近期用drush xmlsitemap-regenerate命令來批量更新，但在遇到數據量大的網站時，有時會遇到類似這樣的報錯：

Fatal error: Maximum execution time of 240 seconds exceeded in /mnt/gb2/htdocs/drupal.mingluji.com/includes/path.inc on line 115
Drush command terminated abnormally due to an unrecoverable
  

　　做AdSense超過7年了，最早收郵寄的美元支票到中國銀行辦光票托收，後來有了西聯彙款就一直到郵儲銀行取西聯，每個月跑銀行比較麻煩，特别是當年度外彙結彙額度用完後，要取美元現鈔給其他人幫忙兌換人民币就更麻煩了。😢

　　聽其他發布商說光大銀行可以網上收西聯及結彙，我去年12月份去辦理了一張“出國+”卡并當場開通了網上銀行、手機銀行，回來後也順利實現了網上收取西聯彙款，今天又在網上自助兌換成了人民币，并用超級網銀功能實現了免費的跨行轉賬。真是比以前方便多了！👍

　　今年AdSense收入預期不錯，超過換彙額度就讓Googler幫忙更改收款人姓名就可以，讓幫忙收款的

　　2005年底我們在做實用查詢大全網站的時候就有一個“周公解夢”的欄目，後來那個Java開發的網站逐步沒有維護、最後廢棄了，不過還有一個改用MediaWiki平台的站點保留了下來，而且做了簡體、繁體兩種版本：

• 實用查詢：周公解夢
• 實

　　用Drupal搭建網站中，我們通常是初期導入大量數據，後來再反複修改分類、Views、顯示模闆、菜單等項目來改善用戶體驗，特别是顯示模闆可能會在幾個月、幾年後多次修改，甚至是重要的全面修改，顯示内容已經面目全非了，但搜索引擎的快照中還是以前的内容，沒有及時重新抓取、更新排名。

　　搜索引擎應該是基本參照網站的xmlsitemap中的頁面最後修改時間lastmod、更新頻率changefreq來決定是否回來抓取、多長時間回來抓取的，而Drupal生成的sitemap中某個頁面的最後更改時間很可能就是當初創建的時間，但顯示内容因為模闆修改而早就不同了，造成修改後的内容無法

　　前幾年用MediaWiki平台來搭建網站，曾經使用中文簡體、繁體自動轉換的辦法來做出MediaWiki克隆繁體版，方便港澳台及海外華人浏覽訪問，效果還不錯。

　　去年又使用不同的皮膚文件來實現了MediaWiki網站的手機版，适應手機上網、平闆電腦的發展趨勢，同樣得到了預期效果。

　　也想過把自動轉換的繁體版再加上手機版，但一直沒有去實現，這幾天把四個主要的站點做了這個工作：

• 郵編庫（正體）行動版
• 查號吧（正體）行動版
• 問版主（正體）行動版

　　去年在用Drupal 7搭建PostCodeBase系列各國郵編多語言網站的時候，遇到上百個國家子網站每個都需要設置50種語言網站名稱的問題，開始還逐個設置，後來實在受不了，改用Drush命令來設置：

 

drush --root=/usr/local/apache2/htdocs/drupal7.postcodebase.com --uri=http://bra.postcodebase.com variable-realm-set language af site_name "Brasi

　　新網站推出後，能有一些外部推薦鍊接肯定是好事，但垃圾鍊接我們是絕對不做的，我們也幾乎從來不去外面發廣告鍊接，主要是在自己的系列網站上做推薦，外面就等别人自己對我們新站感興趣後做真正的推薦鍊接。

　　一般來說我們會在相關的系列網站首頁做鍊接，有時也做全站鍊接。對于重點網站，例如名錄集中的商業數據超市、Business Directory Supermarket這樣的，我們也在一些網站的欄目頁做針對性鍊接，例如給對某個行業感興趣的浏覽者推薦購買對應行業的數據，這應該是符合用戶需要的。

　　最近新做的Business Report網站，初期數據是數以萬計的C

　　10月份整理了以前的大量行業名錄數據并搭建網站，本來準備做成一個網站的，但中途發現數據量太大又重新規劃做成系列網站，到11月份行業名錄系列網站（下屬40個行業子網站）終于基本搭建完成了。

　　不過搭建完成并不代表工作結束了，前一陣子我把keywords和breadcrumb修改添加過一輪，12月份同事在檢查該網站的時候，提出應該多做分類、方便用戶浏覽的建議，于是又進行了一輪修改完善工作，具體改進如下：

• 按照多種方式劃分（年銷售額、經濟類型及省份）添加了Views來方便用戶浏覽；
• 修改模闆，将電話号碼