討論區/大鳴大放
作 者( 匿稱 ) 文 章 標 題 :關於討論區的文章被回應時 張貼時間
梁楓
等 級:
離下一階級: 194個瓦
目前累積: 6個瓦
連絡作者: 不給啦
當討論區的文章被回應時
是否可以加個email通知?

有時要找遍整個討論區才發現有人回應自己的文章
甚至還漏回,實在不值啊!
2004/6/30 上午 03:42:27
 
您若要評分、發表文章或票選議題、回應文章,請先註冊/登入
目前得票數0朵 目前得票數0坨
回 覆 文 章作 者( 匿稱 ) 回 覆 文 章 內 容: 張貼時間
笑神(版主)
連絡作者: 不給啦
這個機制我們在架構網站時,的確沒有想到。
目前網站的架構是否能夠輕易轉換成:有人回應時寄發email的功能,尚待與系統管理者討論,畢竟也是有人不希望一有回應,就用email通知。

謝謝您的建議。
2004/6/30 上午 11:14:20
青狼
連絡作者:
一個小建議..如果真要做這功能..可以在發表文章時加個是否要mail通知有人回覆的選項
這樣就可以隨個人需要選擇了..^^
2004/7/2 上午 03:19:59
笑神(版主)
連絡作者: 不給啦
to 青狼:

就是那整個系統必須要做您說的機制,才會更複雜啊。
2004/7/2 上午 11:16:28
天地一傻鷗
連絡作者: 不給啦
dr. 傻鳥中場插花時間...

想必你們是看到了及使用到了現在很多站台在用的機制
phpBB2以及其他類似的論壇程式

論壇程式是一套可以設定社群群組的公用程式
像這邊一樣的區域,可以無限制開啟
相對的,堶悸漪蛫鴷\能也能夠無限制使用
而由架站者自行控制使用者使用的權限
但是這幾套程式,開發時間都很長
副程式也高達200多隻,小花有架一套陽春型的在瓦片集中營

E-MAIL回覆沒有這樣的單純
首先要先加入判斷式,判斷哪些呢??
1. 判斷是不是有新的發言??
2. 判斷新的發言是要回覆給誰??是文章發文者還是底下的回應者?
3. 判斷發言者之後,再判斷這個會員是不是不希望收到通知函
4. 判斷可接受通知的自動發信通知,不接受通知的不予通知
5. 判斷被通知的人是否上來瀏覽,如果遲遲未瀏覽是否要持續通知?
6. 判斷被通知者上來瀏覽之後即停止通知
7. 判斷被通知者是否又持續發言,然後再重覆以上動作

因此一個mail的通知,要修改會員模組、回覆模組、發言模組
以及再新增幾隻mail回覆功能模組
不是不好做,而是做出來之後整個的運作很耗資源
程式及主機的負載會增加

∼喜歡插花的Dr. 傻鳥
2004/7/2 下午 09:12:49
Malone
連絡作者:
瓦舍當真臥虎藏龍啊!
2004/7/3 下午 02:58:38
青狼
連絡作者:
其實加mail通知沒那麼複雜喇.不過如果考慮到主機的負載.那真的是該想想..呵呵
不然一天主機寄個幾百封信出去...流量也不小
2004/7/3 下午 10:35:22
天地一傻鷗
連絡作者: 不給啦
青狼:
想的太簡單了喔,要加個MAIL回覆
那麼以上我所列出的都要考慮進去
而像現在發言的頁面也都要加入參數和判斷式
不然,怎麼完成MAIL通知的功能??

我是不知道瓦舍的網站是掛在虛擬主機下
還是自己架的主機...
主機要用到SEND-MAIL的功能
負載說大不是很大,但影響總還是會有
2004/7/4 上午 12:23:58
青狼
連絡作者:
在寫這篇回覆時.我心理想..會不會到最後這篇變成在討論程式語言..哈哈
回歸正題..其實一般網路論壇所謂的mail通知回覆都是做到
[當有人回覆某篇文章時.判斷該主題發起人是否要接收回覆通知.如果要就run不要就不run]
所以不會有傻鷗兄提到的

1. 判斷是不是有新的發言??
2. 判斷新的發言是要回覆給誰??是文章發文者還是底下的回應者?
5. 判斷被通知的人是否上來瀏覽,如果遲遲未瀏覽是否要持續通知?
6. 判斷被通知者上來瀏覽之後即停止通知
7. 判斷被通知者是否又持續發言,然後再重覆以上動作

而如果以瓦舍的程式是外包的話..想跟設計者柪一個這種功能應該不難
(看板主柪東西的功力摟..嘿嘿)
畢竟如果真做到第2.5.6點..那不管是哪台SERVER應該都負荷不了

ps:瓦片集中營的論壇我有去看..也有註冊名字了.請多多照顧喔..呵呵
2004/7/4 上午 02:23:26
天地一傻鷗
連絡作者: 不給啦
青狼:

沒有關係啊^^
一來這邊是大鳴大放,二來其實原發言者的答案已經有了
就當做是交流沒有什麼不好....

其實討論這問題是純交流啦,因為我們盲目在討論
實際上瓦舍可能根本就不考慮,呵呵呵...
更何況我們不是工作人員,所以純脆交流討論^^

如果是說單純的僅回覆發言者,那當然單純很多
但是,如果回應者也考慮進去呢?
因為這邊也有版主會做回應,是不是需要兩邊做通知呢?
亦或是,當有了這樣一個功能之後,自然的就想要更多功能?
這個問題往往大多數程式設計都遇到過吧??^^
一來是客戶無限制天馬行空的想法(這相聲瓦舍倒不曾有過,從架構上看來)
二來就是網友再度要求,『我也有參與回應啊,那我也應當收到啊』
那麼第二點的問題,是現在忽略呢?還是乾脆就現在加上?

既然如此,第五點存不存在??要不要做??
還是只通知一次就不管他了??回不回應他家事?
個性比較有原則的站務大概會認為通知一次就不管他了
如果不是呢?

假若第五點成立,第六點自然也就成立了

這種問題是,要嘛不做,要做的話,規劃期就得先定好了規格
這邊與一般論壇的不同點是,那些論壇程式是寫好下載
功能定死了,頂多更新模組及元件,但規則不變
這邊卻是專案開發,提案者想的自然就可能很多



2004/7/4 上午 03:05:51
青狼
連絡作者:
其實第2點的功能是可以討論的.
但是第5.6點我個人是不會考慮這種功能.不為什麼.只因為現在網路上的人習慣不好
很多人都是.
[好.我現在心血來潮來post個主題..再來他老大再也不來了..就這樣擺者]
不然就是一些留假信箱騙過系統的!
還是回歸基本面.如果此人是我上面提的那種人.你寄一百封也沒用
搞不好還會收到個幾千封退信.而如果真的是有心的網友.你寄一封他就知道了
多寄他反而覺得煩!
所以在便利跟現實情況間...有時還真的蠻難抉擇的^^"
2004/7/4 上午 03:29:54
天地一傻鷗
連絡作者: 不給啦
那沒辦法...^^
往往很多時候都會遇到一樣的問題:

『要給這些不遵守遊戲規則的網友這麼多的方便嗎??
可是遵守遊戲規則的網友更多啊.....』

於是乎,就得看提案者是有原則的,還是憂柔寡斷的了
還有那種都已經開發下去了還遲遲沒有決定的^^
更慘.....

設計者當然希望在設計上無形中設限
讓功能看起來好像彈性很大、功能很強
實際上根本就仍在既定的規則下運作

偏偏電腦和程式是死的,你教它做什麼它就做什麼
人可變化多端了...


2004/7/4 上午 04:07:04
青狼
連絡作者:
所以摟..科技始終來自人性這句話
另一種解釋方法就是...由於人性..所以很多方便的東西反而不能做..哈哈
說到人性..我剛在我站上刪了一個下不到東西就開罵的網友帳號
竟然敢給我罵髒話.好像我東西給他下載是應該的似的..=.=
我可沒這的板主這麼好脾氣..還用勸導的..呵呵
2004/7/6 上午 01:50:58
梁楓
連絡作者: 不給啦
呵...
真是不好意思...
因為 @@ 傻鷗所提到的 phpBB 中文化團隊(竹貓星球)
正好是小弟握有的團隊資源之一 XD
其實這裡有玩Linux的人不多...
不然應該大都會聽過我的名字 @@

針對傻鷗兄弟所說的
E-MAIL回覆沒有這樣的單純
首先要先加入判斷式,判斷哪些呢??
1. 判斷是不是有新的發言??
2. 判斷新的發言是要回覆給誰??是文章發文者還是底下的回應者?
3. 判斷發言者之後,再判斷這個會員是不是不希望收到通知函
4. 判斷可接受通知的自動發信通知,不接受通知的不予通知
5. 判斷被通知的人是否上來瀏覽,如果遲遲未瀏覽是否要持續通知?
6. 判斷被通知者上來瀏覽之後即停止通知
7. 判斷被通知者是否又持續發言,然後再重覆以上動作

其實都不難
而且系統負載也不大

為何這麼說呢?
其實小弟是 www.study-area.org 及 www.vbird.org 的站長群之一...
這二個站在國內的Linux社群而言,都是非常大的站
每天確實都有“數百封EMail通知”
而我們的機器,是P-III的機器...
ram 512mb ^^
頻寬是可以控制的

如果站長願意讓我看一下這個討論區的原始碼的話
我也很願意協助撰寫這些程式碼 ^^

或是願意的話
我也可以提供整套的OpenSource解決方案給瓦舍
這是我的專長,做起來其實並不花時間 ^^

順面可以宣傳一下...
如果有人想學 PHP 這個程式語言的話
也可以到 http://liy.2share.net 上
我正在寫教學文件...但是還不完整就是了 ^^

ps:
唉... 剛才在發表文章的時候...
才發現,連相聲瓦舍的網站都是“IE Only”...
不用Windows + IE 就不能發表文章...
這個在我們業界叫做強迫使用者盜版 ><

能請程式設計師盡量減少“IE專用的JavaScripts”嗎? ><
2004/7/18 上午 12:33:46
sputnik
連絡作者: 不給啦
梁兄:

在您P.S中所言,盡量減少“IE專用的JavaScripts”看來很難,瓦舍整個系統似乎是用Windows2000+Microsoft-IIS/5.0+Active Server Pages....都被微軟綁在一塊啦~~
2004/7/18 上午 05:06:58
梁楓
連絡作者: 不給啦
sputnik 兄:

此言差矣...

Server 是工作人員要負的責任
就算工作人員自己寫一套全新的作業系統,使用者也不會有影響
Client 是用戶自己要負的責任
所以全世界才有這麼多作業系統可以選擇

但是其中都有一項叫做“業界標準”

M$ 事實上喜歡背著標準走...
所以才出現半吊子的MS 專用JavaScripts

並不是說使用JavaSciprts不好
重點是用對地方,也要處理的夠好
(不過以我個人的角度,我是要求公司的程式設計師不使用JavaScripts)

而在網頁上,通常會出現“強迫盜版”
大都是因為使用了“非業界標準的JavaScripts”
而不是因為用了Windows+IIS+ASP
畢竟Windows+IIS+ASP是Server
Client只接受Server處理後的訊息
但是JavaScritpts卻是要Client自行處理的模式

因此我們才說,IE Only?
那不啟不是強迫盜版+強迫中毒?
這個甚至在台灣幾個比較大的學府也被廣泛的討論過...

附註...
有人可能還不懂為什麼叫強迫盜版..
IE 是一個免費取得的瀏覽器(?haha..)
但是“必需”購買Windows,所以上這個站就必需使用Windows OS
這是所謂的強迫盜版
(因為使用者沒了選擇,就像是相聲瓦舍沒出新戲,我們就不能看其它的表演團體表演)
而且漏洞頗多,所以常常不斷的造成困擾,即使調成最高安全等級亦同
(這就像是演員在台上表演,台下卻手機聲四起啊)
2004/7/18 上午 08:42:29
天地一傻鷗
連絡作者: 不給啦
梁楓:

感謝您清楚的講解,希望有空時,我們還能夠聚會交流一番^^

程式中使用mail的功能事實上負載並不大
但是盡可能要與主機搭配設定...
主機設定得當的話,就算一分鐘一次發送十萬封
也都不影響到主機的負載...
不過這是在主機能夠由自己控管的情形之下
就如同PCHOME等可以自由自在的發送電子報一樣

瓦舍用的理論上並非是Colocation(依網站架構判斷)
那麼就無法自由的控管主機,而要搭配主機預設的設定
在這樣的前提之下,『可能』就會影響到主機的負載
這也就是為什麼很多虛擬主機公司在租用主機時
會禁用論壇程式以及聊天室程式的原因之一...
畢竟虛擬主機上有太多客戶掛在主機上
主機的設定相對是給予很多的限制的,並控制住流量

我所講的部份會影響負載有多少這我很難說
而且與程式的寫法也有很大的關係
所以我在回應時,會先考量到瓦舍的主機環境與網站架構
呵呵呵....

另,同時回應sputnik 與梁楓的是:

所謂『被微軟綁在一塊』有一半原因是被我們設計師刻意放棄
以前我們還會考量到NETSCAPE規格,但隨著IE使用者的增加
變成刻意放棄使用其他規格,便於設計出一般USER即可瀏覽閱讀的網站
但並非每個網站都是如此,企業形象網站可以、一般互動式網站可以

不過,要是建置到政府機構、或是大型的電子商務網站
就不能這樣做了,一來,ASP一直有著很多問題,包含COOKIE
二來,為了安全性及跨平台的原因考量,就不一定要用到微軟的單一規格
因此,很多平台會採用PHP,更有很多平台會採用ASP.NET+C# 或用 JSP
這就是顧慮到梁楓所說的重要問題...

甚至於在ASP.NET底下用到SCRIPT時要求最基本的寫法也要用VB SCRIPT
這些這些一堆奇奇怪怪的問題都是因為微軟這家海盜國王所造成的結果
因為它的壟斷,反而讓規格無法真正統一.....
2004/7/18 下午 02:34:31
梁楓
連絡作者: 不給啦

我想強調的
1. 微軟並不是“海盜國王”,嚴格來講,反而是我們這些使用者才是所謂的“海盜”啊!^^
而許多資訊創作者是導至使用者變成海盜的關鍵人物。
2. 針對“IE Only”這段,我所了解的“是否非得要JS or VS 才可以達到所需的效果?”
呵呵呵,這個在業界見人見志
倒是用PHP or ASP.NET or C# 這些都屬於Server,與Client無關
就像是目前的討論區,對一般的瀏覽、登入其實都沒有問題
就是“發言”的時候卻因處理不愖而造成除IE外無法發言
這個是可克服的 ^^
3. 業界規格即是業界規格,用業界規格是所有人都能看
但用非業界規格,則是只有一家能看
這就是開放與封閉之差
這也是我投身入OpenSource推廣的原因之一

在此強調
我並非“反微軟”
因此許多人所謂“用 ASP、C#、PHP xxx”都不是重點
重點是呈現在使用者之後,是否能讓使用者保持自由?

不過講到這我倒是好奇...
傻鷗有在管理這個系統?

ps: 虛擬主機其實我也是許多廠商的後援兼打火部隊... f^^
目前以虛擬主機而言,Server端採用PHP or ASP 基本上是一半一半
2004/7/18 下午 05:23:23
天地一傻鷗
連絡作者: 不給啦
梁楓:

我說微軟是『海盜國王』,台灣才是『海盜王國』
我們呢!!是『海盜王國』的子民,這是不一樣的
為何微軟是『海盜國王』呢??ㄟ.......
微軟的歷史大家都知,IBM的OS、APPLE的OS根源都一樣
始作俑者卻是比爾蓋茲,我是從這角度來說的....^^

我沒在管理這邊的系統,我只是依網站架構來判斷其系統
但應該也八九不離十...

使用不同語言的主要目的,在一般的中小企業中
其實除了考量該語言是否能夠輕易的達到需求之外
最主要的應該還是考量到架構成本或是熟悉程度
就像你說的:『倒是用PHP or ASP.NET or C# 這些都屬於Server
與Client無關,就像是目前的討論區,對一般的瀏覽、登入其實都沒有問題
就是“發言”的時候卻因處理不愖而造成除IE外無法發言
這個是可克服的 ^^』
這一部份來講,客戶想法有時候會是:
為何我要使用ASP造成COOKIE產生問題之後
再來去尋找解決方案解決這問題呢??
而我又有多少成本可以解決這問題??

我就有這樣的客戶因此認為乾脆改寫成PHP比較快

在常替大型企業或是專業機構規劃的朋友比較少遇到這些問題
有時候能提出需求的,自己都先做好SA,SPEC也都已經開好
往往執行者只需要依照SPEC來CODING即可...

不過一般中小企業目前在進入這市場以及開始著手這樣規劃時
就可能摸不著邊際了...
2004/7/18 下午 05:57:37
梁楓
連絡作者: 不給啦

sorry.. 是我看錯...

其實常常幫中小企業規劃
目前台灣的中小企業最大的問題
就是眼界不夠大,看的不夠多

看來傻鷗也是做資訊業的?
有機會到台北在出來喝喝茶啊 ^^
2004/7/18 下午 08:21:29
天地一傻鷗
連絡作者: 不給啦
那當然好啊,你可以報名這次的網聚
我們就可以一起聊聊了....

不然做我們這行想要喬出時間來還真不容易^^


2004/7/18 下午 10:49:06
阿紀
連絡作者: 不給啦
傻鷗哥哥?!
看你上頭的發言…
你會參加這次瓦片集中營的網聚是嗎?
這樣的話…
我要更努力找外出的理由了…^^

2004/7/18 下午 10:52:17
梁楓
連絡作者: 不給啦
七月二十五...
真不好意思
我還在大陸視察業務 f^^ 肯定是到不了了...
2004/7/18 下午 10:55:38
天地一傻鷗
連絡作者: 不給啦
紀妹妹:

默聲都發信過來了,能不去嗎??^^

梁楓:

沒差,最近反正常跑業務
有時候總會隨便繞繞
有機會再約好時間見面就行啦^^
2004/7/19 下午 08:19:11
阿紀
連絡作者: 不給啦
傻鷗哥哥…
差別待遇哦…
我以前也有寄信給你請你來參加聚會…
怎麼你就沒來?!
(原來你討厭我…)
2004/7/19 下午 09:18:27
天地一傻鷗
連絡作者: 不給啦
紀妹妹..

此一時,彼一時也.....
默的信件一發過來,內容還真讓我無法推辭

不然妳問雲,原本我告訴他這次我是不會出席的
因為還有一堆專案等著要去完成咧....
2004/7/19 下午 10:57:13
默聲
連絡作者: 不給啦
這東西默是個門外漢,不過有個問題想請教一下。
如果回覆以e-mail的方式通知,會不會信箱地址外流,造成廣告信件的增加啊?

默的號招力竟然比紀姐答康還大?!
不過說實話,默都忘記當初寄給傻鷗的信件內容是啥了。看來老人的忘性果然比記性好!

傻鷗:
您的“誤射事件”將會列為集中營第二常駐戲碼,與紀姐的“消失的聊天室”並列喔!
不過........這好像並不會讓人比較高興喔....= ="
 
2004/7/19 下午 11:24:04
梁楓
連絡作者: 不給啦
默聲前輩:
“如果回覆以e-mail的方式通知,會不會信箱地址外流,造成廣告信件的增加啊?”

如果你以經有在這個站註冊,那麼你獲得廣告信的風險以經與有沒有以e-mail回覆相同
因為e-mail通常只會寄到你的信箱,並不是寄到其它人信箱去

ps: 稱乎想好久啊 @@ 大姊? 如果默聲比我小我會不會被打?
小妹? @@ 好像...
所以默聲來這比我久,叫前輩應該還可以,呵呵

2004/7/20 上午 06:48:06
默聲
連絡作者: 不給啦
喔喔..........
謝謝梁楓的解答。

不過默聲就是默聲,不會是大哥,也不會是小弟,更不會是大姐或小妹,稱呼匿稱就好,不必多加稱謂了吧∼∼
 
2004/7/20 上午 07:34:02
阿紀
連絡作者: 不給啦
傻鷗哥哥…
你這種說法還是讓我有些許的不平衡…
唉…我敗掉了…
(考生有憂鬱傾向)

老人…
"消失的聊天室"已經過時了啦…
就乖乖的讓"它"消失吧~~~

梁楓呀…
你真想稱老人為…"大姐"還是"小妹"嗎?
相信我…您要是真這麼稱呼下去的話…
等你見到他本人後…大概會當場吐血身亡吧…



2004/7/20 下午 02:20:33
天地一傻鷗
連絡作者: 不給啦
梁楓:
這邊一向沒有前後輩之分
聞道有先後,術業有專攻
在不同的領域、不同的話題下
任何人都有可能變成前後輩
既然如此,也不需要分別了啊^^

默:
一個事件可以造成專有名詞,還有主題
你說...我怎高興的起來???你說....你說啊......

遇到你們這些人,認了...唉...

紀妹妹:
其實我能出席,默絕對是始作俑者...
就因為當初要我到中央服務台報到之後....

..................................
..........(中略,點點請自行翻譯)..............
....................................
..................................

這樣的情形之下,自然就造成我必須出席了
這樣妳懂了吧???...@@
2004/7/20 下午 10:22:46
雪戀
連絡作者:
一開始我都看ㄉ很懂... 只是到後來怎麼完全離題ㄌ...


2004/7/26 下午 09:53:54
系統維護:相聲瓦舍