好賤的廣告信

今天收到一封信，內容如下：
Hello,

We are currently performing regular maintenance of our customer databases.

We apologize for the inconvenience but you will need to verify your email address.
To start verifying your emaill please click the link below.

http://www.adwords.google.com/select/Login

Please note! If you don't verify your email within 48 hours since you've got this

email your adwords account may be suspended until further notice.
Thank you for your time. We look forward to providing you with the most
effective advertising available.

Sincerely,
The Google AdWords Team.
這封信我看了好一會，怎麼想都覺得奇怪。因為第一，我沒在用Google的AdWords，就算要用也是用AdSense！第二，Google應該不會寄這種信出來，驗證email這種事做一次就好了，通常也沒有必要找使用者的麻煩，而且還限制48小時咧。這種莫名奇妙就寄來的信，還限制你回應的時間，感覺上本身就很可疑。本來是不想理它的，不過我看上面的網址最後面是google.com，這部份基本上很難造假。因為google.com本身已經是註冊給google了，所以它底下的任何網域一定都是在google的掌握下的。那麼這個連結又是怎麼一回事呢？

基於好奇心，我先去google上查一下。從Google的首頁找連結直接去AdWords，我發現我的google帳號自動登入失敗。這代表我沒用我google的帳號申請過AdWords，那也很有可能，因為信是寄到另一個信箱去的。不過，我發現有一點讓我覺得有趣，因為adwords.google.com的確就是AdWords的網域，一字不差，只不過是多了那個www。本來是想直接查看看會不會有這類的假冒信件的，不過想了想，我決定按下去試試看它會搞什麼鬼。

沒想到，還真是出人意料之外。當我看到網址列出現的位址不是adword.google.com的時候我就知道這是一封百分之百的假冒信了。但是為什麼顯示是adwords.google.com點了卻不是咧？其實懂html的就會知道，這要辦到實在是很簡單。而且一般我們在點網頁上的連結時，連結所顯示的通常也不是你要連去的網址而是簡單的幾個字而已。這表示連結所顯示的東西並不需要等同於它將會連接到的網址。但是這樣子為什麼我會受騙？

這封信的樣式設計成純文字格式的外觀，這會讓人直覺以為它不是html格式的信件。但實際上，它卻是封以html寫成的信件。現代的郵件程式都會有一個很方便的功能，就是即使信件是純文字，它也會自動針測信裡是否有帶有網址的文字，若有則以藍底標出來方便用戶直接點閱。所以當我以為它是純文字格式時，自然不疑有它的認定那個網址按下去就會是去它所顯示的地方。

利用人們思考的某些盲點來騙人，這封信還真是有夠賤的啊.....

P.S. 不過還好，我的Firefox3很盡責的在我連上之前就把它擋掉了，還很好心的告訴我該網站已被人提報是假冒的。真是幹的好啊..... XD

留言

張貼留言

這個網誌中的熱門文章

Unix 重新導向跟 2>&1

這幾天因為研究 L4D2 的專屬伺服器架設，看到 Srcds 網站針對確保 Srcds 服務程序能隨時保持高優先權，在 crontab 底下使用 renice 的方式每五分鐘調整一次程式的優先權，其指令中 renice -20 `cat /home/yoursrcdspath/srcds.pid` >/dev/null 2>&1 最後面的「>/dev/null 2>&1」為 Unix 的重新導向技巧。雖然大約知道是什麼，不過實際上的原理我卻一直不明白，大約查了一下，疑問變更多。於是我決定來搞清楚它的來龍去脈，這篇文章就是這樣來的。 首先，我們先說明一下這段語法的作用，「>/dev/null 2>&1」實際上在這裡會將左邊程式的執行結果丟給「/dev/null」，然後不管程式有什麼錯誤，也會一併丟給 null。熟悉 Unix 的人大概知道，「/dev/null」是 Unix 底下的垃圾筒+黑洞。它不帶任何意義，所有丟進去的東西都會被吃掉然後不見，反正你不想看到的東西丟給 null 就對了。而「>」的意思其實是，將「>」左邊輸出的東西重新導向到右邊去。但不止是這樣而已，系統將標準輸入輸出分成三個：標準輸入 (stdin)、標準輸出 (stdout)、以及標準錯誤輸出 (stderr)，它們的 fd (file descriptor, 檔案描述子) 分別是 0、1、2。當「>」左邊未指定任何東西時，它會讀取左方程式的標準輸出 (也就是 fd=1) 重新導向給右邊的東西，但是你也可以指定要重新導向的 fd (也就是說「>abc.txt」會等於「1>abc.txt」)。所以可以想見 2>&1 的意思應該是把 fd=2，也就是標準錯誤輸出重新導向給 &1。而這邊的 &1 指的其實就是 fd=1。這邊似乎有點混淆視聽的感覺，為什麼「>」前面的 fd 不需要指定 &，後面的 fd 卻又要加 & 呢？我沒找到確切的原因，但是根據 這篇討論 ，我認為有可能是因為「>」左邊只接受 fd，但右邊所接收的語法卻應該是檔案名稱。因此若用「2>1」其結果會變成「將標準錯誤輸出重新導向給檔案名稱為 "1" 的檔案」，
閱讀完整內容

薰衣草茶實驗中...

前陣子跟老姊逛家樂福時看見他們有一堆花草葉，除了本文談的薰衣草外，還有馬鞭草、檸檬草、薄荷葉...等等，看了讓人很心動。那時其實很想多買幾樣回來泡，不過最後是只有選了薰衣草回來，其它的以後再說。（話說我超想試薄荷跟馬鞭草的） 買回薰衣草後，它除了泡茶外還可以做成香包，搞了一個放在衣櫃裡（不要覺得男生用薰衣草放衣櫃很怪，我的萬年衣櫃...它真的需要霉味以外的味道）。不過，薰衣草茶要怎麼泡？查了一下網路，發現大部分的人都說泡個五六分鐘。顏色有的人說是紫色、紫紅、藍紫、黃綠色.....，還有一說，水溫80度是紫色，滾水泡是紫紅色。但不管怎麼樣，我試驗的結果如下： 滾水 -> 黃色 八十度 -> 紫色，薰衣草太多會變紫黑色... 我還沒試過90度會怎麼樣，有機會再試試。薰衣草本身的香味很正，只要一點點就很香了，但茶湯就不怎麼樣，所以在泡的時候最好是確定你沒放太多，和別的花草茶調配也是不錯的做法。之前試過和紅茶一起煮成奶茶，感覺不錯。不過，本文最後的重點是：我發現有人說薰衣草茶加了檸檬之後會成粉紅色...什麼！這麼有趣一定要來試試！ 果不期然，反正不管我是煮成黃色、紫色、紫黑色...加了檸檬之後它都會變紅，當然色澤會跟你泡出來的顏色深度成正比；色澤愈深，加入之後會愈往桃紅色走。加了檸檬之後喝起來酸酸的，再加點糖味道就更棒了。
閱讀完整內容

用 HTML mailto 屬性指定標題與信件內容

這幾天在為一個活動網頁做按鈕。成本不高，沒有後台程式，而且是設計給行動裝置用的網頁。按鈕的目的是要能寄信，然後指定信件的標題與內容。沒有後台程式，幾乎就代表只能用 HTML 的 mailto 來達成目標。「mailto」指定收件者是沒有問題的，不過要指定信件標題和內容，因為從來沒試過，就來查查看。 查了一兩天的資料（並沒有很認真），先是發現可以用 <form> 跟 <input> 與 mailto 屬性來寄送郵件及內容。但是因為 <input> 傳送的格式是以「變數名稱=內容」這樣的方式，和要帶入活動文案的方式不符。後來發現 這個很棒的網頁 ，裡面有關於如何帶入標題與內容的解說。簡單說明如下。 其實和 HTML 接收變數的 GET 方式一樣，mailto 可以接收以「?」和「&」連接的參數（第一個變數用「?」接下來的變數都用「&」），格式為「mailto:abc@mail.com?變數1=變數1的值&變數2=變數2的值&變數3=變數3的值」。可指定的變數（看起來）包含某些郵件標頭（header）的屬性，所以像 cc、bcc、subject 都可以用，要帶入內容的話則可用 body。所以我想帶入標題和內容的話，語法就是： 「mailto:abc@mail.com?subject=我是標題&body=我是內容」 另外，在 RFC 文件中有指出 mailto 裡不允許 8 位元字元，原本以為要帶入中文字的話得想辦法用 Base64 編碼，不過測試之後發現 iPhone 和 Chrome 上面都可以正常帶入中文字。目前還不確定是不是所有環境都可以，總之就這樣囉。 <form> 和 <a> 因為剛開始搜尋到的是 <form> 的用法，所以在實作時我也是以 <form> 來實作，結果在 iPhone 上實際跑的時候發現內容沒有帶入，整個是空的。原本以為是 iPhone 的關係（電腦中的 Chrome 和 Firefox 都正常），後來查到 蘋果的說明文件 也是一樣的語法，證明應該有支援沒錯。查了一會後，我才後知後覺的發現，蘋果網頁中用的是連結而非表單。果然換用 <a> 之後 iPhone 就能正常帶入內容的資料了。我想應該是 i
閱讀完整內容