賭約，第五月倒數

黑洞的伴星第三章目前進度：約2,500字。

之前簽下的賭約到目前為止已邁入堂堂第五個月，竟然也快過一半。這幾天慢慢孵蛋，一邊醞釀寫作情緒的結果，終於在昨天晚上生出兩千五百字。接下來還得好好拚個一天。

由於明天早上要上課，所以截稿日等於只剩半天可用，最好是祈禱這次可以順利過關啊...先前的存稿幾乎都用得差不多了，這次的第三章是賭約開始以來第一個完全沒有存稿可用的章節，所以寫起來格外的辛苦。看來我前幾個月的準備動作還是太悠閒了，開始嘗到苦果。不過我可還沒打算在這章投降，一定要給他撐到最後一刻！

留言

張貼留言

這個網誌中的熱門文章

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
閱讀完整內容