bestlong 怕失憶論壇

 

 

搜索
bestlong 怕失憶論壇 論壇 考古區 Delphi.KTop 論壇之重出江湖 Delphi. KTop 未來方向討論(到此報名,謝謝)
樓主: dllee
go

Delphi. KTop 未來方向討論(到此報名,謝謝) [複製鏈接]

6#
遊客 發表於 2006-9-7 08:35
支持dllee 兄的見解

書逸或許有熱心,但在處理delphi.ktop 這麼多人連線且這麼知名的網站上
承受許多壓力,例如每天有看不完的問題回報與建議,加上有心人士的惡搞
也許經驗與時間上不夠充份,等總總因素以致於書逸也無力處理
所以我對書逸很抱歉,因為當初是我請他出面協助,給他不少壓力
我對大家也很抱歉,因為大家期待這麼久的Delphi.KTOP 讓大家失望了

我想,就算重新開始也無妨,但是遊戲規則要先訂好
一切都要先預備好才重新開放,包含版主的管理說明,
與新站功能說明與feature plan,讓大家知道我們的規畫,而非沒有組織
這樣重新開張才不會一團混亂
我講的組織不單是站長、版主的責任區畫分
既然要有一個team來承擔Delphi.KTOP 就不能只顧到論壇程式好了就算沒事了
而要有維護這個網站的工作分配
例如誰負責公關,誰負責寫程式,誰負責辦活動…
這才算是一個team

至於未來方向,餅也不要畫太大,能先恢復以往的狀況與人氣再談下一步
我個人是蠻常逛Mobile 01 網站,而我也是vip付費會員
其實付費機制並不是不可行,而是付費可以得到什麼好處是一般會員所沒有的
這個需要詳細規畫,增加網站收入也可以靠週邊商品
例如Delphi.KTOP 標幟的杯子或T 恤,一方面可增加認同,二方面可增加財源
所以,等Delphi.KTOP 新站再起,這些理想才有機會逐步實現,
前提還是我們的基礎要穩,不能連基本的東西都沒有,否則只是空談

Rank: 1

7#
發表於 2006-9-7 11:58 |只看該作者
其實以前的舊資料 真的是個寶庫 但是如果在轉移上有許多的不便個人建議使用
開放原始碼的論壇為基礎

暫且不說舊資料的解套方案
請以新論壇來經營之 至於DVD光碟 早在KTOP未關站前個人就贊同了
只是這項工程也不是很簡單的
希望在新論壇中 有類似的著作權條例 原意就如開放原始碼一般
如果只要在KTOP發表的技術資料 應以公開分享原則 並同意KTOP收錄日後的
技術資料光碟販賣 這樣才不會又有資料的著作權問題
先小人後君子 以目前的法律 就算不加這條 也是公開的
因為 KTOP 本身就是公開性論壇 不是限制性的技術論壇

至於 新網站如何處理 規劃 選擇 管理 這些大大小小問題
我想 KTOP 天使 不出面廣邀英雄帖 也只是 等待中的等待 等待花兒都謝了

雖然 個人也已經不在資料界 不過仍希望看到 KTOP 再現輝煌的一日

Rank: 1

8#
發表於 2006-9-7 12:18 |只看該作者
我的建議如下:

1.換回舊系統

2.如果第一點行不通就修正目前系統, 並加強其功能

3.如果以上兩點都不行, 就找一個大眾化的論壇再做轉資料的動作
9#
遊客 發表於 2006-9-7 12:18
看見長輩們對於討論區的用心經營,小弟深感同心一直想找類似的 term 加入盡點心力,不過小弟是半路出家的所以目前能力範圍大概只能在系統方面能有點支援。不過我也沒試著調校過面對大 Loading 時的細部微調,不過我相信是可以幫得上忙的。所以 FreeBSD 系統架設及相關套件安裝我想小弟應該可以幫得上一點忙。若有需要的話在交辦吧~~
10#
遊客 發表於 2006-9-7 12:57
昨天發信給天使,告知時間為週一晚上 8:00,同時問了一些問題,天使一早就回應了...
>...
>目前的離線包查詢站:
> 1. 雪龍 bestlong
>    http://ktop.no-ip.org/
>    ASP(用記事本開發) + MSSQL2000 PS
>    P4 3G Ram 2G + WinXP + NET 2M/512
>   
>    ASP 程式自己寫的,目前還有
>     查詢、個人發表明細、個人回覆明細、主題回覆
>    等四個查詢功能還沒有完成分頁處理,其他的都完成了。
>
> 2. Jasonwong@電腦小神童
>    http://program.cobbler.tw/
>    ASP.NET(用VS2005開發) + MSSQL2005
>    P4 3G Ram 2G + Win2003 + NET 2M/2M
>
>    ASP.NET 程式自己寫的,因為 .Net 配合 MSSQL 2005
>    已處理分頁的問題,所以,不需要特別處理分頁。
>...
天使回信
http://ktop.no-ip.org/的查詢速度也很慢
我想主要是DB的Table架構問題
不單單是修改ASP Source能夠解決的
採用ASP就得用IIS,我對IIS Server的維護沒信心,用到某天一定會掛的
如果用Web Hosting就可以解決維護的問題,不過流量太大的討論區一般來說到最後
都會被Web Hosting業者停權的,要好好思考一下!

我認為改寫原來的ASP程式不是辦法,只是回到老路,
採用全新的軟體,只是將資料轉檔過去,這才是徹底解決的辦法.


李信宏敬上
‹ 上一主題|下一主題

Archiver|怕失憶論壇

GMT+8, 2025-5-2 22:18 , Processed in 0.015451 second(s), 10 queries .

Powered by Discuz! X1.5

© 2001-2010 Comsenz Inc.