其他

　　通常的看法是，使用者研究的對象應是目標產品的典型使用者。這看起來是一個非常簡單的問題，但是有時候卻很複雜。失敗的使用者研究中很多完全是由使用者選取不當導致的。可以說，如果使用者選取得合理，那麼整個研究就成功了一半。　　所謂“典型”，大概就是使用某產品的所有人中處於常態分佈鐘形曲線中間部分的那些人吧。好吧，如果我們現在準備訪談使用手機登入139郵箱發郵件的使用者，卻發現用過手機發郵件的使用者中大多數人每個月也只發三四封郵件（假設情況），那麼如果我們把這些人找來訪談，他們能夠提供的有關手機登入1

應用程式層截包方案與實現作者：Fang引言截包的需求一般來自於過濾、轉換協議、截取報文分析等。過濾型的應用比較多，典型為包過濾型防火牆。轉換協議的應用局限於一些特定環境。比如第三方開發網路通訊協定軟體，不能夠與原有作業系統軟體融合，只好採取“嵌入協議棧的塊”（BITS）方式實施。比如IPSEC在Windows上的第三方實現，無法和作業系統廠商提供的IP軟體融合，只好實現在IP層與鏈路層之間，作為協議棧的一層來實現。第三方PPPOE軟體也是通過這種方式實現。截取包用於分析的目的，用“抓包”描述更恰

好久不動手寫東西了，如果說得有什麼不清楚的地方，大家萬萬海涵一下在下啊！人老了，說話難免囉嗦的，況且老I早在幾年前就說我人未老，話先衰來著，呵呵，廢話不多講了，咱們還是一起來看看如何在FW中對簡單背景的圖片進行扣圖處理吧！首先，我們先來看一下需要進行處理的素材圖：高手說了，這個還用學，忒簡單了吧？就怕這個，所以標題嚴重聲明了是給初學者看的教程，高手們該幹嘛幹嘛去。重點提示：大家在進行扣圖操作的時候，千萬記得在層面板上做一個需要處理圖片的備份，也就是複製該圖片後，再進行操作，這樣可以避免大家誤操作

繼續來扣圖，今天狀態不錯，打了半天字兒，頭也不暈，眼也不花，接著來學習扣婚紗啦！還是那句話，從最簡單的開始，先扣單色背景的婚紗圖。說白了，扣婚紗的關鍵所在就在最終處理婚紗的透明效果上，為此，本例中使用到了FW工具組中我們平常很少用到的工具——減淡工具。具體步驟開始前，還是先來看看本例操作中使用到的素材圖。1、因為是單色背景，所以我們直接使用魔術棒工具進行背景的選取即可。2、得到背景選區後，按“Ctrl+Shift+I”，反選選區，得到人物主體的選區。“Ctrl+C”複製人物選區，然後開啟新的背景

      在MOSS中，我們看到的錯誤提示通常都是“Web組件不可用、Excel Web Access 　　發生錯誤。如果問題仍存在，請與系統管理員聯絡”等，非常友好，但對解決問題是一點用都沒有，於是我們都需要去查記錄檔才能知道具體的錯誤，但由於日誌記錄的太過“詳細”，因此定位錯誤並不是一件輕鬆的事情，有什麼辦法能快速找到錯誤呢？有，那就是通過Windows SharePoint Services Tracking 服務。       

首先，你可以點這個地方，看看這個類比的google作業系統，下面是一個系統：  好東西大家一起分享，你可以點這裡下載這個執行個體下面是二次開發說明：一、      目錄結構 Icons檔案夾用於儲存案頭png表徵圖。Images檔案夾用於儲存案頭背景圖片。SpaceFrame檔案夾裡面是架構樣本程式的入口。TestJs檔案夾用於儲存精靈OS架構核心JS代碼。Themes檔案夾用於儲存OS視窗樣式、狀態列樣式、工作列樣式等主題檔案。原則上只要保持目錄結構不便，運行範例程式碼便沒有問題。 二、   

Lazy Load 是一個用 JavaScript 編寫的 jQuery 外掛程式. 它可以消極式載入長頁面中的圖片. 在瀏覽器可視地區外的圖片不會被載入, 直到使用者將頁面滾動到它們所在的位置. 這與圖片預先載入的處理方式正好是相反的.在包含很多大圖片長頁面中消極式載入圖片可以加快頁面載入速度. 瀏覽器將會在載入可見圖片之後即進入就緒狀態. 在某些情況下還可以協助降低伺服器負擔. Lazy Load 靈感來自 Matt Mlinac 製作的 YUI ImageLoader 工具箱.

全新iPad的發布，不少朋友對新的解析度（2048x1536像素）產生各種擔心。比如擔心設計全新iPad應用程式的介面時，是否需要為設計師配備更大的顯示裝置。又比如因為要處理解析度的適配而擔心開發難度增高。種種擔心，絲毫不亞於我們常常聽到的對Android裝置存在多種解析度而發出的各種抱怨。為超高或多種解析度的裝置設計介面，真的有那麼可怕嗎？ 我們先來一起瞭解一下螢幕尺寸與解析度之間的關係吧。有條件的朋友也可以動手試一試。一台22英寸顯示屏與一台15.4英寸的顯示屏，解析度都是1680x1050

簡易防火牆建置與流量統計作者：nealy1.前言  防火牆基本上是為了預防別人來存取你的網路，進而管制網路上資料的進出，防火牆一端串連外部的網路(經由真實的IP)，另一端則串連內部的網路(虛擬IP)，將你內部的網路與外部的網路給隔離開，防火牆成了進入你內部網路的唯一通道，因此任何進出的資料都要經過防火牆，再經由防火牆來決定是否能夠通行，因此對於安全性更多加了一份保障。  另外在本文中也介紹兩個重量級的軟體，方便監看網路流量和過往的網路封包，這也應是防火牆中的功能之一。2. 防火牆的種類2.1

用Ollydbg手脫UPX加殼的DLL作者：fly【目標程式】：UPX加殼的EdrLib.dll。附件中還有輸入表、重定位元據、UPXAngela以及UnPacked以供參考。       【作者聲明】：只是感興趣，沒有其他目的。失誤之處敬請諸位大俠賜教！【調試環境】：WinXP、Ollydbg1.10C、WinHex、LordPE、UPXAngela、ImportREC—————————————————————————————————【脫殼過程】：其實這篇東東只是《加密與解密》第2版中關於UP

女孩子要做妻子前應該知道的10件事一：愛人就是愛人，只要去愛，不要拿來比較，不要老說別人的老公如何如何好，別數落他沒出息，你是他最親密的人，你還這麼說他，好象不太應該，對大多數男人來說，讚賞和鼓勵比辱罵更能讓他有奮鬥的力量。何況，愛他還忍心傷害他嗎？愛他一定要尊重他，再生氣也不可以出口傷人，言語的傷口有時一生都在流血的。身體的傷害很容易治癒，精神的傷害後果是可怕的。

防範網路嗅探作者：自由的豬最普遍的安全威脅來自內部，同時這些威脅通常都是致命的，其破壞性也遠大於外部威脅。其中網路嗅探對於安全防護一般的網路來說，操作簡單同時威脅巨大，很多駭客也使用嗅探器進行網路入侵的滲透。 網路嗅探器對資訊安全的威脅來自其被動性和非幹擾性，使得網路嗅探具有很強的隱蔽性，往往讓網路資訊泄密變得不容易被發現。本文分析了網路嗅探的原理，分析了一些執行個體，提出解決方案和介紹實踐經驗。 一 嗅探器攻擊原理 嗅探器(sniffer)

HTTP壓縮    HTTP壓縮是在Web伺服器和瀏覽器間傳輸壓縮常值內容的方法。HTTP壓縮採用通用的壓縮演算法如GZIP等壓縮HTML、JavaScript或CSS檔案。壓縮的最大好處就是降低了網路傳輸的資料量，從而提高用戶端瀏覽器的訪問速度。當然，同時也會增加一點點伺服器的負擔。GZIP是比較常見的一種HTTP壓縮演算法。壓縮測試在部署的IIS

Overview    Site Columns是可應用在各種列表和SharePoint網站裡的欄位定義。一個Site Column是由幾個屬性定義的，包括名稱及其欄位類型。當我們把Site Columns添加到列表或Content Type中的時候，可以設定其功能定義，比如是不是必填項，是否唯讀或是是否隱藏。Parctices1.開啟網站首頁，點擊"Site Actions",在下拉式功能表中選擇"Site Settings"2.進行Galleries列的"Site

                                "一見如故"是指兩個素未謀面的人初見時的那種默契。但這個詞，其實也很適合用來講人和城市的相遇。一個人和一個地方的相契，也是某種緣分。武俠小說裡總會有這樣的詞句：暮春三月，江南草長，雜花生樹，群鶯亂飛。於是只怕在無數人的夢中，江南的春色永遠都是那麼鮮嫩誘人的吧。芳草鮮美，落英繽紛。“日出江花紅似火，春來江水綠如藍”每到這個時節，驛動的心就開始不由自主的憶江南了。                          孟浩然一句膾炙人口的“

Ms SQL Server 企業管理器EM:在產生 SQL 指令碼時不能為某資料庫的所有表只產生"預設值約束"相關的 DDL SQL 指令碼,而不產生建表。查詢分析器QA:可以單獨產生"預設值約束"相關的 DDL SQL 指令碼,但又不能一氣呵成得到所有表的"預設值約束"相關的 DDL SQL 指令碼。自己動手豐衣足食:兩種方法:1.純 SQL 多表 self join

      null詞語釋義:編程中的NULL表示停用資料,沒有意義.　　     1. 無效的;無價值的 　　     2. 【數】零的     Null在資料庫中表示 不知道(Unknown) 的資料，主要有3種意思：          1）知道資料存在，但不知道具體值          2）不知道資料是否存在          3）資料不存在        NULL在資料庫中的說明可以參考這篇文章:SQL開發中容易忽視的一些小地方(一)      

那麼，什麼樣的測試方法才是比較準確呢？答案如下：　 　　① http://www.19cn.com/showdetail.asp?id=49 　　② http://www.19cn.com/showdetail.asp?id=49 and 1=1 　　③ http://www.19cn.com/showdetail.asp?id=49 and 1=2　　 　　這就是經典的1=1、1=2測試法了，怎麼判斷呢？看看上面三個網址返回的結果就知道了：　　 　　可以注入的表現：　　 　　①

錯誤 org.hibernate.HibernateException: ordinal parameter mismatch 。我的錯誤是未將hql語句設定參數時的預留位置去掉（粗糙流了下- -///）1 hql += " and bbs.id=? " + bbs.id;  在這之前網上發現的另一種錯誤也很值得注意：在資料表中用了關鍵字“call”

　　TPC/IP協議是傳輸層協議，主要解決資料如何在網路中傳輸，而HTTP是應用程式層協議，主要解決如何封裝資料。關於TCP/IP和HTTP協議的關係，網路有一段比較容易理解的介紹：“我們在傳輸資料時，可以只使用（傳輸層）TCP/IP協議，但是那樣的話，如果沒有應用程式層，便無法識別資料內容，如果想要使傳輸的資料有意義，則必須使用到應用程式層協議，應用程式層協議有很多，比如HTTP、FTP、TELNET等，也可以自己定義應用程式層協議。WEB使用HTTP協議作應用程式層協議，以封裝HTTP