博客文章

　　今年5月份寫了一篇《Drupal的多語言網站搭建和設置》，嘗試着用Drupal的多語言功能來搭建網站，後來更是添加了手機版，又記錄了一篇《網站擴展100倍：50種語言x(電腦版+手機版)》，這些設置都成功了，隻是在建立更多的系列網站時依然覺得有些麻煩，經過

　　以前升級Drupal網站都是按照規範的辦法來：先備份、升級第三方模塊、再升級核心、運行update、檢查配置、複制需要的老文件等。今天用Drush來升級了本站(jamesqi.com)做實驗，直接在服務器的本站目錄中運行drush pm-update，然後按照屏幕提示回答幾個yes就可以了，系統自動進行以下事項：

• 檢查和顯示需要更新的第三方模塊和核心模塊；
• 詢問是否繼續升級，回答yes後，升級第三方模塊，保存備份文件到/root/drush-backups/目錄中；
• 詢問是否升級核心，

　　以前就知道Drupal有個名為Drush的Shell工具，但沒有用過，最近需要對好多個Drupal網站進行一些初始設置，人工操作web上的菜單會非常費時費力。上周去花了些時間安裝調試那個Drush工具，簡直是神器啊，設置的效率起碼提高幾十上百倍！

　　Drush除了一些與Drupal核心模塊配合的功能以外，還可以與一些第三方模塊配合，例如與Language配合的添加語言功能、與Xmlsitemap配合的生成站點地圖功能等，确實非常有用，某些情況下可節約大量操作時間，周末這兩天就在服務器上運行一些通過l10n進行的翻譯更新，下周将在更多服務器上安裝Drush。

　　我們在2010年9月就開始采用“AdSense自有搜索廣告”，2011年1月發現AFS廣告代碼中多一個逗号引起的IE浏覽器兼容性問題，修改後加強了這種AFS - Ads-Only的投放，一度收入提升明顯。

　　但似乎總有部分用戶向我們反映訪問我們的一些網站時遇到報錯，這種情況斷斷續續有一年多了，期間也遇到與其他網絡問題（例如國内DNS問題）混淆，難以進行準确判斷和解決。

　　上周再次遇到客戶反映我們部分網站打不開，我們自己用公司内同事的多台機器、多種浏覽器查看，發現有部分浏覽器查看部分網站的時候始終遇到報錯的情況。

　　讓技術部同事幫忙檢查，說是其

　　8月份花了好些時間來将一些外文網站搬遷到國外的服務器上，中間遇到很多或大或小的問題，與同事逐一解決了，記錄下來一些需要進行的配置修改，以便以後增加更多服務器的時候留意：

• 選擇最新的64位CentOS LAMP安裝，兩塊硬盤可

　　MediaWiki的一個特點是頁面标題與頁面網址對應，這樣做内部鍊接的時候很方便。不過在有些情況下，需要對頁面标題進行一些更改，MediaWiki中就引入了{{DISPLAYTITLE:}}這樣的标記，使頁面顯示的标題與鍊接有所不同。

　　但我們最近還希望讓頁面的HTML源代碼中的标題也有所變化，而Wiki系統中的PageTitle（位于<h1></h1>之間）和HTMLTitle（位于<title></title>之間）是不一樣的。前些天在MediaWiki官方網站找了好久也沒有找到适合我們使用的插件。

　　今年新購入的服務器上的硬盤時常有些毛病，在導入數據的時候就多次出現故障，用了2、3個月的時間導入數據後，算是穩定了幾個月，但最近随着我們添加手機版工作的開展，硬盤又開始忙起來，服務器負載明顯增加。兩周前出現了幾次服務器死機情況，每次重啟後都會導緻數據庫保存，需要檢查、修複，這樣的情況持續出現後，終于有一次服務器重啟不了了，好在數據都已經備份、複制出來了。這些備份數據就直接在新購的美國服務器上恢複，站點啟用後，發現普通内頁可以打開，但數據量大網站的分類頁卻頻頻出現報錯，服務器8核CPU長期都被占用100%，而硬盤IO看上去還不是那麼滿，問題原因還在查找中。我們把情況向服務商反映後，他們

　　在試用雲計算平台Amazon Web Services的一年免費套餐的過程中，最開始的幾天我們從國内的訪問很不暢通，所以不敢重用，現在隻是放了一點測試的内容，測試的情況倒是還好，但也還沒有再次把重要網站轉移過去。

　　上周倒是比較了多家國外的獨立主機提供商，最後選定一家服務器配置相對比較高而價格比較便宜的德國公司server4u提供的服務，他們在歐洲和美國都有服務器，我們自然是選用美國的服務器。

　　選用了其最高端的服務器ProServer UltraPOWER X6，配置如下：

CPU