Home » Computer » Archive by category "Network" (Page 364)

附圖一張

Update:剛剛去看的時候已經修正了。

Bittorrent 的 Encryption (MSE/PE)

上看到 Bittorrent Encryption 的條目【】,說明最近這幾個月 (Bittorrent) Header Encryption 的故事。

這段故事從 先在 0.60 版實作 Protocol Header Encryption (PHE) 開始講,但是這部份的實作細節並沒有公開發表,所以其他 軟體也不知道要怎麼做。

過了幾個月後 宣稱找到方法偵測 的 PHE (由於 的實作方式沒有公開,這部份應該是使用逆向工程法找出規則)。

再來是 決定自己發展一套規格,後來經過了一些事情,決定與 一起合作。

我剛剛看了一下目前的 Spec 網頁,發現在 2/9 的時候 1.0 版的實作規格就已經定案:,而 2.4.0.0 也成為第一個支援 MSE/PE 的正式版本, 的 Beta 版也有支援部份 Protocol。

用 Google 尋找各種不適合公開在網路上的資料

上看到 的 George Kurtz 在 會場展示用 找出來大批不適合公開的資料:Things you don't want Google to find - screenshots,原文在 Things you don't want Google to find 這,包含了豐富的 Screenshot 可以看 XD

而在 的第一個 comment 則提供了一個連結,早在一年多前 上就有告訴你怎麼用 找到這些資料:www.onlamp.com/security/2004/10/07/examples/signatures.txt

如果你有想到,這些資訊配合上 時,能夠發揮的效果很棒啊...

所以該用 .htaccess 限制 Username/Password 存取的部份還是要做啊,不要以為 Search Engine 找不到... (就如同很久前 IRC 上某 channel 的 log 流出是一樣的道理)

IE7 的 SSL 安全政策

有長輩測試 IE7 Beta2 後發現 IE7 Beta2 對於 SSL 設定有問題的站台會整個擋掉,而不會像以前那樣跳初一個小視窗出來要你確認:Stupid Google SSL Certificates

文章裡 舉了 的例子:他說 的某些服務使用了 www.google.com 的 SSL Certificate,但是使用的站台並不是 www.google.com。

不過我不記得 哪個服務是這樣惡搞的啊?還是 遇到同一個 Domain 的情況不會哀哀叫?這樣就太糟了...

Valentine's Day

上面這是今年情人節送給強者我同學 的花。

在情人節前一個禮拜,在網路上晃啊晃的,決定幹些壞事 決定在情人節用比較特殊的方法表達同學間的關心:我決定送花給 ,但是卡片上不署名是誰送的,等到他發花痴亂想一整天以後再跟他說 XD

於是就開始找資料...

  • 先再他們公司網頁上的 Contact Us 找到了完整的地址。
  • 找 "Flower Shop",找到一個很有趣的服務:。你可以輸入 City/State 或是 Zip Code 當作條件,找到那區附近有什麼花店 (包括傳統以及網路的),而且還有 可以看花店實際上在哪裡。
  • 挑了一家花店以後就在裡面選,花了半個小時選花、寫卡片、結帳。然後等 2/14,花店會有人送去。

選好以後我就跟我同學講,他以前跟 是室友,聽了我的計畫以後就很興奮 (不知道是什麼心態 XD),問我我訂了什麼花,要我把樣式的 URL 丟給他看。看了我訂的樣式以後他就很怒:

你怎麼沒送紅色的玫瑰!情人節的花不是他喜不喜歡的問題啊!花是要給辦公室裡其他人看的!一定要鮮紅色的玫瑰啊啊啊!

被罵了以後我本來想要寫信去換的,後來想想還是算了 :p

接下來就是等待。美西時間 2/14 中午 (在 Mail 上面寫會在中午送到) 大約是台灣時間 2/15 凌晨,我算了算時間,情人節當天花店的生意一定很重,那就 2/15 睡到白天醒來 (大約是美西快下班的時間) 以後打電話給 ,跟他聊聊天 XD

結果我在 (美西) 下午三點打過去發現花沒送到!反而先被 知道!太可惡了!變成 說他很期待到底是什麼樣子 XD

(後來到了 2/15 才送到,另外多送了一束玫瑰,上面的卡片說他們 2/14 那天從早上一直送,送到晚上十點才送完,但是因為 公司五點就下班了,希望接受我們的道歉 blah blah...)

Anyway... 情人節快樂 :)

PS:結果 說整個辦公室只有他收到花,而且還是兩個不同的人送的... (你這幾天要小心水裡面被放瀉藥之類的 XD)

設定密碼

你看過最機車的密碼要求是什麼?

Password Insanity 這篇文章裡抱怨某家公司的要求太過神經質 (你看完下面的說明後,也應該會完全同意他的說法...)。

這家公司對於密碼基本的要求包括了:密碼必須在 8 ~ 15 個字之間、必須有一個數字、有一個大寫字母、有一個小寫字母、有一個特殊字元。

再來,密碼裡不可以有連續三個一樣的字 (像是 aaa、zzz、333),也不可以有連續三個升降冪的情況 (像是 123、654、abc、zyx)。

最後,如果你輸入的密碼在這套系統裡已前已經使用過了,不能把密碼改成之前使用過的密碼 XD (換句話說,他會記錄你所有用過的密碼!)

想知道這家公司?這家公司叫 。如果你去看他的網頁,你會發現一件非常 (...) 的事...

在網頁右半部的標語是這樣寫:

嗯... 啊... 喔... 呃... -_-

Firefox 的 Back-Forward Cache

的 Back-Forward Cache 吃記憶體吃的很兇:這也是為什麼 1.5 跑起來比 1.0 快,但是肥多了的原因之一。

上看到了 討論前陣子 很嚴重的 memory leak,以及其他跟記憶體有關的問題:About the Firefox "memory leak"

在文章裡提到了 Back-Forward Cache 的頁面數目,也就是 about:config 裡的 browser.sessionhistory.max_total_viewers 這個變數。它的預設值是 -1,表示自動判斷。

自動判斷 (-1) 的時候,記憶體數量在 32MB 以下的會自動關掉這個功能 (也就是跟設成 0 一樣),在 64MB 以下 (但是在 32MB 以上) 是 1,在 128MB 是 2,256MB 是 3,512MB 是 5,1GB 以上的是 8。由於這個數字是指【每個 Tab 所存的數量】 (Update:原來那篇文章的作者確認是總量而不是每個 Tab 的數量)【總共要存的數量】,當你 Tab 愈多,記憶體的用量就...

所以在下面的 comment 就有人抱怨了:

Maybe 8 is not the best upper limit?

Do users *really* need to go back 8 times? People usually does back a couple of times but 8....

他說得對,你會天天沒事去 Back 八次嗎?這種事情偶而才會來一次吧?於是我把我的 改成 1:

建議記憶體夠多的人用 2 或 3 就好了,用 8 實在太 (*逼*) 了...

當然,下面已經有人提出建議,用一些算法 (像是 Current Tab 比較多,其他的比較少) 以降低用量之類的,不過那是以後才會看到的事情... 現在這種先這樣用吧。

Archives