賭約，第五月安全

說不高興是假的，但要真的高興也很難，因為後面還有漫漫長路要走。我開始認真懷疑這件事不會在今年十月賭約到期時就結束。

但撐過了第五個月，也代表我平安渡過了賭約的一半期限。一個月五千字，連續五個月，這種事我以前是絕對不可能辦到的......雖然說能撐過這五個月大半是因為先前存稿的關係，不過至少賭約這件事情開始讓我漸漸明白自己在寫長篇故事時該如何延續故事的思路。有些東西也開始在這個月的危機中慢慢集中起來，現在我得開始祈禱自己能抓住這些東西，別讓它再跑掉。只要能保有這樣的思路，那麼要照賭約的約定完成這個故事就不會是難事。這是我所相信的。

「黑洞的伴星」後面的劇情路線該怎麼走其實很早就已決定了，所欠缺的其實就是剩下來的細節。該怎麼把梗萍星的社會型態與行政組織架構起來這才是個問題，還有該如何讓故事在這樣的架構中如預期走到終點；這兩點是我要完成這個故事的最終挑戰，也是未來幾個月的重點。

另外該要注意的是，這個月的第三章雖然讓我撿回了一些文字上的手感，但在細膩度上卻和先前相差許多。這裡面有一半的原因是因為我對於該如何處理梗萍與決江子的社會型態還懸而未決，即上段所述。另外一半則是我發現自己無法準確抓住我想要的臨場感，雖然截稿期的壓力多少有些影響，但我想我應該要儘快找回那種感覺。第三章的前半寫完之後，讓我有點像是在交待劇情的感覺，卻少了我希望的故事張力、或現實氛圍。如果接下來的部份寫出來還是這樣的話，那我肯定會想打自己......

留言

張貼留言

這個網誌中的熱門文章

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