- 主題:本站内容主要是本人關注的互聯網行業及個人愛好方面的主題,包括AdSense💲、MediaWiki👨💻、Drupal💻、馬拉松🏃、架子鼓🥁等。
- 書訊:本人新書2018年12月出版《Google AdSense實戰寶典 - 第二版📘》,歡迎關注。
為了趕上元旦前拿到購買的硬盤,我們都采用了快遞到付的方式,順豐速遞還算給力,12月28日中午在淘寶上下的單,12月30日早上2塊固态硬盤送到了,12月31日早上6塊迅猛龍硬盤也送到了,同事馬上趕去機房添加到服務器上,讓我可以利用元旦期間的時間來遷移數據、調配硬盤的使用。
現在3台服務器上每台都是8塊硬盤,加上4顆4核CPU、64G或48G内存,真是擴充到了極緻,這3台服務器的配置來做網站算是超強了。下面把3台服務器上硬盤的配置和用途進行記錄:
服務器一
前一陣子在服務器上更換、添加了硬盤後,感覺負載下降了一點、訪問速度快了一點,但似乎還是不能令人滿意,導入和更新數據的速度依然很慢,用戶浏覽也是有遲緩的感覺。
從Linux服務器上運行top觀察,4枚4核的CPU總有空閑,高達64G或者48G的内存也很富餘,磁盤IO占用也不算多,究竟問題出在什麼地方呢?
我們以前就用iostat觀察過硬盤io情況,一般都是在出現明顯問題的時候,臨時用iostat每隔1秒刷新來觀察實時情況。前天開始我們用iostat -x 3600的命令讓其3600秒(也就是1小時)為間隔來顯示一段時間内的io情
9月份在搭建我們的第一個适合智能手機、平闆電腦的移動版本網站“手機版郵編庫”的時候,我們根據Google移動網站地圖的規範,對Drupal自動生成的xmlsitemap進行了相應的人工修改,提供給搜索引擎抓取。昨天再次查看這個手機版本郵編庫網站地圖時,發現10月份這個地圖進行了自動更新,生成的新地圖沒有人工修改來符合Google移動網站地圖規範,于是今天早上再次修改,并将一些要點記錄如下。
外部資料鍊接:
- Google 移動網址
- 向站點地圖添加移動網址信息
前段時間在一些Drupal網站中設置了多種Views來方便浏覽者查看内容列表,但很快遇到服務器性能問題而被迫中止,在博文《Drupal網站添加Views後,MySQL服務器負載驟增》中有詳細記錄。
周末實驗成功了《為Drupal網站中的CCK字段在MySQL中添加添加索引來加速Views展示》,應該可以解決前面的問題,這兩天我将以前涉及到網站數據庫打開,在需要添加索引的字段上都添加了索引,然後把Squid和robots.txt中設置的屏蔽網址都解封了,也沒有再看到負載飙升的情況。
幾種添加索引的地方記錄一下:
前些天在Drupal網站中為了設法解決服務器性能的問題,實驗了将MySQL中的一些表合并,雖然最後證實這個效果不明顯,但花了好些時間就還是把代碼記錄下來,以備後用。
過程步驟:
- 備份數據庫
- 離線狀态
- 在4個表中創建字段
- 從3個公用的表複制相應字段内容到新創建的字段中
- 修改content_node_field、content_node_field_instance中内容
今年4、5月份在用Drupal搭建英文版中國郵編網站China Postal Code的過程中,為了讓浏覽者更方便、更習慣,采用了CCK字段+Views展示的擴展模塊,并進行一系列的比較複雜的設置,例如多個computed計算字段、Views查詢中嵌套多級查詢,算是基本上能實現所希望的功能。
但當時就發現在性能上有很多的問題,通過Devel模塊的開啟,可以查看到一些Views查詢數據庫所用的時間非常長,需要幾十甚至幾百秒,常常令服務器負載過高而影響網站訪問。後來找了一個自動檢測MySQL進程的小腳本,當發現超過限定值的進程時就自動kill掉,這個辦法确
用Drupal等CMS系統來搭建網站的主要好處就是不用太關心程序、數據庫等技術細節,把精力主要集中在網站内容本身。不過有些時候也不得不去關注這些技術問題,例如:無法用普通辦法實現的功能、遇到速度性能瓶頸等。
以前在用Drupal搭建網站的時候,就注意到添加新的内容類型(Content Type)後,用CCK設置的字段一般是放在同一個數據庫表中的,例如一個内容類型“名錄”就有一個表“minglu”,而compan, address, postcode這些字段就都在minglu這個表中,後來在一個網站中添加多
前段時間一直發現一個問題,就是我們Drupal網站的首頁沒有Boost Cache生成的文件緩存,而有一部分老的網站中首頁卻是緩存的,這個問題困擾了好長時間,找了好久都沒有找到具體原因。
今天在修改老的網站設置中,看到“站點信息 (Site information)”中的“默認首頁 (Default front page)”設置的是“頁面/首頁”,而我記得後來的網站中都是設置的“node/123456”這樣的Node ID,我換着修改了設置,果然問題就出在這

連續多年來,我們網站的流量和收入在每年的12月份都是當年最高的,這與我們網站流量逐年上升有關,也與12月份使用郵編等各種查詢的浏覽者增多有關。
上個月網站的流量、收入就連創新高,預計這個月會繼續攀升。今天看了一下統計,總的P
在一般的Drupal網站中,都是通過設置Cron定期運行來對Boost Cache、XML Sitemap進行更新,但我們在大數據量的Drupal網站中覺得需要進行一些改進。
首先來說Boost Cache,對于數十萬甚至上百萬的數據量,如果都進行靜态頁面緩存的話,占用硬盤過大,小文件太多,可能效率還不如不要靜态頁面緩存,這樣的時候我們一般關閉了詳細内容頁面的靜态緩存,隻對分類頁(Taxonomy Terms)、索引頁(Views)進行緩存,就是這樣,靜态緩存的文件數也有數萬個以上。這時如果通過Cron來定期讓靜态緩存失效的話,可能會出現删除時間過長而
站内搜索
2002-2023 v11.7 a-j-e-0