相關業務/技術合作 行銷/經銷/代理;可洽 service@imoo.tw
最後30個讀者迴響: RSS訂閱
請問:


我在3best租用虛擬主機 昨天下午網站就一直上不去連3best官網也掛掉了

請問是怎麼回事??
由 min 發表於 0:39, 五月 7, 2011 | 113.61.180.* | lv042171 at yahoo dot com dot tw

由 210.3.231.* 發表於 11:26, 五月 4, 2010

老兄您會不會廣告打太ㄉ了啊? 好多篇文章都是廣告
由 康康 發表於 9:47, Jan 14, 2010 | 60.250.60.*

不錯,我喜歡。
我愛天天問 發表於 12:12, Dec 1, 2009 | 113.194.129.* | http://www dot ubrow dot cn

msn 的另一个 web 使用网站 http://www.msn2web.com

模拟了msn 客户端, 我也考虑把服务器以api 的形式open 出来给大家使用
max 發表於 7:31, Sep 30, 2009 | 222.70.144.* | ppmsn2005 at gmail dot com

機器人挺不錯的。
自由網域 發表於 16:21, Sep 29, 2009 | 113.194.136.* | www at libertytimes dot cn

由 60.160.10.* 發表於 12:04, 五月 2, 2009

這都可以,要試試看。     
由 118.212.11.51 發表於 12:59, Dec 23, 2008 | 118.212.11.*

現在還是蠻多這類服務,台灣大概有8個以上知名的msn機器人,我相信未來會有更多,不過我們發展MSN機器人套件,跟其他廠商的經歷可能不太一樣,我個人大概在2002年就開始投入MSN Protocol的研究,在當年就已有msn web版的研究成果(當時微軟可能還沒有這個東西?),不過一直沒有做成類似產品(開發套件),主要的原因是;我們的目標只想把IM應用在RFID(自動控制)的領域,在大約2004年,我們決定使用自行研發XMPP Server當成主動式RFID 的訊息平台(MXP),因此拿到經濟部示範性科專(http://www.program.com.tw/news/news_071212.htm),直到今年因為業務考量,重新包裝這個已經躺在公司6年沒在使用的技術,我不知道像媽祖這樣的msn機器人研發歷程是不是也很久了,不過;伺服器的相關研發工作是我們公司的核心技術,我們對其他的IM Protocol有很熟,所以其實這個套件,也算是研究部門的一個小的技術分支

另外給您參考
http://rd-program.blogspot.com/search/label/gtalk
這個gtalk 英翻繁體是全世界地一隻gtalk 翻譯機器人,連google 本身也只有簡體的版本

xue 發表於 18:47, Nov 16, 2008 | 122.117.15.* | sonet dot all at gmail dot com

以前有很多MSN機器人,現在好像提供此服務的少了很多。
118.212.15.125 發表於 15:20, Nov 16, 2008 | 118.212.15.* | 118 dot 212 dot 15 dot 125

您說的是,不過我倒是沒有下自己的結論,我只是覺得讀文章不能囫圇吞棗,有時候需要反思,無論如何;還是謝謝你的留言
xue 發表於 8:50, Sep 4, 2008 | 122.117.15.* | sonet dot all at gmail dot com

Stars are made, not born. 我google了這俚語來到你的blog
我想說一下我自身的感覺, 其實並沒有矛盾呀
其實與民間「七分靠打拼」都只是鼓勵人心的話語
但如果沒有天份, 那也能靠努力彌補, 以勤奮轉換成生產力
一個project可能擅長的人三個工作天就能完成
但不擅長的人也許花了十個工作天, 一樣可以達到同樣的生產力
我身邊也有許多沒有sence of computer science的人
剛開始coding和處理事情的方式都顯得不是很smart
可往後在工作領域中都有突出的表現, 重點我看到了他們的努力
如果要解讀成他們原本就有天份, 只是尚未被開發
那就是個人解讀的不同了, 見仁見智, 提供你另外一個思考的角度
但我想不論天份與否, 努力是不可否定的, 於是Stars are made 彼此共免之
由 fengying 發表於 0:12, Sep 4, 2008 | 218.164.110.*

你說的沒錯! 在team 裡面我們往往看到重複的劇情

你的部份何時會完成?明天中午前一定好!但到了明天中午才發現對方還沒開始動,於是詢問達到的答案是,因為昨天有一個工作delay 了,所以;我沒辦法準時完成...而最後教出來的東西,bugs一堆;因為為了要趕時間,連簡單的測試一次都沒有做...

重承諾是一個team很重要的事;我們每個人都可能有做不完的工作,然而;嘗試著組織一下工作順序,可以讓工作效率提昇,能夠讓我們對別人的承諾實現,這樣;對整個team 才能有所助益,否則每天加班也無法消化這些未經整理的工作項目
xue 發表於 11:44, Sep 1, 2008 | 59.120.234.* | sonet dot all at gmail dot com

感謝你的分析
xue 發表於 11:36, Sep 1, 2008 | 59.120.234.* | sonet dot all at gmail dot com

其實你寫到了一個重點...你沒有封鎖對方。

而且當彼此互相刪除對方,僅僅只是刪除而已,可是就像我之前說的,允許清單裡面還有你。

你要先釐清一點,刪除對方不代表不允許對方跟你聊天喔!

也就是說,即使你們互相刪除了對方,可是你們還是可以彼此聊天...(其實這真的做得到,也不用靠外掛)

問題就是因為允許清單裡面,你們是允許可以互相聊天的,所以,在可以互相聊天的情形下,即使其中一方加了對方,本來就不會跳出通知,因為對方已經在你的允許清單裡面了(已經允許了,何必還要第二次允許?)

不過,如果你把對方從允許清單裡面刪除的話,對方新增你的時候,(或是傳訊息給你的時候)你會再一次接收到新增好友的通知的。(當然,如果你封鎖了對方,那們你就接收不到新增好友的通知了)

不曉得這樣子還有沒有不懂?其實最主要的問題是允許清單,因為很多人都不知道這個是幹嘛的。(大家都只在注意封鎖清單....)
show 發表於 10:35, Sep 1, 2008 | 125.233.6.* | showww at gmail dot com

這樣的話我也跟所帶領的弟兄姐妹們講過很多次,一個員工加班不代表他真正的努力,更應該去檢討是否為時間管理上出了問題?或是身為管理層的工作指派問題?當然為完成企畫以趕交付予客戶的偶爾加班是必需的,但不應視為常態,員工的績效不應該是建立在拼死拼活、加班沒日沒夜的低效工作表現,身為主管的更應該是要為那些在 '上班時間' 完成任務的高效員工喝采!
由 218.250.75.* 發表於 23:58, Aug 31, 2008

可能是我的表達方式不好

第一次彼此要成為聯絡人;然後彼此都刪除聯絡人(但不封鎖對方)

當你要訂閱我為聯絡人時;如果我拒絕你一次;從此以後;你即使訂閱我為聯絡人,我都不會收到通知(也就是我無法在做核准的動作),但是你卻可以看到我的上線情況,反之亦然
xue 發表於 15:31, Aug 27, 2008 | 59.120.234.* | sonet dot all at gmail dot com

有關於您在文中提及的msn bug,個人覺得這應該不太算是一個bug。當雙方互加msn連絡人時,其實會在msn伺服器建立一個允許清單,當然那個允許清單在msn的程式上是可見的,就是隱私內的允許清單。

不過當雙方都互相刪除時,msn伺服器並不會跟著做出刪除的動作,即使雙方都互相刪除了對方,(刪除hotmail連絡人是mail那方面的,所以其實沒影響),可是那份記錄還是會記錄在允許清單裡面..使用者必須"手動"去執行"右鍵點選刪除"的動作,才可以完全的刪除。

不過這樣究竟有沒有完全刪除就不得而知了,因為msn伺服器應該是每一個人都建有msn的允許清單,究竟這樣手動的刪除動作是只有影響到我還是雙方皆有影響,這是還要必須再做測試的動作..
show 發表於 13:34, Aug 27, 2008 | 125.233.3.* | showww at gmail dot com

one reason I hate MS system (IE+fiddler type of stuff)
因為他們會竄改設定 o_o
這樣說來 Kaspersky 還比較像是 driver level 擷取封包?
(感覺啦 沒做實際研究就是)
由 r 發表於 21:39, Jun 21, 2008 | 218.168.180.*

你說的沒錯! 這裡面有些部分是我猜想的,在真的仔細找資料後,我發現跟事實有一些出入;稍晚,我會再整理後把它做一個說明
sonet.all 發表於 9:25, Jun 21, 2008 | 122.117.15.* | sonet dot all at gmail dot com


好像又有這麼點的不同
如果真如妳所說是網卡driver level
那我就不確定是否相同了 XD
由 r 發表於 5:33, Jun 20, 2008 | 218.168.180.*

感覺跟 kaspersky 掃描 ssl 一樣
先行整個節取資訊
然後在自行發一個憑證
所以browser端 都會跳出 憑證有誤問題
由 r 發表於 5:31, Jun 20, 2008 | 218.168.180.*

技術領域的工具書的抄襲的情況,比其他書嚴重
sonet.all 發表於 1:53, Jun 13, 2008 | 122.117.15.* | sonet dot all at gmail dot com

抄襲啊...看到這詞彙
還以為某個刀很多的傢伙又在炒知名度了
由 118.169.145.* 發表於 20:40, Jun 11, 2008
Collablog Portal enabled