- 主題:本站内容主要是本人關注的互聯網行業及個人愛好方面的主題,包括AdSense💲、MediaWiki👨💻、Drupal💻、馬拉松🏃、架子鼓🥁等。
- 書訊:本人新書2018年12月出版《Google AdSense實戰寶典 - 第二版📘》,歡迎關注。
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值:
所在地點及服務商 |
上半年我們這邊做了好些外文網站,加上去年做的,數量上可真不少,但流量上卻比預期的要差,所以還得查找原因。前一陣子修改了Google Webmaster Tools中的地理位置定位,應該能有所幫助。再一個我們一直知道存在的問題,就是這些服務器都放在國内,國外的用戶浏覽起來肯定比較慢,現在需要找到國外合适的地方來轉移網站。 在前兩年國内“整治互聯網低俗之風”的時候,我們的網站曾經被迫外遷,購買過國外的虛拟主機、VPS和獨立服務器,還有一些經驗,下半年要搬遷的數據量比較大,用虛拟主機、VPS都不能滿足,主要就考慮獨立服務器和現在日益流行的雲服務器 做國内内容的中文網站流量上需要依靠百度,而做國外内容的外文網站流程上則需要依靠Google,所以我們做的國外内容網站基本上都去Google 站長管理工具(Google Webmaster Tools)平台驗證網站、提交Sitemap,對于管理工具中的一項“地理位置定位”以前看到過,但以為“不設置就是針對全世界”更好,就沒有設置。 直到最近才發現這是一個誤解,在詳細看了幫助說明後,了解到Google首先是按照域名後綴定位,例如.cn表示針對中國,而對于.com這樣不代表地域的後綴,就根據網站所在服務器的IP地址來定位, 很早以前見過手機上用百度時出現自動轉碼後的頁面,在2G網絡的非智能手機時代還有些用,但我個人用得不太多就沒有很留意。昨天晚上家中發現很多小蟲,用三星平闆電腦Samsung Galaxy Tab P1000查找原因和解決辦法,這台Android 2.2平闆電腦上預置了百度的搜索框,我進行了很多次搜索,發現百度将很多網站(包括新聞搜索中找到的新聞網站)都進行了轉碼,這個對于普通浏覽者來說确實提供了方便,不過對于網站擁有者來說,無法展示廣告、無法控制顯示,成了為百度免費提供純内容的服務商了。:-( 前段時間,我試用“百度移動開放平台”的&ldqu 站内搜索2002-2023 v11.7 a-j-e-0 |
---|