自從去年改版后一直百度不收錄,大概半個月前滿半年才開始收錄,直到昨天才開始正常有百度搜索引入的流量,快照也更新到之前一天了。小博客傷不起,改版代價真大。

    對于原創內容的對待上百度比google可是差遠了,搜一下某些熱門的東西在百度的第一頁也往往都是重復的一大抄列表,google就見得少。


    不靠譜。





香港vps評測及dns搭建

[| 不指定 2012/05/15 23:25]
    由于一快一慢搭dns靠譜程度不高,只能再搞一個速度比較快的vps來當dns服務器,沒啥好選擇,對國內靠譜的線路也就東亞這幾個地方的:日韓港臺。日韓的有語言障礙,價格也相當牛叉,于是還是搞香港的,今天入了一個試試。

    香港是眾所周知的小水管,今天試了一下名不虛傳,網站測速測一個wp的首頁才6k的數據就慘不忍睹,測一個380k的圖片,單線程穩定1.4M,應該是限速了。多線程直接各種超時,并且遇到一個從來沒遇到的情況:測速時由于帶寬跑到限制,ssh輸入都掛了,無響應,停止測速才恢復。。。。小水管真是名不虛傳。

    觀察了一下穩定性,也非常一般般,波動不小。

    用臺灣vps和香港vps搭了一對dns試了一下,剛開始設置所有記錄均不緩存,發現我自己的電腦上每次都穩定在500ms左右,非常奇怪,因為到任意一臺機器都只需要幾十ms,解析時指定dns確實也只需要幾十ms,后來把ns記錄設置了緩存一分鐘,發現在緩存期內延遲降到了幾十ms,看來是由于不緩存ns記錄時需要去一級域dns那里查頂級域名的ns記錄導致的,不過奇怪,難道一級域dns給出的ns記錄緩存時間是由頂級域dns里的ns設置決定的么?搞不懂。不過我把ns記錄設置成緩存1小時時,發現監控寶的dns監控時間還是穩定在500ms左右,沒有下降,ft。并且四個監控點還總有一個報獲取不到記錄。

   dns的性能測試實在是不好搞,設置成不緩存的話不太好同條件對比,因為dns商不會允許這么設。設緩存的話結果又往往取決于緩存dns服務器的性能。對于大站的話由于訪問人數多,所以dns一定是被緩存住的,倒不用考慮dns問題,對于小站,每個訪客都要從頭解析一下域名,dns的速度就很重要了。

   不過通過今天的觀察發現自己建dns性能也不如預想的那么好,不過畢竟定制性好。
Tags:
    本來想用自建dns,設置兩條ns記錄,其中速度較快的dns服務器排在前面作為主dns,比較慢的放在后面做備份。

    結果發現實踐中兩條記錄是隨機順序返回的,查了下需要rrset-order參數來指定方式,有如下三種:

fixed 以它們在域文件中的順序排序
random 以隨機順序被返回
cyclic 以環順序被返回

    顯然對于我的需求是使用fixed模式,結果啟用了后提示我默認不開啟此模式,查了下原來從bind9開始默認編譯不啟動這個選項了,除非編譯的時候手動加參數打開,而我用apt安裝的bind9,所以該選項未開放,即使我這里支持了,上級域的dns也不能設置這個選項,很可能是隨機返回結果的,悲劇。看來之前的設想滿足不了,dns也要木桶原理了。





Tags: ,
    今天開始搭dns服務器,主dns采用最快的臺灣vps,輔dns暫時先使用老博客服務器。

    為了服務器安全性,需要進行一下chroot,避免bind被攻破后整個服務器被黑。

    centos自帶了bind9的chroot軟件包,可以自動將bind進行chroot啟動,而debian就差了一點,需要手動搞,所幸debian自己帶有官方chroot教程,所以照著做也并不難。

    
    先修改/etc/default/bind9,改成:OPTIONS="-u bind -t /var/bind9/chroot"

    然后建立各種chroot的目標目錄:mkdir -p /var/bind9/chroot/{etc,dev,var/cache/bind,var/run/bind/run}

    為bind9的chroot環境創建兩個虛擬設備:空和隨機數

mknod /var/bind9/chroot/dev/null c 1 3
mknod /var/bind9/chroot/dev/random c 1 8
chmod 660 /var/bind9/chroot/dev/{null,random}

    將bind的默認配置文件移動到目標地址:mv /etc/bind /var/bind9/chroot/etc
    為了保持兼容性,仍在原位置為其建立軟鏈: ln -s /var/bind9/chroot/etc/bind /etc/bind

    修改一下權限: chown -R bind:bind /etc/bind/*

    然后修改一下啟動腳本里面pid文件的位置: PIDFILE=/var/bind9/chroot/var/run/named/named.pid
    注意,這里需要是在named目錄下的named.pid文件,我之前把這個目錄設置成bind了,結果發現放不進去,改成named才行,懷疑bind的代碼里面寫死了。


    然后通知rsyslog添加一個監聽句柄: echo "\$AddUnixListenSocket /var/bind9/chroot/dev/log" > /etc/rsyslog.d/bind-chroot.conf

    debian默認只裝了syslog,而不是增強版的rsyslog,需要安裝一下。

    然后運行: /etc/init.d/rsyslog restart; /etc/init.d/bind9 start

    查看進程和pid文件均存在的話,表示chroot成功了






    
Tags: ,
    上周博客正式遷移,所以給服務器配置上了各種備份腳本,最近一周觀察發現總是差了8個小時,非常奇怪,因為top看到的結果是沒錯的,今天深究了一下,看了下cron服務的環境變量:/proc/pid/environ的內容,發現是采用了莫斯科時區,一看/etc/localtime,確實是設置的莫斯科,看來是上周忘了改時區,于是改了下,重啟cron進程,發現還是沒變,疑惑,看了下cron的重啟腳本,發現用了/etc/timezone,這個文件還是莫斯科時區,看來自己用改文件的方法不是特別的靠譜,總是有漏的地方,于是用debian
官方的命令設置了一下:dpkg-reconfigure tzdata  這個命令是文本圖形界面,設置了一下,兩個文件都更新了,再重啟cron,看了下系統變量,發現更新了。看看明天的備份時間是不是恢復正常了。


    不過為啥top看的時間時區是對的呢?
Tags:
    在博客遷移前好幾天就把a記錄的ttl設成了10分鐘,目的是為了減少dns記錄在spider處的緩存時間,加快遷移速度,即使是這樣,在昨天還有一部分Baidu Spider在爬,到今天還有Yahoo! Slurp China的Spider在爬,處于不一致狀態,有的爬蟲爬新的,有的爬老的,估計建庫模塊會比較疑惑,導致不更新網站索引,而Google的很快就都更新到新的上面了。

    差距。






Tags:
    最近接觸到一個Transfer-Encoding: chunked相關的問題,原來http在應答時,有兩種方式來標示應答body的長度,一種就是用content-length方式直接指明body長度,還有一種就是chunk模式。

    在這種模式下,應答正文分段發送,每個chunk由長度段和數據段組成,每個段均由\r\n結束,當服務器發送完數據后,發送一個長度為0的chunk,即:0\r\n\r\n。其中長度段為十六進制表示。


舉例一個長度11的chunk:

b\r\n12345678901\r\n



    chunk模式多用于結果長度未定的情況下,比如用php輸出一個長字符串的時候,就默認使用的chunk模式,當然可以通過header來指定使用content-length模式。不過需要自己算出應答body的長度。

    chunk模式的一個好處是可以進行分段壓縮,服務器對每個chunk進行gzip壓縮發送給客戶端。


Tags:

vi/vim設置語法搜索高亮

[| 不指定 2012/05/07 23:16]
    公司的電腦vi是有搜索高亮的,我自己的幾個系統都沒有,不過之前用搜索功能不算太多,也就忍了,今天終于決定要也給我的加上配置。

    在.vimrc里加上:set hlsearch即可。

    如果想單次搜索高亮,則:match Search /word/

    還有一個功能:set incsearch,這個是在搜索過程中動態高亮,就是在搜索時,隨著單詞的輸入高亮其被找到的位置,不過作用感覺比較一般。



Tags: ,
    今天發現一個問題,發現博客的js和css都沒有gzip壓縮,大號js動輒就20幾k,很奇怪,以為是遷移導致的某個地方忘了開,查了下,發現之前的也沒開,疑惑。

    我明明在ngix配置文件里加了gzip  on;了,但為啥js和css沒有開呢,查了下nginx文檔,原來默認只對text/html類型的壓縮。

    加了一句:gzip_types application/x-javascript text/css
    ok,現在js和css都壓縮了,加載速度又提高了不少。




Tags:

博客遷移至臺灣

[| 不指定 2012/05/06 20:09]
    一個月前入了臺灣vps,考察了一個月,感覺穩定性和速度上都還不錯(廢話,價格在那里),決定要把博客遷移過來,勞動節前動力還挺大,過了五一反而感覺一般般了。這周末搞了個監控程序,需要部署,正要往新vps上布的時候想想還是把系統重裝一下,把測試用的那一坨東西都清理掉后再部署,以后再遷移的時候就不用重新布了。

   系統重裝后開始安裝基礎環境,各項都搭好后心想,都基本搞定了,一不做二不休,直接遷過來得了,于是先用rsync把程序同步過來,webserver配置配了下,然后數據庫導入,跑了一下正常了,然后切域名,搞定。
    然后去超市了,在麥當勞休息了一下,期間用手機訪問了下,發現在線人數很高,突然想起來忘了部署我寫的那個分辨爬蟲的php擴展,從超市回來后把php錯誤日志打開,部署好php擴展,發現沒裝gd庫,驗證碼出不來,裝了一下gd庫,搞定,速度很快。

   這時看日志發現google的爬蟲異常活躍,大概以4s一個的頻率重新抓站,莫非是看到了換ip要重新跑跑?baidu的爬蟲毫無動靜,又被bs了。



Tags:
分頁: 6/33 第一頁 上頁 1 2 3 4 5 6 7 8 9 10 下頁 最后頁 [ 顯示模式: 摘要 | 列表 ]
黄se大片全集,s8视频 情色视频,国产在线久久播放,天天鲁天一鲁,第一色色资源站 一色屋,3X免费视频 <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>