其他

 為什麼同樣的程式在這台機器上沒事，換台機器就不支援中文檔案名稱或路徑(下載)，很怪異？在經過了很長時間的項目工作與迷惑之後，我終於發現了其中的奧秘：為什麼有的機器自己就支援中文，而別的機器同樣的配置就不支援：來看解決方案：1，頁面用記事本開啟“另存新檔”並選擇 “UTF-8” 作為編碼方式，而不是預設的ANSI。（這隻是個前提） 2. 開啟註冊表，確保HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Inetinfo\Parameters

字元varchar   可變字元  和儲存的字元位元組相等 列：abc123佔用6個位元組（表現為佔用磁碟大小，下同）nvarchar 可變字元 是實際儲存位元組的兩倍 例：abc123佔用12個位元組 該字元使用Unicode編碼支援多國語言char       固定字元  實際表現例：指定列的長度為10 將abc123填充進去後面將出現4個空格。整數    bigint    佔用8個位元組  從  -2^63   (-9223372036854775808)   到   2^63-1  

URL編碼是一個比較麻煩的事情，RFC 3986是關於URI的一個標準，在它的第2節定義了字元如何在URI中進行表示，而第3節把一個URI區分為scheme, hier-part, query, fragment幾個component。根據這個RFC，A URI is composed from a limited set of characters consisting of digits, letters, and a few graphic symbols.

     有時候我們下載的一些軟體會附帶位元(X64...)資訊供我們根據需要選擇，這時我們必需要知道自己的處理器和作業系統到底是多少位了。查看處理器位元：右擊“我的電腦”，會顯示cpu資訊，也可以用CPU-Z查看（未試過）。查看作業系統(Winxp 其他沒實驗過)位元：1. 開始-->運行:Winmsd.exe 。2. 在“項目”下面的右窗格中找到“處理器”。    如果“處理器”對應的值是以“x86”開頭的，則該電腦正在啟動並執行是 Windows 作業系統的 32 位版本。   

 namespace Service{    public class Service<TEntity> : IService<TEntity> where TEntity : class,Entity.IEntity    {        private IRepository<TEntity> iRepository = null;        public Service()        {            iRepository =

mkdir 目錄名         => 建立一個目錄 rmdir 空目錄名      => 刪除一個空目錄 rm 檔案名稱 檔案名稱   => 刪除一個檔案或多個檔案 rm –rf 非空目錄名 => 刪除一個非空目錄下的一切 touch 檔案名稱        => 建立一個空檔案   重新命名檔案（夾） / 移動檔案（夾）到指定檔案夾 執行格式： mv source destination Example: mv file1 file2   

之前做一個IP核，添加的時候出現了一個奇怪的錯誤，在這裡對解決方案作一下簡要說明，以免類似的錯誤再次發生。這個IP核內部有中斷訊號產生，那麼就要對這個irq訊號作合適的處理。由於這個irq訊號是要向Nios CPU中傳送的，所以在自訂IP的產生過程中，需要將Interface類型設定為interrupt_sender，Signal

     CCD最早是由BELL實驗室發明的，到今年已經有33年的曆史了。雖說半導體工藝取得了長足的進步，但是CCD還僅僅由少數幾家廠商可以生產，它們分別是Sony；Philps；Kodak；Matsushita；Fuji和Sharp，日本廠商佔了絕大多數。其中除了Fuji的Super CCD採用了菱形（蜂巢狀）的相片順序（這裡指的是每個感光二極體的相片順序），其它的CCD都採用了矩形的相片順序。雖然相片順序不一樣，但是它們的工作原理都是基於以下四種基本的CCD類型Linear,

最近在維護一些FPGA板卡（EP4CE30F23C8N），發現有十幾塊FPGA板的3.3V和1.2V都出現了對地短路，拆下外圍一些3.3V供電的晶片後，仍然短路，沒辦法最後直接一狠心把FPGA晶片給拆了，結果短路現象竟然都消失了，原來是FPGA的3.3V和1.2V擊穿短路了；進一步尋找原因，確定究竟是FPGA的哪個Bank的電源出現了短路，連續測量了好幾個FPGA晶片，發現都是Bank5的問題；繼續深究，為什麼偏偏就是Bank5出問題了呢，其中定有內因，猜想應該是該Bank的某些訊號出現了異常導

解決這個問題 ，如果找不到解決辦法 只有重裝系統 很煩人的。原因：是進程被病毒劫持過了，而且劫持程式的病毒已經被殺掉，劫持資訊仍然殘留在系統註冊表所致。 跟隨下列步驟：單擊“開始”（如果是Vista就點左下角的Windows徽標玻璃球），單擊“運行”。輸入“regedit”，單擊確定後開啟登錄編輯程式，在左邊的窗格依次展開：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution

使用java 開發程式，選用ojdbc14.jar的驅動，串連oracle，發現速度很慢。寫了了測試程式，發現光建立串連就需要10s左右。百思不得其解。後來一個同事使用百度大法找到了答案，特記錄如下：我們使用的是jdk1.5.0，換作低版本的jdk1.4或者高版本的jdk1.5.6以上版本，都沒有問題。看來應該是jdk版本的問題。後來發現jdk.1.5.0會預設去找代理，花費大量時間，於是，代碼中加入：import

  .NET的3C：CTS、CLS和CLR.NET結合Java和COM解決方案兩者優點來解決互通性問題。類似於COM定義的標準二進位格式，.NET定義了一個稱為一般型別系統Common Type System(CTS)的類型標準。這個類型系統不但實現了COM的變數相容類型，而且還定義了通過使用者自訂類型的方式來進行類型擴充。任何以.NET平台作為目標的語言必須建立它的資料類型與CTS的類型間的映射。所有.NET語言共用這一類型系統，實現它們之間無縫的互操作。該方案還提供了語言之間的繼承性。例如，

    先看看2005協助的一些解釋: 彙總函式；當行由 CUBE 或 ROLLUP 運算子添加時，該函數將導致附加列的輸出值為 1；當行不由 CUBE 或 ROLLUP 運算子添加時，該函數將導致附加列的輸出值為 0。 僅在與包含 CUBE 或 ROLLUP 運算子的 GROUP BY 子句相關聯的挑選清單中才允許分組。文法GROUPING ( column_name ) <OVER Clause> 備忘分組用於區分由標準空值產生的 CUBE 和 ROLLUP 所返回的空值。作為

 1、早發布，常發布好處是“只要眼球足夠多，所有臭蟲都好抓” linuz法則2、理論上因為調試者重複做功而導致的效率損失在Linux“世界的實踐中似乎從來都不是一個問題。3、如果可能存在大的 臭蟲 ，Linux “核心的版本編號允許潛在使用者選用老一點的 穩定版本，或冒臭蟲之險以求前沿版本的最新功能。4、如果你以 最有價值資源 來對待你的beta測試者，他們會以成為 最有價值資源

文章目錄 彈窗菜單樹下拉框表格布局表單 API: http://api.ligerui.com/示範地址:http://demo.ligerui.com/源碼下載:http://ligerui.googlecode.com/ jQuery LigerUI

眾所周知，透明格式的PNG24在IE6透明部分將會被灰色替代。那麼，到底有什麼方法可以解決這個bug？解決方案：①用PNG8格式圖片替代PNG24格式的圖片    用fireworks匯出Alpha模式的PNG8格式的圖片，Alpha模式的PNG8格式圖片支援半透明，在IE6下全透明以及半透明部分會顯示成全透明，並且會存在鋸齒。如果對使用者體驗影響不是很大的話，可以考慮一下用這個方法。②CSS濾鏡    在應用了透明PNG圖片的選取器裡面加上一下代碼：_background:

    恐怕現在用過電腦的人，一定都知道大部分帶文本編輯功能的軟體都有一個快速鍵ctrl+f 吧（比如word）。這個功能主要來完成“尋找”，“替換”和“全部替換”功能的，其實這就是典型的模式比對的應用，即在文字檔中尋找串。1.模式比對   

1.問題描述：最長公用子序列也稱作最長公用子串(不要求連續)，英文縮寫為LCS（Longest Common Subsequence）。其定義是，一個序列 S ，如果分別是兩個或多個已知序列的子序列，且是所有符合此條件序列中最長的，則 S

 剛剛使用靜態類中的靜態建構函式，有一些不太懂的地方，於是google了一下，看了一些文章，把自己的一些總結髮上來吧。  google的初衷就是因為這個：在類中初始化成員到底是直接初始化還是在類的靜態建構函式中初始化呢？   還是先把最終的建議給展示出來：第一就是簡單靜態成員，例如類型為實值型別等，使用成員初始化語句來完成；第二靜態成員初始化比較複雜，或者有可能出現異常，那麼用靜態建構函式來完成。   下面是在網上找的一個例子，主要是熟悉下靜態建構函式的執行順序：    static

在Stack Overflow上有這樣的一個貼子《What’s your most controversial programming opinion?》，翻譯成中文就是“你認為最有爭議的編程觀點是什嗎？”，不過，在400多個主回貼，以及千把個子回貼中，好像並不是很有爭議，而是令人相當的茅塞頓開，下面羅列一些，並通過我自己的經曆和理解發揮了一些，希望對你有協助。1） The only “best practice” you should be using all the time is