不是東西的東西

http://smallcode.weblogs.us/2006/06/05/self-extracting-executables/ http://webster.cs.ucr.edu/Page_TechDocs/pe.txt http://spiff.tripnet.se/~iczelion/pe-tut1.html http://www.alexfedotov.com/articles/launch.asp

列印跟隨 全文 可參考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 已與警方聯繫密切注意後續相關追蹤 ==================================

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

微程式資訊 - RFID開發套件教學 課程訊息如下: http://www.program.com.tw/Class/index.html

我反過來問一個問題: 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就 判斷這份為...

使用proxy 或是將mod_perl 與靜態物件分離....策略 http://www.modperlbook.org/html/ch12_01.html http://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html