<p><span style="color: #000000;"><span style="font-family: comic sans ms,sans-serif;"><span style="font-size: 18pt;">漫步@雲端</span></span></span></p>

因為部門需要一套客服開單及派工系統 , 部門助理從她朋友那邊聽到有一套免費的系統應該會合用 , 這套系統叫做 Mantis (螳螂) Bug Tracker , 研究三四天後總算搞通了 , 的確還蠻符合我們的需求 ! MantisBT 是一套 APM(Apache , PHP , MySQL) 的軟體 , 所以安裝上也承襲了 APM 軟體容易安裝的特性 , 但是權限設定部份比較複雜難搞懂 , 不過經過幾天的研究測試發現 , 一開始安裝好時的預設權限設定應該就可以符合大家的需求 !! 想進一步瞭解 Mantis 可以參考下列連結 : Matis Bug Tracker 這隻螳螂(Mantis) 還挺猛的 — 免費好用的 Issue Tracking 工具

好久沒有玩 Joomla! 了 , 最近想要把我的網站從 Wordpress mu 改成 Joomla! 時 , 發現 Joomla! 已經由 1.7 改版到 2.5 了 , 上一次玩 Joomla! 時還是 1.7 版 , 不知道改版後有什麼新鮮的功能或特色 , 抱著嘗鮮的心情開始安裝 Joomla! 2.5.4 版 , 安裝還是一樣容易 , 不過要安裝繁體中文語言包時就出事了 !   出現 : JFTP: :store: Bad response Warning: Failed to move file! JFTP: :mkdir: Bad response JFTP: :Chmod: Bad response Unable to create destination

前一陣子我在 Wordpress mu 上的部落格不知道發生了什麼事 (被駭了嗎 ??) , 首頁變成一片空白 , 在同一個 Wordpress mu 上的其他部落格卻又都正常 , 上網 Google 了半天也找不到解法 , 最後決定把在 Wordpress mu 上的資料轉到獨立的 Wordpress 上 ! 首先先在 MySQL 上開好資料庫 , 然後安裝獨立版的 Wordpress , 安裝好獨立版的 Wordpress 後 , 將其中的 wp_commentmeta、wp_comments、wp_links、wp_options、wp_postmeta、wp_posts、wp_terms 、wp_term_relationships、wp_term_taxonomy 等 9 個 Table 刪除 , 只留 wp_usermeta 及 wp_users 兩個 Table . 接著從 Wordpress mu 上匯出wp_commentmeta、wp_comments、wp_links、wp_options、wp_postmeta、wp_posts、wp_terms 、wp_term_relationships、wp_term_taxonomy 等 9 個 Table 的資料 .  

如果已經裝好了 WAS 後才要變更主機的電腦名稱 , WAS 要按照下列步驟修改設定後才能正常運作 :   如果是 WAS 單機版(Standalone) : 1. 編輯 IBM\WebSphere\AppServer\profiles\AppSrv01\config\cells\<Cell Name>\nodes\<Node Name>\ 下的 serverindex.xml 檔 , 修改裡面所有的 hostName="<Old Computer Name>" 為 hostName="<New Computer Name>" (只有1個設定) 或 host="<Old Computer Name>" 為 host="<New Computer Name>" (共7個設定)

這一整周公費參加 “BMC Remedy AR 7.6.04  Foundation” 的教育訓練 , 之前對 BMC & Remedy 都很陌生 , 上了課才知道 BMC 的 Solution 及產品也挺多的 , 光 Remedy 這條產品線就有好幾個產品 , 而這次課程是所有 BMC 產品中的最基礎的課程 – Remedy AR (Action Request) , 顧名思義 , 只要是跟 Action Request 相關的應用 , 表單 , 流程 … 等都適用 , 這次上課中就以一家跨國企業要開發一個請假審核系統為情境 , 從無到有把這個系統做出來 , 也把Remedy AR 基本常用的開發功能都介紹演練了一次 , 感覺收獲蠻多的 , 課程設計的好 , 產品本身也不複雜 , 開發方法也簡單易上手 . 之前想幫服務部寫一個客服派工系統 , 一直找不到合適的平台 , 現在發現 Remedy AR 就很適合用來實做這個系統 , 系統架構都想好了 , 如果有時間應該兩天左右就可以把這個系統做完 !

最近在客戶那邊做 TSIEM 的 POC , 設定收集 Microsoft IIS 6 的 Log 都會失敗 , Log 已收集但傳不回 TSIEM Server 端 , Agent 端 actuatorXXX.log 的錯誤訊息如下 : <20111215 10:01:14 utc> P261M902V0.0.1L599A2S0E0:RunCrmJob: Job failed to start (65278)
<20111215 10:01:14 utc> P261M902V0.0.1L857A4S4E20:GenTool: Error deleting temporary file temp117_0.tmp created by ..\bin\getiislogs.bat
<20111215 10:01:14 utc> P261M902V0.0.1L857A4S4E20:GenTool: Error deleting temporary file temp117_1.tmp created by ..\bin\getiislogs.bat
<20111215 10:01:14 utc> P261M902V0.0.1L857A4S4E20:GenTool: Error deleting temporary file temp117_2.tmp created by ..\bin\getiislogs.bat
<20111215 10:01:14 utc> P261M902V0.0.1L857A4S4E20:GenTool: Error deleting temporary file temp117_3.tmp created by ..\bin\getiislogs.bat
<20111215 10:01:14 utc> P261M902V0.0.1L865A4S8E10:GenTool: Error creating chunklog using ..\bin\getiislogs.bat , returncode = -1, error code = 6

  最近在測 IBM WebSphere Virtual Enterprise 7  時遇到了一個怪問題 , 當我在既有的 WebSphere Application Server Network Deployment 7 上安裝 WVE 7.0 , 並選擇擴充 (Extend) Dmgr01 及 AppSrv01 這兩個 Profile 後 , dmgr Process 啟動了 nodeagent 就起不來 , 反之亦然 , 並且出現下面的錯誤訊息 : [2011/11/2   11:24:34:279 CST] 00000000 P2PBase       E   ODCF8005E: 起始設定 SON 套版時，發生非預期的異常狀況；異常狀況是 java.io.IOException: The P2P layer was unable to bind to a UDP port.
    at com.ibm.son.mesh.RawUDPImpl.<init>(RawUDPImpl.java:88)
    at com.ibm.son.mesh.UDPFactory.getUDP(UDPFactory.java:30)
    at com.ibm.son.mesh.Peer.<init>(Peer.java:463)
    at com.ibm.son.mesh.Peer.<init>(Peer.java:406)
    at com.ibm.ws.p2p.P2POverlayHelper.getPeer(P2POverlayHelper.java:147)
    at com.ibm.ws.p2p.P2PBase.getPeer(P2PBase.java:31)
    at com.ibm.ws.bbson.BBFactoryImpl.<init>(BBFactoryImpl.java:615)
    at java.lang.J9VMInternals.newInstanceImpl(Native Method)
    at java.lang.Class.newInstance(Class.java:1345)
    at com.ibm.ws.xd.bbson.corestack.runtime.component.CoreStackComponentImpl.getXDBBFactory(CoreStackComponentImpl.java:355)
    at com.ibm.ws.xd.bbson.corestack.runtime.component.CoreStackComponentImpl.initXDBulletinBoard(CoreStackComponentImpl.java:428)
    at com.ibm.ws.xd.bbson.corestack.runtime.component.CoreStackComponentImpl.getConfiguredBulletinBoardFactory(CoreStackComponentImpl.java:704)
    at com.ibm.ws.xd.bbson.corestack.runtime.component.CoreStackComponentImpl.getXDBulletinBoardScopes(CoreStackComponentImpl.java:282)
    at com.ibm.ws.xd.bbson.bbscopes.runtime.component.BulletinBoardScopesComponentImpl.getConfiguredBulletinBoardScopes(BulletinBoardScopesComponentImpl.java:270)
    at com.ibm.ws.xd.bbson.bbscopes.runtime.component.BulletinBoardScopesComponentImpl.getPublicScope(BulletinBoardScopesComponentImpl.java:357)
    at com.ibm.ws.xd.comm.BBComponentImpl.start(BBComponentImpl.java:82)
    at com.ibm.ws.runtime.component.ContainerHelper.startComponents(ContainerHelper.java:538)
    at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl.java:627)
    at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:618)
    at com.ibm.ws.runtime.component.ServerImpl.start(ServerImpl.java:502)
    at com.ibm.ws.runtime.WsServerImpl.bootServerContainer(WsServerImpl.java:298)
    at com.ibm.ws.runtime.WsServerImpl.start(WsServerImpl.java:214)
    at com.ibm.ws.runtime.WsServerImpl.main(WsServerImpl.java:666)
    at com.ibm.ws.runtime.WsServer.main(WsServer.java:59)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at com.ibm.wsspi.bootstrap.WSLauncher.launchMain(WSLauncher.java:213)
    at com.ibm.wsspi.bootstrap.WSLauncher.main(WSLauncher.java:93)
    at com.ibm.wsspi.bootstrap.WSLauncher.run(WSLauncher.java:74)
    at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:92)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:68)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at org.eclipse.core.launcher.Main.invokeFramework(Main.java:340)
    at org.eclipse.core.launcher.Main.basicRun(Main.java:282)
    at org.eclipse.core.launcher.Main.run(Main.java:981)
    at com.ibm.wsspi.bootstrap.WSPreLauncher.launchEclipse(WSPreLauncher.java:341)
    at com.ibm.wsspi.bootstrap.WSPreLauncher.main(WSPreLauncher.java:111)

  利用國慶日三天連假在家給它好好的玩了一下 Joomla! , 嘗試利用 Joomla! 1.7 來建構公司的部門網站 , 結果還算差強人意 ! Joomla! 果然是一套容易上手 , 功能不錯的 CMS , 到目前為止只發現了兩個小缺點 , 第一是在權限控管的部份還不夠彈性 , 例如 , 假設有一個選單(Menu) 希望 Public 的人看得到 , 但登入網站後就不要看到 , 這樣的需求目前好像做不到 ?? 另一個問題是元件及模組的中文化問題 , 可能是我的 joomla! 是最新的所以元件及模組的中文化還跟不上 . 根據部門網站的需求到 Joomla! Extension 網站找免費的元件或模組來用 :  

  Joomla! 1.7 出安全性修正程式了 ! 更新步驟如下 : 1. 從後台管理介面 , [擴充套件管理]  

 
Joomla! 1.7 與 Ajaxplorer 3.3.2 的整合步驟如下 :

1. 安裝 Joomla! 1.7
2. 安裝 Ajaxplorer 3.3.2
3. 建立 Joomla! 新的選單 – 文件管理 (類型 : 外部網址)
4. 設定 Ajaxplorer
5. 安裝及設定 Joomla! Ajaxplorer Bridge 外掛