* updated by Kii Ali, 12-11-2001

At 03:44 PM 1998/12/17 +0800, you wrote:

也發給大家想一想，如何加強使用 0day 的方便性，和提高檔案的週轉率。
0day 的原始想法有點像是我跟 tanliwu 提出的餿主意，運作方式的想法
也不太成熟，您不妨跟 tanliwu 提看看您的想法如何，三個臭皮匠
勝過一個諸葛亮，多人的想法總是能比較成熟的。

開個 ftp 站，如果擺上桌檔案沒有什麼人取，那沒什麼意思，如果檔案
訊息沒有正確快速方便的散播到別人手上，會玩的人很慢拿到，那也沒有
什麼意思。(ka 的看法啦)。

>> 我是沒有差別啦。雄哥不也是把他的新檔 (地下區的) 丟到 vippiv 上
>> 嗎？我會覺得用 mail 來收會比較方便一點，這樣可以在信件裡面直接
>> 刪選那個要要發給 tanliwu 做 File Req (似乎有點像以前 FrontDoor 
>  每天都要收到我的file list , 想必他們也會煩

這樣是不煩，看不到東西當然不煩了，只是我們取得資訊的程序改變罷。
我是贊成把 0day 的檔案清單送上 patch-0day 來運轉和操作，有很多
好處。底下的四個實例比較長，看看後比較一下，那一個比較煩。


使用者 A 的角度
===============

如果不是用 email 寄送訊息，(以ka為例) 就多了很多步驟..

1.多開個 Cuteftp 擠進 cpatch 的窄門，進 /beta/5$tanliwu 抓檔。
2.用 ultraedit 編輯抓回來的 file list ，開始把沒有興趣的 list 刪掉，
  留下最後幾個想抓的。                 (這時都還在上線中，但 idle 著，因為在編輯)
3.把要的 list 複製剪貼到 Eudora
4.把這些地方填上
 To: Henry Wu <tanliwu@ms1.url.com.tw> (這個還好，可以用 nickname 方式解決)

 Subject: (0day)Req 981215 by Kii Ali (這個就很煩，有英文大小寫，日期得去
                                       (參照編輯中的檔名，by 後面名稱得自己填)
                                       (又怕填錯後 tanliwu 不幫我取檔了，所以)
                                       (還得翻舊信把「發信規則」找出來)
5.弄完了，寄出，好累，總計 idle 25 分鐘。


使用者 B 的角度
===============

如果是使用 email ，情形就會方便很多。以(使用者)的角度比較起來，還是收
到固定的 file list 有利多了。不用開 Cuteftp 取檔，和大家一起擠 cpatch 
的窄門，不用抓完後再開 Ultraedit 編輯，不用在編輯完後再剪貼進信件程式。

1.收到了 tanliwu 發出的 0day 列表
2.直接按 Ctrl-R 回信。
3.開始刪除不要的清單。
4.不用再剪貼到 Eudora ，也不用再填上 to: Subject: 等欄位。
5.弄完了，寄出，總計 idle 時間 3分鐘。如果不是在線上回信， ilde 時間為零。


使用者 c 的角度
===============

懶得看 patch-0day ，嫌煩，只需要多按一下 Del 和增加下傳時間，
浪費時間每封信為 0.5 分鐘。


發信者 taliwu 的角度
====================

* 工作量增加部分

1.把編輯好的檔案 Ctrl-A Ctrl-C Ctrl-V 到信件軟體。
2.填上如下部分
   To:patch-0day@cpatch.org  (可以用nickname 解決)
   Subjcet: (0day)Req 981215           (只有這一部分比較麻煩)
                                       (我是用輸入法的片語功能解決這個問題)
3.稍後再一起寄出，所以 idle 時間為零。

* 工作量減少的部分

1.不用開 Cuteftp 跟大家擠 cpatch 的窄門。所以也不用慢吞吞等進站。
  再麻煩的上傳到目錄 /beta/5$tanliwu 。

  節省了檔案的 update 時間，計 6 分鐘。


收信者 taliwu 的角度
====================

對 0day 的收信作業而言，沒有變化。


如果因接這樣的 0day 信件，而沒有辦法分類取得自己所要的資訊，
在那裡抱怨嫌煩，那不如不要玩 0day 檔案。也有人說，接
patch-post 信件很多煩，我能不能只接 patch-author 就好？結果
只會很簡單，通通不要接，請出 patch-author。判別和分類自己所
要的資訊，應該是滿重要的基本技能吧？

「減少收信量」並不是考量的重點，運作的「效率」才是重點。否則
因減少收信量導致其他浪費時間急速上升，那就跟原來的精神背道而馳了。

這是我一直贊同從 mali list 寄送 patch-0day 檔案清單的原因。

另一個考慮則是：大多數的人對自己的 mail server 取信的速度至少不會
太離譜 ( 免費的 accmail 或是 hello 除外)，對 cpatch 取檔就隨 isp 
不同有很大差別。就算是我，也很難避免對 cpatch 人太多時的慢速跳腳。

>  我相信他們自有很多門路, 我這項算是給他們多一種選擇而已
>  應該不會有很多人要, 而事實上大都數作者只做幾個熱門檔
>  要拿到這些檔門路多, 未必用得到我, 所以相信不會太忙的.

的確是多一種選擇沒錯。

弟的建議是，patch-0day 可以三四天 update 一次新檔資訊，一次發出
新檔訊息的量可以多一點。每天上線發檔當然可以，只是這樣會提早把
 tanliwu 累壞掉，那實在不是弟樂見的。

ftp 週轉更新率：一個星期∼二個星期

點播的檔案，您可以「視情形」擺上去，畢竟此站 cicada 是你開，此
檔是你栽，上站的人士要過此處，留下一些「買路財」配合規定也是應
該的。檔案空間不是無限大，那還沒關係；自己管站的時間可不是很多
，也不是慈善事業或義工，您不要累壞了。

檔案更新太快沒有用，檔案更新太慢佔自己的硬碟空間，選擇「點播率」
高的來擺總是沒有錯。至於大部頭檔案，我覺得，隨便你愛不愛擺皆可。
ftp 週轉更新率：一個星期∼二個星期是建議值，您參考看看。

反正您是 ftpmaster，開個站，大家爽爽快快最重要，其他都是假的。

>  取得這些檔是由這位朋友去條件交換, 該國際聯盟的規則是
>  每月要提供自己國家幾個新的軟體或遊戲上載, 才有權限繼
>  續當會員, 所以這位朋友都要自掏腰包去買新遊戲或軟體,
>  還需幾個人合力給他"喀喳"成rip , 現在他每月的網路費加
>  買軟體的費用, 已在哇哇叫了.
>  能否幫忙找找, 看是否有人能利用hinet帳號或民間ISP帳號
>  工作站抓檔的( Tanet 工作站試過幾個, 都只0.x k /sec的
>  速度, 這種速度單抓一個檔都抓不回來 )
>  但非Tanet 的線路卻可以很快, 如果有人能幫忙用工作站去
>  抓檔, 然後upload到0day去, 或提供工作站帳號給他, 讓他
>  以script去自動作業, 這樣他就可以少花很多網路費, 而檔
>  案也可以很快拿到. 幫忙找找看吧. ( 很難找就是了, 我也
>  正各方尋覓中 )

給 patch-author 大家看看，0day 是要花別人的人力財力堆出
來的。大家想想辦法，提供協助。

如果是像弟一樣，沒財沒力者，至少也要在 beta 偶爾發發評論
報告，也該算是對 0day 的 supportor 的最佳贊助吧。畢竟這是
成立 patch-0day 的原始想法與目的，不是嗎？

如果能如此，我們和 tanliwu 背後的朋友維持檔案、訊息、信件
的週轉的辛苦和付出的代價，至少不會有太大的遺憾了。