以下是今日的mail…
Dear Sandy
昨天的電子報又出不去了
請看一下
謝謝
然後你之前說有在我們網站上裝一個會偵錯(之類)的log
可是我不知去哪裡找出來看
riz
然後客戶告訴我log在哪裡，我又問了問題…
Dear Sandy
我們去找了log
不過有個問題
他的名稱是task35…36等等
我們根本分不出來誰是誰
所以可不可以改成時間表示名稱，因為如果一天發兩次那更搞不清楚
(需要到分的地方)
然後我們找到最近一次出現log的是4月28號
所以昨天的電子報並沒有log進去
所以還是不知道為什麼
riz
對方的回信
Dear 文馨,
log檔案，為系統維護用。其命名，對於系統維護者是有意義的。
在資料庫裡，把每一個排程做編號，這個編號可以確保唯一，
時間並不能確保唯一性。再者log檔案本身就有產生時間。
由系統人員參考log檔會比較容易明瞭該內容顯示代表意思，所以
是否可請Seaman協助查看此次大塊電子報無發寄發之原因。
經查看後，有須凱太協助的地方，請隨時再與我們連絡。
謝謝
Sandy
然後我黑線…回信給客戶…
Dear Sandy
可是有意義也要我們知道誰是誰吧??
task36是沒問題
可是我並不知道task36是誰
因為我在管理介面完全無法得知誰是36號
最新一期是1號
可是我總共只有22個
然後然後我們找到最近一次出現log的是4月28號←seaman已經去把log找出來了,最新一個是4月28號
所以昨天的電子報並沒有log進去(昨天是5月3號)
所以我們無法從log找出病因
因為沒有log
謝謝
riz
紅色的字是重複的地方…
然後我跟同事說…我應該是重修小學…怎麼我說的對方都聽不懂…
其實我覺得這玩意（我真的只能用玩意稱之）貼在blog滿缺德的，但是…
與大家共勉之，每天都是新的練習。
剛去開會，回來後又收到客戶的回信：
Dear 文馨,
log 命名方式如上一封email中提及，是讓”系統人員”方便系統維護使用，
log檔案本身產生之時間和管理介面電子報排程管理之時間欄位可相互對照，
便可得知該log是屬哪一則電子報。
再者當初log歷程記錄之程式設計是為了偵錯所用，並不在凱太應負責設計
的項目之內，所以希望雙方不須為了”log該如何命名？”之議題進行討論。
根據管理程式裡面5/3的排程發送狀態顯示「未發送」，以及並未產生歷程記錄檔，
應該是發報的程式元件沒有執行。目前15:30的排程，狀態變成「已排程」，這個
就是有把發報程式元件執行起來之後，正常的狀態更新。
若文馨在這方面尚有不明瞭之處，或野i請問Seaman，謝謝！
Sandy
我想罵髒話。