※ 引述《[email protected] (哭哭饅頭比較漂亮)》之銘言： : ※ 引述《monsa (不能原諒的事)》之銘言： : : 那不然 : : 可不可以先把推文和文章的檔案分開 : : 各自獨立一個檔案 : : 這樣子就可以寫單獨刪除推文的指令了 : 這樣子的話 more.c 就要重寫了 @_@;;;; 加個索引來定址每段推文的位置，這樣要刪的時候就可以很快的找到，不過有個 問題是: 文章被重新編輯後就不行了 @@ 那個索引檔就報廢了 XD 而且檔案系統 會有一堆小小碎碎的檔案 要不然... 瞬間有另一個想法: 分開推文的檔案，該檔案前若干位元組內含原文的結尾位置，然後有新的推文時 同步新增到推文檔案與原始文檔。 然後要刪除第 K (K>=0) 筆推文時，就重新把第 K+1 筆到最後筆寫回原始文檔 (原始文檔結尾 + K * 每筆推文長度) 好像推文的長度是固定 79 bytes 貌 ? 或是在那一行以 " <本推薦文已被 xxxx 刪除> " 的字樣蓋過，等 I/O load 低 時在 compact (像刪文那樣子) 然後要編輯原文時，可以把推文部分先裁掉，這樣就不會有亂改推文的問題。改 完再把推文黏回去原文尾巴 (或許再加上編輯時間等提醒被編輯過用的字樣 ?) 不過... 檔案系統還是有一堆細細碎碎的檔案... ^^| 這應該可以用一些資料庫 的方法處理掉 (還是乾脆塞到資料庫裡 @@ 不過醬子好像就破壞了 BBS 的工程 美感了) Anyway, 醬子 more.c 就不用重寫了 ^^Y 然後... 如果要實作刪推文的功能的話，希望能夠保留僅把數字歸零，因為有時 候只是不想看到一堆花花綠綠的數字 ^^"" -- 強求的東西 還是會走的 --

※ 發信站: 新批踢踢(ptt2.cc) ◆ From: 210.85.191.102