- 主題:本站内容主要是本人關注的互聯網行業及個人愛好方面的主題,包括AdSense💲、MediaWiki👨💻、Drupal💻、馬拉松🏃、架子鼓🥁等。
- 書訊:本人新書2018年12月出版《Google AdSense實戰寶典 - 第二版📘》,歡迎關注。
以前就知道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
前些天寫了一篇博文《慢速删除大批量文件,降低服務器硬盤負載壓力》,後來用這個辦法來實際删除文件發現确實對服務器硬盤沒有特别壓力,但删除的速度非常慢,不是一般的慢,對于大數據的小文件,過了好些天竟然還沒有把文件列表搞出來,這樣的實用性也大打折扣。
今天為了在一塊已經占滿的硬盤上騰出空間,又去找了用rsync同步目錄來删除大量文件的辦法,這個辦法以前見過,也使用過,感覺與rm相差不是很大,這裡依然記錄一下:
- 安裝:在centos上安裝yum install rsync
- 準備:建一個空文件夾mkdir
上周去看了一些國外的雲計算服務,寫了篇《國外雲計算平台的初步印象》,後來去注冊了Amazon Web Services的一年免費套餐,現在做些記錄。
AWS Free Usage Tier 是亞馬遜為了讓雲計算平台的入門用戶熟悉其服務來提供的,其提供的服務包括:
AWS Free Usage Tier (Per Month):
- 750 小時 Amazon EC2 Linux Micro Instance (613 MB 内存,支持32位和64位平台) – 每個月可以連續運行足夠小時數
在我們一些用Drupal搭建的大數據量網站中,Boost模塊産生的緩存文件數量非常多,以至于運行cron期間無法更新完畢,我們後來就采用了不自動更新緩存文件,而是人工根據需要在服務器上直接删除緩存文件的辦法。
但當緩存文件數量達到數十、上百萬的時候,需要很長時間删除,在這個過程中如果還有用戶訪問、産生新的緩存文件,将導緻硬盤占用達到100%,長期這樣的話,可能讓服務器硬盤不堪重負、服務器出現負載上升、網站無法訪問的情況。
這個問題一直困擾了我們好長時間,以前都是采取人工每次删除少量文件,逐步試着來進行,這導緻要花費好些時間精力。昨天在網上查找了
比較到服務器的Ping值可以大概地了解網站的訪問速度,Just Ping這個工具用起來還比較順手,我們最近在比較挑選國外的各種主機服務商,我也用這個工具來對比了一下幾種服務器所在位置對應的Ping值:
所在地點及服務商 |
Pagination站内搜索2002-2023 v11.7 a-j-e-0 |
---|