- 主題:本站内容主要是本人關注的互聯網行業及個人愛好方面的主題,包括AdSense💲、MediaWiki👨💻、Drupal💻、馬拉松🏃、架子鼓🥁等。
- 書訊:本人新書2018年12月出版《Google AdSense實戰寶典 - 第二版📘》,歡迎關注。

我們做的Drupal網站多是數據查詢、展示類型的,當數據量大的時候,導入就需要很長時間,而随着站點的建立、訪問,還會産生一些日志、緩存等數據,一些站點的MySQL數據庫占用空間會越來越大,部分甚至都超過10G了,導緻訪問很慢、備份困難。
我們做的Drupal網站多是數據查詢、展示類型的,當數據量大的時候,導入就需要很長時間,而随着站點的建立、訪問,還會産生一些日志、緩存等數據,一些站點的MySQL數據庫占用空間會越來越大,部分甚至都超過10G了,導緻訪問很慢、備份困難。
前幾天發現一台Linux服務器的網站上發來的郵件突然很少甚至沒有了,可能導緻客戶聯系不上,檢查發現/var/spool/mail目錄下root中有一些沒有發出的郵件,其中說到:
----- The following addresses had permanent fatal errors -----
<webmaster@mingluji.com>
(reason: 554-m1pismtp01-028.prod.mesa1.secureserver.
今年5月份寫了一篇《Drupal的多語言網站搭建和設置》,嘗試着用Drupal的多語言功能來搭建網站,後來更是添加了手機版,又記錄了一篇《網站擴展100倍:50種語言x(電腦版+手機版)》,這些設置都成功了,隻是在建立更多的系列網站時依然覺得有些麻煩,經過
以前升級Drupal網站都是按照規範的辦法來:先備份、升級第三方模塊、再升級核心、運行update、檢查配置、複制需要的老文件等。今天用Drush來升級了本站(jamesqi.com)做實驗,直接在服務器的本站目錄中運行drush pm-update,然後按照屏幕提示回答幾個yes就可以了,系統自動進行以下事項:
以前就知道Drupal有個名為Drush的Shell工具,但沒有用過,最近需要對好多個Drupal網站進行一些初始設置,人工操作web上的菜單會非常費時費力。上周去花了些時間安裝調試那個Drush工具,簡直是神器啊,設置的效率起碼提高幾十上百倍!
Drush除了一些與Drupal核心模塊配合的功能以外,還可以與一些第三方模塊配合,例如與Language配合的添加語言功能、與Xmlsitemap配合的生成站點地圖功能等,确實非常有用,某些情況下可節約大量操作時間,周末這兩天就在服務器上運行一些通過l10n進行的翻譯更新,下周将在更多服務器上安裝Drush。
我們在2010年9月就開始采用“AdSense自有搜索廣告”,2011年1月發現AFS廣告代碼中多一個逗号引起的IE浏覽器兼容性問題,修改後加強了這種AFS - Ads-Only的投放,一度收入提升明顯。
但似乎總有部分用戶向我們反映訪問我們的一些網站時遇到報錯,這種情況斷斷續續有一年多了,期間也遇到與其他網絡問題(例如國内DNS問題)混淆,難以進行準确判斷和解決。
上周再次遇到客戶反映我們部分網站打不開,我們自己用公司内同事的多台機器、多種浏覽器查看,發現有部分浏覽器查看部分網站的時候始終遇到報錯的情況。
讓技術部同事幫忙檢查,說是其
8月份花了好些時間來将一些外文網站搬遷到國外的服務器上,中間遇到很多或大或小的問題,與同事逐一解決了,記錄下來一些需要進行的配置修改,以便以後增加更多服務器的時候留意:
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
2002-2023 v11.7 a-j-e-0