水月居幸福遊記

為了要在區域網路(LAN)上即時傳送訊息(IM, instant message)，XMPP 不失為一可行的解決方案之一，當初回頭使用這個方案是因為，XMPP 同時支援訊息和檔案傳送，如同之前所說，Openfire 在穩定度上有所動搖，好不容易把 openfire 帶起來，接下來要把用戶送上伺服器，openfire 自已有出 spark 好用，pidgin 也很有名，也是好用，But... 這些應用程式，都是在 PC 上執行，然而，現在根本沒有人會帶 PC 出門，別說 PC 不可能，現在連 nb 都少有人帶，依賴手機和平板的佔絕大多數，要想出門還搞 IM ，mmm... I'm crazy，即便如此，還是有少數的 iOS app 可以連上，但是穩定度堪慮，更別說要開群組聊天室(group chat/multi-user-conference)了，連想開都找不到按扭可以開，傳檔案！？還沒找到有設這功能的app。 為了連上 Openfire XMPP server 在平板上安裝app，測試結果十分不慘烈，看來得另謀出路，簡單地說，預想的功能需求，在這些 app 上全數「共菇」。 用戶端連接 XMPP server 大致上有幾種方式：   由使用者指定 XMPP 伺服器連過去：這種和預期的目標一致   連到app指定伺服器而且無法更動：要多註冊一個帳號，一定要上網際網路，多透過一台伺服器，非預期   利用 google talk 一類的帳號來連接：同上，伺服器端得加一個外掛，非預期 雖然最後有1、2個 app 可以連到 Openfire 伺服器，但是，幾乎無法加聯絡人、不能開聊天室、找不到既有的聊天室，看來，這一塊，有很長的路要走，現時看起來是個死巷。 經過這幾天試下來，xmpp恐怕難以成功，而且已經想到接下來的好戲了，就算能聊天，也可以傳檔案把主要的訊息順著流程傳遞，就算幸運地傳了檔案，對方也能收下，那麼，最後的環節會落在，PC 最常用的檔案格式 Word ，呵呵，要用什麼來編輯才好，效能，難道又要成為壓垮稻草的那隻駱駝了嗎？ 結果恐怕不如預期，得儘早打算。

以 xmpp 通訊協定為運作基礎的 openfire 伺服器(server)，用作私人的訊息交換平台，以其易於設定，後端操作界面容易上手，在股溝大神的搜尋結果中佔有一席之地，為了在封閉的內部網路環境中運作，再次回到 openfire 的懷抱，試著再次設置訊息交換環境，但是，使用執行檔安裝，要進後台的控制介面，在登錄時一直以失敗作收，直到使用 zip 壓縮檔來執行，才順利登入後台，覺得 openfire 功能開始有不穩定的狀況。 工作環境： Windows 7 64bit xmpp openfire 接著試著從用戶端(client)登入 openfire ，讓多個用戶端可以透過這個伺服器來交換訊息，在 pc、nb 當道之時，這樣傳送訊息和檔案的需求根本不成問題， xmpp 的用戶端選擇非常多，功能也很穩定，就在 server 後台無法登入之時，這些用戶端也一一以失敗告終，再次成功登入後台後，用戶端的部份得再重新試試；再者，現在平板設備當道，還有iOS、android 2種平台，要為這些用戶端連上伺服器，又增添變數，希望來日的測試順利。 雖然有想到了 IRC ，一探之下發現 IRC 伺服器雖然已經可以透過 DCC 來傳送檔案，但是沒有圖形管理介面，又是個之前完全沒接觸過不新的東西，風險畢竟是高，但是如果成功的話，伺服端似乎極為輕薄。 回到更原始的部份，或許，PHP + AJAX 的聊天室，也是不錯的選擇，網頁的平台如果順利測過，可以直接擺脫安裝 client 的束縛(這可是驚人的工作負荷)，直接在共通性高的網頁上交換訊息和檔案，希望不要引起另一場混亂才好。 或許，或許，找出斷訊的真正原因，回歸診間系統，才是王道。