更正

如果確定都無人回覆，可以不說明原因設定無解答。

那請問當天PO當天就自設無解答。
發表那種無意義又不說明清楚的題目時。
該怎麼辦？
因為現在就有一個祭品出現了。

板大SOR

因為看板規 此類問題

1) 如話題無人回應，發問者可以點選主題內容下方的刪除按鈕刪除討論，或者利用『無最佳解答』功能結案。

(我沒看到刪除按鈕)
我才直接用無最佳解答

設置無最佳解答，不是有要填原因? 那邊不板大不是可以看到嗎@@? 我都有在那邊打原因

麻煩查一下看使用問題

to:東
已經pm給你。請詳看，感謝!!

to：皮老大
已經有做了處理了，原則上只記他一次警告，緩警告一次。有特別跟他說明互動性的重要性。
先原諒他這次。只是對操作上有問題而已。
當然如果還有同樣的情況再發生，將累加計算處理。這樣ok了吧。

我是認為發問者與回答者的互動交流是有一定的必要性。
通常很多情形是發問的人少揭露了必要或是需要補充的資訊。
回答的人又不可能說去完全塑造一個和發問者一樣的問題環境。
發問的技巧真的相當重要。
看看知識家，常常就一堆問題問出去就完全閒置了。
我來此地最主要是期望推廣幾個目的：
1.複雜而混亂的code能做有效率的重新架構。
2.對物件導向有效率的維護編程。
3.MVC架構的推廣實現。
4.透過測試來維繫程式碼的品質，完成需求，加速開發進程。
我發現很多人還是把PHP視為網頁開發而非程式開發，所以不重視編程架構和流程。
然而我認為既然他是程式設計就應該去遵從某些架構規範。
最起碼的來說，我看過很多架構和設計的書，實做在PHP也都有良好的實現。
既然如此為何不推展這樣的東西？
更何況很多還不是新技術而是行之有年的。

安安∼
請問那我PO文後沒多久自己找到解決方法∼
因為有貼文說明已經解決了
所以也就沒有人回應∼
那這樣可以直接點無最佳解答來結案嗎？
因為我好像沒有看到其它結案方式∼

有說明就可以。重點在於互動。一般來說如果無人回應你的話。也是ok的。

我只是針對一些人，大家好心討論回答後。突然來個無解答。也沒說明原因。有時很讓人傻眼。
如果已經自已找到答案了。那當然可以設定無解答了。但最好還是說明一下。可以的話。也將自已解決的方式分享給其它人看。