跳到主要內容

發表文章

目前顯示的是 12月, 2006的文章

ithome 專訪--談公司產品列印管理系統

列印跟隨 全文 可參考http://www.ithome.com.tw/itadm/article.php?c=41051 以下是 微程式 與優美公司合作的成功案例相關報導 -------------------------------------------------------------------------------- http://www.ithome.com.tw/itadm/article.php?c=41051 「 列印跟隨 」結合安全與便利 文/許雅婷 (記者) 2006-12-15 使用者下達列印指令後,文件便會傳到列印伺服器上,然後使用者可至任何一臺列印設備,經過 身分辨識 後(如透過密碼、指紋辨識、員工卡等)將保留在伺服器上的文件輸出。 在 資料安全 漸受重視,以及行動辦公室風潮的驅動下,列印設備也走上「隨處印」,讓使用者不用在電腦上安裝數個列印驅動程式,而僅要按下列印後,就可在任何一臺設備輸出。 目前包括惠普(HP)、富士全錄(Fuji Xerox)都已能提供列印跟隨的方案,國內廠商UB優美也在去年推出,佳能(Canon)、利盟(Lexmark)則在今年著手開發和引進。 各家開發的列印跟隨方案雖不盡相同,但基本架構大致一樣。使用者不用設定某一特定的IP位址,當列印指令下達後,列印文件便會傳到列印伺服器上,然後使用者可至任何一臺列印設備,經過身分辨識後將保留在伺服器上的文件輸出。身份辨識的方式則有許多種,比如透過 員工卡 (內有 RFID 晶片等)、密碼、指紋辨識等機制。 會採用 列印跟隨方案 的企業,大致上有員工眾多、辦公室占地廣大以及員工有經常移動的需求等特質。而導入的主要考量不外乎為避免資料外洩、提高員工列印的便利性,以及統一管理設備和進行列印控管等。 以一名採用富士全錄Follow me printing方案的科學園區客戶而言,便是基於便利的考量,讓使用者列印後,可至不同廠區後再輸出資料;而採用HP SecureJet方案的金融客戶,則是基於安全顧慮,讓使用者到達印表機前才將文件輸出,藉此降低資料外洩的可能性。 日前甫導入 UB優美列印 / 影印漫遊 方案的一名企業,便是基於以上所說的這些考量。此企業過去有100多臺的雷射印表機,包括各種廠牌、各種規格,讓IT人員要管理所有設備非常頭痛,而汰換和採購也不定期,因此造成採購人員的負

仿冒公司網站的詐騙集團

================================== 不肖人士 又繼續犯行.. http://www.zhuyeah.com/index.htm 已與警方聯繫密切注意後續相關追蹤 ==================================

2006.12.08 Digitime 訪問吳總的內容

(本篇文章限Digitime 付費會員閱讀..故無網址),只節錄其中片段 【2006.12.08 Digitime】 RFID 應用太新 SI業者選擇開發套件商應重實務經驗 (記者王明德/台北) RFID 話題這2年雖然被炒的沸沸湯湯,不過如果把時間拉長來看,目前仍處於萌芽期,大部分應用仍屬創新, 微程式資訊 總經理吳騰彥指出, RFID各種應用 所需的系統設備不同,因此所因應的 開發套件 也會有所差異,如果從一開始的選擇就出錯,後續設計出來的系統當然也會跟著不對,為了防止這種情況出現,業者在選購 開發套件 時,就必須先要求套件廠商的實務經驗。 日前, 微程式資訊 展示該公司旗下的 RFID開發套件 ,吳騰彥表示,無論在應用或技術, RFID 對系統整合廠商來說,都屬於新領域,在實務經驗不足的狀況下,所選擇的開發套件廠商如果也沒有經驗,所設計出來的系統在實際應用時,將有可能不如預期。 吳騰彥進一步表示,現在市場環境競爭日益激烈, 系統整合業者 必須同時兼具IT與客戶方面的產業專業知識,在企業資源有限下,對外尋求專業奧援以增加競爭優勢,將會是企業營運的最佳策略之一,選擇有實務經驗的開發套件廠商,不但可以提供正確產品,也可適時扮演顧問角色,對系統設計將有加分效果。

疑似IE7的bugs

我反過來問一個問題: xml 是不是由標籤的名稱來判斷他的文件內容型態是什麼? 如果不是;當我的文件做成 <OTHER> <RSSHEADLINEID>$rss_headline_id</RSSHEADLINEID> <FIRSTRECORDPOINTER>$IN{CGI_FIRSTRECORDPOINTER}</FIRSTRECORDPOINTER> <RSSCHANNEL>$CGI_RSSCHANNEL</RSSCHANNEL> </OTHER> 被ie7 判斷為是一個rss的內容(摘要) ,這樣ie7 是不是就有判斷文件是否為rss 的bugs ? 很明顯的ie7 不能以文件中是否有RSSHEADLINEID OR RSSCHANNEL tags來當做判斷文件是否為一份rss的依據,因為這兩個字眼非ie7 專屬的保留字 ,也非RSS文件專屬的tags 再反過來說,當我的xml 碼為 <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE xsl:stylesheet [<!ENTITY nbsp ' '>]> <?xml-stylesheet type="text/xsl" href='./sm.htm?src=main.xsl' ?> <ROOT> <OTHER> <RSSHEADLINEID>$rss_headline_id</RSSHEADLINEID> <FIRSTRECORDPOINTER>$IN{CGI_FIRSTRECORDPOINTER}</FIRSTRECORDPOINTER> <RSSCHANNEL>$CGI_RSSCHANNEL</RSSCHANNEL> </OTHER> ..... ie7會顯示,不支援摘要(RSS)包含DTD,然而這顯然不是一份RSS的文件,這份 XML還標示需要XSL 做剖析轉換,然而IE7完全忽略它,光由XML的TAGS就 判斷這份為