Sticker Update

五月底的時候,我有一個長期乏人問津(包括我自己)的個人網站,突然無預警地被關掉了。

當時寫信去問主機商,才發現原來這個訪客流量始終很低的網站,其實長期消耗著超乎想像大的主機資源,包括CPU與記憶體的佔用,都凌駕在一般虛擬主機方案之上,幾近半專屬主機的程度。

為什麼一個長期乏人問津、訪客流量始終很低的網站居然吃掉近乎半部主機的資源呢?

我不知道。

但,為了復站,只好一方面請主機商幫忙察看資源佔用的問題所在,一方面也開始反覆嚐試、自行清理門戶。

很辛苦的一週過去,我把cron jobs全刪掉,把閒置多時沒用的Drupal砍掉,把站上的部落格平台從Movable Type 4升到5,然後,再跳船到Wordpress、裝上WP Super Cache……

幾近嚐試過所有可能的調校之後,才在主機商所提供的報表裡抓到消耗主機資源的元凶:串聯貼紙。

回想起來,大約在三年前,我曾在Google pages遇到一次頻寬超限,導致四方大德站台紛紛破圖死連結。

那時候,以為只要把圖移到我自己付錢的空間,就能世世代代永保用。

結果,當然完全不是那麼回事。

為了解決主機被串聯貼紙拖垮的問題,只好先開Hotlink protection、改.htaccess來止血,然後把串聯貼紙分別移到hinet送的免費空間以及小海提供的StickerAction服務,並且逐一更新幾篇串聯貼紙文裡的貼圖語法。

包括:

  1. 網摘、引用、連結,不轉載
  2. 反匿名攻訐
  3. 置入性行銷黑白標章語法
  4. 請星巴克善待衣索比亞農夫
  5. CC 創作共用宣告語法

如果你訂閱了本站RSS,應該不難發現這幾篇遠古文章在最近浮浮沈沈的異象。

不過,即使該做的都做了。從cPanel的error log來看,每分鐘幾十次的404找不到串聯貼紙圖,依然秒殺式地在增加主機負載。

網站作了調整,效能卻未見改善的原因,簡單推想應該是:

  1. 沒有訂閱這個blog的RSS
  2. 還沒發現破圖
  3. 發現破圖,但不知道該怎麼處理

於是,最近一有時間就化身為spammer,根據error log的refer,逐一登門造訪使用串聯貼紙的各大部落格或網站,張貼類似以下這樣的訊息:

您好

串聯貼紙已不在原來的位址。

為解決破圖問題,

請隨意到以下網址取得更新版本的貼圖語法:

1. 網摘、引用、連結,不轉載 - http://stickeraction.com/Anti-Parrot

2. 反匿名攻訐 - http://stickeraction.com/anti-anonymous-troller

3. 本站未加入置入性行銷 - http://stickeraction.com/no-placement

4. 請星巴克善待衣索比亞農夫 - http://stickeraction.com/stir-it-up

5. CC 創作共用宣告語法 - http://jas9.blogspot.com/2007/05/cc.html

謝謝。

Jas

效果如何還有待觀察。

現在也只能希望在我下一次關站之前,過去所有曾經使用串聯貼紙的站長與部落格主們,能夠早日參與執行這個串聯貼紙更新計劃。

6 تعليقات

‏قال 藍藍路
純圖片是完全不會吃資源
吃得是流量
就算是PII的主機跑也是絕對沒問題
‏قال Jas
我原本也這麼想,
並且,
也搞不懂為什麼即使移除圖檔,
那些連過來讀取不到的死連結還會吃CPU跟記憶體。
不過,
主機商所提供的數據(參見這張圖表)顯示:
死連結確實最多可以吃掉10%cpu+50%mem
‏قال tzangms / 小海
dead link 的確是會吃掉比較多 CPU 資源沒錯
‏قال Kevin Tsai
取用囉~感謝Jas9大
‏قال Thomas
現在的習慣,都喜歡將動態連結改成靜態連結(mod_rewrite),來增加SEO的友好。
當有http 404的請求時,那Apache服務器處理這些鏈接請求的時候是非常容易,是默認的/?p=xx 結構回覆。
如果開啟了mod_rewrite,在收到每個url請求的時候,Apache都會把這些請求交給博客平台來處理,數量一多,負載就會一直拉高,嚴重時會佔用6~7%的cpu。
‏قال mrmu
以前做的不弱格觀察就是這樣掛掉的…
أحدث أقدم