春天花會開

Windows GDI、GDI+ 繪圖 防閃爍

“閃爍”的原因是擦除背景（用背景色重新填充）與繪制前景圖像之間有時間差，而且背景和前景顏色有差異，導致眼睛看上去好像在閃爍。
“閃爍”并不主要是因為GDI或GDI+效率低造成的。

解決這個問題需從兩個方面入手：1.縮短（或消除）前后景繪圖時間差，2.減少繪制次數
1.縮短（或消除）前后景繪圖時間差
OnEraseBkgnd(CDC* pDC)
{
    return TRUE;
}
實際上背景填充是必須，否則前景圖像與殘留的背景混在一起非常雜亂，
這里取消的步驟，其實移到繪圖過程了（見2.），合成一張完整圖像。

2.減少繪制次數
采用“雙緩沖”技術，先在內存緩沖區中完成繪圖，再貼到屏幕上
另外如果緩沖圖像內容不是變化的，應存為成員對象之類，不要每次去畫
一般在OnDraw（CDC* pDC）中完成
///////////////////////////--GDI --////////////////////////////////////
int nWidth=1000;
int nHeight=1000;
CDC MemDC; //首先定義一個顯示設備對象
CBitmap MemBitmap;//定義一個位圖對象
//隨后建立與屏幕顯示兼容的內存顯示設備
MemDC.CreateCompatibleDC(pDC); //這時還不能繪圖，因為沒有地方畫 ^_^
//下面建立一個與屏幕顯示兼容的位圖，至于位圖的大小嘛，可以用窗口的大小
//，也可以自己定義（如：有滾動條時就要大于當前窗口的大小，在BitBlt時決定拷貝內存的哪部分到屏幕上）
MemBitmap.CreateCompatibleBitmap(pDC,nWidth,nHeight);
//將位圖選入到內存顯示設備中
//只有選入了位圖的內存顯示設備才有地方繪圖，畫到指定的位圖上
CBitmap *pOldBit=MemDC.SelectObject(&MemBitmap);
//先用背景色將位圖清除干凈，這里用原背景色作為背景
//你也可以用自己應該用的顏色
MemDC.FillSolidRect(0,0,nWidth,nHeight,pDC->GetBkColor());
//繪圖
CBrush brush(RGB(0,255,0));
 for(int i=0;i<50;i++)
 {
  for(int j=0;j<80;j++)
  {
   //MemDC.Rectangle(10*j,10*i,9,9);
   CRect rc(10*j,10*i,10*j+8,10*i+8);
   MemDC.FillRect(&rc,&brush);
  }
 }
//將內存中的圖拷貝到屏幕上進行顯示
pDC->BitBlt(0,0,nWidth,nHeight,&MemDC,0,0,SRCCOPY);
//繪圖完成后的清理
MemBitmap.DeleteObject();
MemDC.DeleteDC();

///////////////////////////--GDI+ --////////////////////////////////////
 Bitmap* buf=new Bitmap(2000,2000) ;
 Graphics gc(buf);//Graphics.FromImage(buf);
 //反鋸齒
 //gc.SetSmoothingMode(SmoothingModeAntiAlias);
 SolidBrush bgbrush(Color(255,255,255,255));
 gc.FillRectangle(&bgbrush,0,0,2000,2000);//背景填充
 Pen      pen(Color(255, 0, 0, 255));
 SolidBrush sbrush(Color(255,0,255,255));
 for(int i=0;i<60;i++)
 {
  for(int j=0;j<60;j++)
   gc.FillRectangle(&sbrush,10*j,10*i,9,9);
 }
 Graphics G(pDC->GetSafeHdc()); 
 G.DrawImage(buf ,0,0);

posted @ 2010-06-19 16:09 春天花會開 閱讀(2637) | 評論 (1) | 編輯 收藏

Visual studio 2008/2010 MFC程序Menu、Toolbar字體偏小解決辦法

首先，這是一個MFC的Bug
http://connect.microsoft.com/VisualStudio/feedback/details/505466/mfc-visual-style-font-size-too-small-to-display-chinese-character-clearly-on-windows-xp

解決時間暫時還不確定，臨時的方案如下：
App在InitInstance中加入：

LOGFONT logfont = {0};
:: SystemParametersInfo(SPI_GETICONTITLELOGFONT, sizeof(LOGFONT), &logfont, 0);
afxGlobalData.SetMenuFont(&logfont,true);

注釋：

字體的設置保存在一個全局變量afxGlobalData中，此變量定義AfxGlobals.h中。
AFX_GLOBAL_DATA中有一個SetMenuFont可以設定字體屬性，影響Menu、Toolbar、Dock Pane等的caption字體。
但是這個設置對tooltip無影響，臨時解決：在上面代碼基礎上在加入

if(afxGlobalData.fontTooltip.GetSafeHandle() != NULL)
 {
  ::DeleteObject(afxGlobalData.fontTooltip.Detach());
 }
 afxGlobalData.fontTooltip.CreateFontIndirect(&logfont);

posted @ 2010-06-09 08:49 春天花會開 閱讀(2411) | 評論 (2) | 編輯 收藏

DC/DC的工作原理!

    線性穩壓電源，是指調整管工作在線性狀態下的穩壓電源。而在開關電源中則不一樣，開關管（在開關電源中，我們一般把調整管叫做開關管）是工作在開、關兩種狀態下的：開——電阻很小；關——電阻很大。

     開關電源是一種比較新型的電源。它具有效率高，重量輕，可升、降壓，輸出功率大等優點。但是由于電路工作在開關狀態，所以噪聲比較大。 通過下圖，我們來簡單的說說降壓型開關電源的工作原理。如圖所示，電路由開關K（實際電路中為三極管或者場效應管），續流二極管D，儲能電感L，濾波電容C等構成。當開關閉合時，電源通過開關K、電感L給負載供電，并將部分電能儲存在電感L以及電容C中。由于電感L的自感，在開關接通后，電流增大得比較緩慢，即輸出不能立刻達到電源電壓值。一定時間后，開關斷開，由于電感L的自感作用（可以比較形象的認為電感中的電流有慣性作用），將保持電路中的電流不變，即從左往右繼續流。這電流流過負載，從地線返回，流到續流二極管D的正極，經過二極管D，返回電感L的左端，從而形成了一個回路。通過控制開關閉合跟斷開的時間（即PWM——脈沖寬度調制），就可以控制輸出電壓。如果通過檢測輸出電壓來控制開、關的時間，以保持輸出電壓不變，這就實現了穩壓的目的。

 500)this.width=500" border="0">

在開關閉合期間，電感存儲能量；在開關斷開期間，電感釋放能量，所以電感L叫做儲能電感。二極管D在開關斷開期間，負責給電感L提供電流通路，所以二極管D叫做續流二極管。

 在實際的開關電源中，開關K由三極管或場效應管代替。當開關斷開時，電流很小；當開關閉合時，電壓很小，所以發熱功率U×I就會很小。這就是開關電源效率高的原因。

看過完兩個關于電源的FAQ后，大家可能對電源的效率計算還不了解。在后面的FAQ中，我們將專門給大家介紹。

摘自網絡.

posted @ 2009-07-13 14:42 春天花會開 閱讀(391) | 評論 (0) | 編輯 收藏

MySQL 備份和恢復

作/譯者：葉金榮，來源：http://imysql.cn，轉載請注明作/譯者和出處，并且不能用于商業用途，違者必究。

日期：2006/10/01

本文討論 MySQL 的備份和恢復機制，以及如何維護數據表，包括最主要的兩種表類型：MyISAM 和 Innodb，文中設計的 MySQL 版本為 5.0.22。

目前 MySQL 支持的免費備份工具有：mysqldump、mysqlhotcopy，還可以用 SQL 語法進行備份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者備份二進制日志（binlog），還可以是直接拷貝數據文件和相關的配置文件。MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。

1、mysqldump

1.1 備份

mysqldump 是采用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。
現在來講一下 mysqldump 的一些主要參數：

• --compatible=name

  它告訴 mysqldump，導出的數據將和哪種數據庫或哪個舊版本的 MySQL 服務器相兼容。值可以為 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它并不保證能完全兼容，而是盡量兼容。

• --complete-insert，-c

  導出的數據采用包含字段名的完整 INSERT 方式，也就是把所有的值都寫在一行。這么做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。

• --default-character-set=charset

  指定導出數據時采用何種字符集，如果數據表不是采用默認的 latin1 字符集的話，那么導出時必須指定該選項，否則再次導入數據后將產生亂碼問題。

• --disable-keys

  告訴 mysqldump 在 INSERT 語句的開頭和結尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據后才重建索引的。該選項只適合 MyISAM 表。

• --extended-insert = true|false

  默認情況下，mysqldump 開啟 --complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。

• --hex-blob

  使用十六進制格式導出二進制字符串字段。如果有二進制數據就必須使用本選項。影響到的字段類型有 BINARY、VARBINARY、BLOB。

• --lock-all-tables，-x

  在開始導出之前，提交請求鎖定所有數據庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，并且自動關閉 --single-transaction 和 --lock-tables 選項。

• --lock-tables

  它和 --lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 選項。

• --no-create-info，-t

  只導出數據，而不添加 CREATE TABLE 語句。

• --no-data，-d

  不導出任何數據，只導出數據庫表結構。

• --opt

  這只是一個快捷選項，等同于同時添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 選項。本選項能讓 mysqldump 很快的導出數據，并且導出的數據能很快導回。該選項默認開啟，但可以用 --skip-opt 禁用。注意，如果運行 mysqldump 沒有指定 --quick 或 --opt 選項，則會將整個結果集放在內存中。如果導出大數據庫的話可能會出現問題。

• --quick，-q

  該選項在導出大表時很有用，它強制 mysqldump 從服務器查詢取得記錄直接輸出而不是取得所有記錄后將它們緩存到內存中。

• --routines，-R

  導出存儲過程以及自定義函數。

• --single-transaction

  該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時數據庫的一致性狀態。它只適用于事務表，例如 InnoDB 和 BDB。
  本選項和 --lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。
  要想導出大表的話，應結合使用 --quick 選項。

• --triggers

  同時導出觸發器。該選項默認啟用，用 --skip-triggers 禁用它。

其他參數詳情請參考手冊，我通常使用以下 SQL 來備份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob -x db_name > db_name.sql

使用以下 SQL 來備份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --extended-insert=false \
--triggers -R --hex-blob --single-transaction db_name > db_name.sql

另外，如果想要實現在線備份，還可以使用 --master-data 參數來實現，如下：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr \
--default-character-set=utf8 --opt --master-data=1 \
--single-transaction --flush-logs db_name > db_name.sql

它只是在一開始的瞬間請求鎖表，然后就刷新binlog了，而后在導出的文件中加入CHANGE MASTER 語句來指定當前備份的binlog位置，如果要把這個文件恢復到slave里去，就可以采用這種方法來做。

1.2 還原

用 mysqldump 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。

• 直接用 mysql 客戶端

  例如：

  /usr/local/mysql/bin/mysql -uyejr -pyejr db_name < db_name.sql
      

   

• 用 SOURCE 語法

  其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：

  SOURCE /tmp/db_name.sql;
      

  這里需要指定文件的絕對路徑，并且必須是 mysqld 運行用戶(例如 nobody)有權限讀取的文件。

2、 mysqlhotcopy

2.1 備份

mysqlhotcopy 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份數據庫。它是備份數據庫或單個表的最快的途徑，但它只能運行在數據庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhotcopy 只能用于備份 MyISAM，并且只能運行在 類Unix 和 NetWare 系統上。

mysqlhotcopy 支持一次性拷貝多個數據庫，同時還支持正則表達。以下是幾個例子：

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name /tmp (把數據庫目錄 db_name 拷貝到 /tmp 下)
root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name_1 ... db_name_n /tmp
root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr \
db_name./regex/ /tmp

更詳細的使用方法請查看手冊，或者調用下面的命令來查看 mysqlhotcopy 的幫助：

perldoc /usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必須要有 SELECT、RELOAD(要執行 FLUSH TABLES) 權限，并且還必須要能夠有讀取 datadir/db_name 目錄的權限。

2.2 還原

mysqlhotcopy 備份出來的是整個數據庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這里是 /usr/local/mysql/data/)目錄下即可，同時要注意權限的問題，如下例：

root#cp -rf db_name /usr/local/mysql/data/
root#chown -R nobody:nobody /usr/local/mysql/data/ (將 db_name 目錄的屬主改成 mysqld 運行用戶)

3、 SQL 語法備份

3.1 備份

BACKUP TABLE 語法其實和 mysqlhotcopy 的工作原理差不多，都是鎖表，然后拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。
例子：

BACK TABLE tbl_name TO '/tmp/db_name/';

注意，必須要有 FILE 權限才能執行本SQL，并且目錄 /tmp/db_name/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。

SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義字段間隔的方式，方便處理這些數據。
例子：

SELECT * INTO OUTFILE '/tmp/db_name/tbl_name.txt' FROM tbl_name;

注意，必須要有 FILE 權限才能執行本SQL，并且文件 /tmp/db_name/tbl_name.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。

3.2 恢復

用 BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢復數據表。
例子：

RESTORE TABLE FROM '/tmp/db_name/';

權限要求類似上面所述。

用 SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢復數據表。
例子：

LOAD DATA INFILE '/tmp/db_name/tbl_name.txt' INTO TABLE tbl_name;

權限要求類似上面所述。倒入數據之前，數據表要已經存在才行。如果擔心數據會發生重復，可以增加 REPLACE 關鍵字來替換已有記錄或者用 IGNORE 關鍵字來忽略他們。

4、 啟用二進制日志(binlog)

采用 binlog 的方法相對來說更靈活，省心省力，而且還可以支持增量備份。

啟用 binlog 時必須要重啟 mysqld。首先，關閉 mysqld，打開 my.cnf，加入以下幾行：

server-id	= 1
log-bin		= binlog
log-bin-index	= binlog.index

然后啟動 mysqld 就可以了。運行過程中會產生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 記錄所有對數據的更新操作，后面的文件則是所有 binlog 的索引，都不能輕易刪除。關于 binlog 的信息請查看手冊。

需要備份時，可以先執行一下 SQL 語句，讓 mysqld 終止對當前 binlog 的寫入，就可以把文件直接備份，這樣的話就能達到增量備份的目的了：

FLUSH LOGS;

如果是備份復制系統中的從服務器，還應該備份 master.info 和 relay-log.info 文件。

備份出來的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 來查看，如：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

該工具允許你顯示指定的數據庫下的所有 SQL 語句，并且還可以限定時間范圍，相當的方便，詳細的請查看手冊。

恢復時，可以采用類似以下語句來做到：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name

把 mysqlbinlog 輸出的 SQL 語句直接作為輸入來執行它。

如果你有空閑的機器，不妨采用這種方式來備份。由于作為 slave 的機器性能要求相對不是那么高，因此成本低，用低成本就能實現增量備份而且還能分擔一部分數據查詢壓力，何樂而不為呢？

5、 直接備份數據文件

相較前幾種方法，備份數據文件最為直接、快速、方便，缺點是基本上不能實現增量備份。為了保證數據的一致性，需要在靠背文件前，執行以下 SQL 語句：

FLUSH TABLES WITH READ LOCK;

也就是把內存中的數據都刷新到磁盤中，同時鎖定數據表，以保證拷貝過程中不會有新的數據寫入。這種方法備份出來的數據恢復也很簡單，直接拷貝回原來的數據庫目錄下即可。

注意，對于 Innodb 類型表來說，還需要備份其日志文件，即 ib_logfile* 文件。因為當 Innodb 表損壞時，就可以依靠這些日志文件來恢復。

6、 備份策略

對于中等級別業務量的系統來說，備份策略可以這么定：第一次全量備份，每天一次增量備份，每周再做一次全量備份，如此一直重復。而對于重要的且繁忙的系統來說，則可能需要每天一次全量備份，每小時一次增量備份，甚至更頻繁。為了不影響線上業務，實現在線備份，并且能增量備份，最好的辦法就是采用主從復制機制(replication)，在 slave 機器上做備份。

7、 數據維護和災難恢復

作為一名DBA(我目前還不是，呵呵)，最重要的工作內容之一是保證數據表能安全、穩定、高速使用。因此，需要定期維護你的數據表。以下 SQL 語句就很有用：

CHECK TABLE 或 REPAIR TABLE，檢查或維護 MyISAM 表
OPTIMIZE TABLE，優化 MyISAM 表
ANALYZE TABLE，分析 MyISAM 表

當然了，上面這些命令起始都可以通過工具 myisamchk 來完成，在這里不作詳述。

Innodb 表則可以通過執行以下語句來整理碎片，提高索引速度：

ALTER TABLE tbl_name ENGINE = Innodb;

這其實是一個 NULL 操作，表面上看什么也不做，實際上重新整理碎片了。

通常使用的 MyISAM 表可以用上面提到的恢復方法來完成。如果是索引壞了，可以用 myisamchk 工具來重建索引。而對于 Innodb 表來說，就沒這么直接了，因為它把所有的表都保存在一個表空間了。不過 Innodb 有一個檢查機制叫 模糊檢查點，只要保存了日志文件，就能根據日志文件來修復錯誤。可以在 my.cnf 文件中，增加以下參數，讓 mysqld 在啟動時自動檢查日志文件：

innodb_force_recovery	= 4

關于該參數的信息請查看手冊。

8、 總結

做好數據備份，定只好合適的備份策略，這是一個DBA所做事情的一小部分，萬事開頭難，就從現在開始吧！

posted @ 2009-05-16 22:01 春天花會開 閱讀(145) | 評論 (1) | 編輯 收藏

[轉]CListCtrl使用技巧--學習用

[轉載]MIME郵件的編碼方式

由于每個ASCII碼字符只占用一個字節（8個bit位），且最高bit位總為0，即ASCII碼字符中的有真正意義的信息只是后面的7個低bit位，而傳統的SMTP協議又是基于ASCII碼字符設計的，因此，一些基于傳統SMTP協議設計的SMTP服務器在處理郵件內容時只取出每個字節中的7個低bit位進行處理，而將最高bit位忽略不計。顯然，這樣的SMTP服務器在處理包含有非ASCII碼字符的郵件內容時，會出現嚴重的問題，這就限制了郵件中只能出現英文的ASCII碼字符，而不能出現中文字符或二進制數據。

為了能夠在郵件內容中包含中文、圖像或聲音等非ASCII字符的數據，人們想到了采用某種編碼方式將非ASCII字符的數據轉換成可打印的ASCII字符后再發送，郵件閱讀程序則按照相應的解碼方式從郵件中還原出原始數據即可，比較常用的兩種郵件編碼方式為BASE64和Quoted-printable。后來的擴展SMTP協議允許直接在郵件中傳遞二進制數據，而不用對它們進行郵件編碼，人們將這種沒有進行郵件編碼的二進制數據的郵件內容稱為8bit編碼，為了與此相區別，人們將沒有進行郵件編碼的純ASCII碼字符的郵件稱為7bit編碼。MIME消息體的郵件編碼方式通過MIME消息頭中的Content- Transfer- Encoding頭字段指定，每種郵件編碼方式的介紹如下：

—  7Bit

指消息體內容全部是沒有經過編碼的ASCII字符。

—  8Bit

指消息體內容是沒有經過編碼的原始數據，且其中包含有非ASCII字符的數據。現在的郵件服務器基本上都支持8Bit編碼，使用支持8Bit編碼的郵件服務器可以簡化郵件的處理過程。

—  BASE64

Base64是將二進制數據轉換成可打印的ASCII字符的一種最常見的編碼方式，它的基本原理是將一組連續的字節數據按6個bit位進行分組，然后對每組數據用一個ASCII字符來表示。6個bit位最多能表示2⁶＝64個數值，因此可以使用64個ASCII字符來對應這64個數值，這64個ASCII字符為：

"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/"

其中每個字符表示的數值就是該字符在上面的排列中的索引號，索引號從0開始編號。假設在內存中有如下三個連續的字節數據：

[0110,0001] [0110,0010] [0110,0011]

將它們按6個bit位進行分組后的形式如下：

[0110,00] [01,0110,] [0010,01] [10,0011]

分組后得到了四組數據，每組數據對應的十進制數值分別為24、22、9、35，它們分別對應Y、W、J、j這四個字符，所以，對[0110,0001] [0110,0010] [0110,0011]這三個字節的數據進行BASE64編碼后的結果是“YWJj”。

BASE64編碼要求把3個8位字節（即24個bit）的數據轉化為4個6位字節（也是24個bit）的數據，如果原來的8位字節數據的字節個數不能被3整除，其余數只能是1或2，那么如何對余下的1個或2個8位字節數據進行處理呢？對于這種情況，仍然按6個bit位對剩余的字節進行分組，在最后不夠6個bit位的內容后面添加幾個為0的bit位來湊成6個bit位，例如，如果最后剩下的一個8位字節的內容如下：

[0110,0001]

對它進行分組后的結果如下：

[0110,00] [01,0000]

其中用黑斜體標識的0為填充的bit位，所以，最后剩下的這個字節的BASE64編碼結果為“YQ”。BASE64編碼還有規定，如果編碼后的整個結果文本的字符個數不是4的整數倍，那么需要在最后填充“=”字符來湊成4的倍數，所以，在最后這個字節編碼的結果后面還要添加兩個“=”字符，即“YQ==”。顯然，如果最后剩下兩個8位字節的內容，它可以被編碼成三個字符，最后還需要添加一個“=”字符。對一大段數據進行BASE64編碼時，可以在編碼結果中的適當位置加入回車換行，MIME規范建議BASE64編碼結果中的每行最多76個字符。

—  Quoted-printable

Quoted-printable也是一種將二進制數據轉換成可打印的ASCII字符的編碼方式，它對ASCII字符不進行轉換，只對非ASCII字符的數據進行編碼轉化。每個非ASCII字符的字節數據，都被轉換成一個"="號后跟這個字節的十六進制數據，例如，“ab中國”的Quoted-printable編碼結果為“ab=d6=d0=b9= fa”。顯然，由于"="號在Quoted-printable編碼中具有的特殊意義，所以，原始數據中的"="號字符也需要進行編碼轉換，用“=3d”表示。

對一大段數據進行Quoted-printable編碼時，可以在編碼結果中的適當位置加入回車換行，在回車換行前需要額外再加入一個“=”字符，以表示后面的換行是因編碼而造成的軟回車，而非原始數據中原有的回車換行。例如，對于下面一段Quoted-printable編碼后的數據：

=D5=E2=CA=C7=CD=A8=D0=C5=B5=C4=B3=CC=D0=

=F2, =C7=EB=D6=B8=BD=CC!

在第一行末尾的“=”字符和換行，都是由于編碼后生成的。

posted @ 2008-07-31 10:52 春天花會開 閱讀(2661) | 評論 (0) | 編輯 收藏

幾個MIME相關有用資源

posted @ 2008-07-31 09:20 春天花會開 閱讀(151) | 評論 (0) | 編輯 收藏

微軟副總裁張亞勤：用人

posted @ 2007-03-15 11:49 春天花會開 閱讀(354) | 評論 (0) | 編輯 收藏

漢字簡介

　　東漢許慎在《說文解字》中將漢字構造規律概括為“六書”：象形、指事、會意、形聲、轉注、假借。其中，象形、指事、會意、形聲四項為造字原理，是“造字法”；而轉注、假借則為用字規律，是“用字法”。

　　三千余年來，漢字的書寫方式變化不大，使得后人得以閱讀古文而不生窒礙。但近代西方文明進入東亞之后，整個漢字文化圈的各個國家紛紛掀起了學習西方的思潮，其中，放棄使用漢字是這場運動的一個重要方面。這些運動的立論以為：跟西方拼音文字相比，漢字是繁瑣笨拙的。許多使用漢字國家即進行了不同程度的漢字簡化，甚至還有完全拼音化的嘗試。日文假名的拉丁轉寫方案以及漢語多種拼音方案的出現都是基于這種思想。中國大陸將漢字筆劃參考行書草書加以省簡，于1956年1月28日審訂通過《簡化字總表》，在中國及新加坡使用至今。臺灣則一直使用繁體中文。

　　目前在使用漢語的地區，大都使用兩種規范漢字，分別是繁體中文（繁體字）和簡體中文（簡體字）。

　　漢字，是記錄漢語的文字系統，并仍然或曾經在日語和朝鮮語、越南語中使用。漢字是世界上最古老的文字之一，擁有4500年以上的歷史。狹義地說，它是漢族的文字；廣義地言，它是漢字文化圈共同的文字。

　　漢字是承載文化的重要工具，目前留有大量用漢字書寫的典籍。不同的方言都使用漢字作為共同書寫體系，因而漢字在歷史上對中華文明的傳播起到了重要作用，并成為東南亞文化圈形成的內在紐帶。在漢字發展過程中，留下了大量詩詞、對聯等文化，并形成了獨特的漢字書法藝術。

　　一個漢字一般具有多種含義，也具有很強的組詞能力，且很多漢字可獨立成詞。這導致了漢字極高的“使用效率”，2000左右常用字即可覆蓋98%以上的書面表達方式。加之漢字表意文字的特性，漢字的閱讀效率很高。漢字具備比字母文字更高的信息密度，因此，平均起來，同樣內容的中文表達比其他任何字母語言的文字都短。

　　目前的漢字體系分為繁體字和簡體字，前者用于臺灣、香港、澳門和北美的華人圈中，后者用于中國大陸和新加坡以及東南亞的華人社區。通常說來，兩種漢字書寫系統雖然有差異，常用漢字的個體差異不到25％。

　　由于漢字書寫復雜，“漢字落后論”的說法存在了很長時間，認為漢字是教育及信息化瓶頸，并有“漢字拉丁化”甚至廢除漢字的推動行為。現在一般認為漢字也有突出優點，初始學習難度雖大，但掌握常用字后不存在類似海量英文單詞的繼續學習問題，且其表意特性也能充分調動人腦的學習能力。在計算機輸入問題基本解決后，“漢字落后論”及“漢字拉丁化”已實際上逐漸被大多數人拋棄。

　　目前漢字系統已經基本穩定，但漢字的規范化、生僻字的自然消亡仍在繼續進行。

　　關于漢字編碼

　　為進行信息交換，各漢字使用地區都制訂了一系列漢字字符集標準。

　　① GB2313字符集，收入漢字6763個，符號715個，總計7478個字符，這是大陸普遍使用的簡體字符集。楷體-GB2313、仿宋-GB2313、華文行楷等市面上絕大多數字體支持顯示這個字符集，亦是大多數輸入法所采用的字符集。市面上絕大多數所謂的繁體字體，其實采用的是GB-2313字符集簡體字的編碼，用字體顯示為繁體字，而不是直接用GBK字符集中繁體字的編碼，錯誤百出。

　　② BIG-5字符集，收入13060個繁體漢字，808個符號，總計13868個字符，目前普遍使用于臺灣、香港等地區。臺灣教育部標準宋體楷體等港臺大多數字體支持這個字符集的顯示。

　　③ GBK字符集，又稱大字符集(GB=GuóBiāo國標，K=擴展)，包含以上兩種字符集漢字，收入21003個漢字，882個符號，共計21885個字符，包括了中日韓(CJK)統一漢字20902個、擴展A集(CJK Ext-A) 中的漢字52個。Windows 95\98簡體中文版就帶有這個GBK.txt文件。宋體、隸書、黑體、幼圓、華文中宋、華文細黑、華文楷體、標楷體(DFKai-SB)、Arial Unicode MS、MingLiU、PMingLiU等字體支持顯示這個字符集。微軟拼音輸入法2003、全拼、紫光拼音等輸入法，能夠錄入如镕镕炁夬喆嚞姤赟赟龑昳堃慜靕臹等GBK簡繁體漢字。

　　BIG-5 (繁體中文)與GB-2313 (簡體中文)，編碼不相兼容，字符在不同的操作系統中便產生亂碼。文本文字的簡體與繁體（文字及編碼）之間的轉換，可用BabelPad、TextPro或Convertz之類的轉碼軟件來解決。若是程序，Windows XP操作系統，可用Microsoft AppLocale Utility 1.0解決；Windows 2000的操作系統，大概只有用：中文之星、四通利方、南極星、金山快譯之類的轉碼軟件方能解決了。

　　④ GB18030字符集，包含GBK字符集、CJK Ext-A 全部6582個漢字，共計27533個漢字。宋體-18030、方正楷體(FZKai-Z03)、書同文楷體(MS Song)宋體(ht_cjk+)、香港華康標準宋體(DFSongStd)、華康香港標準楷體、CERG Chinese Font、韓國New Gulim，以及微軟Windows Vista操作系統提供的宋黑楷仿宋等字體亦支持這個字符集的顯示。Windows 98支持這個字符集，以下的字符集則不支持。手寫輸入法逍遙筆4.0版支持GB18030字符集及方正超大字符集漢字的錄入。

　　⑤ 方正超大字符集，包含GB18030字符集、CJK Ext-B中的36862個漢字，共計64395個漢字。宋體-方正超大字符集支持這個字符集的顯示。Microsoft Office XP或2003簡體中文版就自帶有這個字體。Windows 2000的操作系統需安裝超大字符集支持包“Surrogate更新”。

　　⑥ ISO/IEC 10646 / Unicode字符集，這是全球可以共享的編碼字符集，兩者相互兼融，涵蓋了世界上主要語文的字符，其中包括簡繁體漢字，計有：CJK統一漢字20902個，CJK Ext-A 6582個，Ext-B 42711個，共計70195個漢字。SimSun-ExtB(宋體)、MingLiU-ExtB(細明體)能顯示全部Ext-B漢字。至今尚無單獨一款字體能夠顯示全部70195個漢字，但可用海峰五筆、新概念五筆、倉頡輸入法世紀版、新版的微軟新注音、倉頡輸入法 6.0 版(單碼功能)等輸入法錄入。Ext-C還有2萬多個漢字。詳情請參閱香港中文大學網站、馬來西亞倉頡之友網站、福建陳清鈺個人網站。

　　⑦ 漢字構形數據庫2.3版，內含楷書字形60082個、小篆11100個、楚系簡帛文字2627個、金文3459個、甲骨文177個、異體字12768組。可以安裝該程序，亦可以解壓后使用其中的字體文件，對于整理某些古代文獻十分有用。

　　如果超出了輸入法所支持的字符集，就不能錄入計算機。如果沒有相應字體的支持，則顯示為黑框、方框或空白。如果操作系統或應用軟件不支持該字符集，則顯示為問號(一個或兩個)。在網頁上亦存在同樣的情況。

　　關于Unicode

　　由于各國國家標準字集所收的漢字字數、常用字的差異，雖然象中國兩岸GB/BIG5字集常用字基本類似，轉換后閱讀并不成問題，但是這種編碼轉換的混亂關系，對文字交流始終是一種障礙。因此相關國家的標準化組織和文字工作者經過共同努力，終于在93年完成了包含中日韓(CJK)漢字的Unicode 漢字標準ISO 10646.1。 Unicode是完全雙字節表示的多國文字編碼體系，編碼空間0x0000-0xFFFF。 ISO 10646.1漢字標準使用編碼0x4E00-9FA5，共包含20902個漢字。其中：大陸(S)提出的漢字17124個，臺灣(T)提出的漢字17258個; S與T的并集，即中國(C)提出的漢字為20158個。日本(J)提出的漢字為12157個，中國未提出的690個(Ja); 韓國(K)提出的漢字為7477個，其中中國未提出的90個(Ka); Ja與Ka并集共744字。 支持Unicode編碼的相關電腦系統軟件，如Unix, Win95已有推出，但是由于Unicode的ASCII碼是用雙字節編碼(即一般電腦系統中的單字節ASCII碼前加 0x00)，同時其漢字編碼與各國的現有編碼也不兼容，造成現有的軟件和數據不能直接使用，所以目前完全使用Unicode軟件系統的用戶并不多，大多數只將它此作為一個國際語言編碼標準來使用。

posted @ 2007-01-25 19:59 春天花會開 閱讀(322) | 評論 (0) | 編輯 收藏

[原創]javascript封裝的Tab類－附源碼

Web UI中常常用到Tab，每次寫一堆HTML+css有點煩了，于是花了點時間整理了這個class，留備后用。
為了方便我引入了prototype 1.4，省掉一串鍵盤敲擊。
類比：www.live.com的Tab page
用法：
//首先載入: 'tab.js','prototype.js' and 'tab.css' in HTML page
//? ?mytab1=new Tab('tab1',top,left,width,height);//創建新Tab
//?? mytab1.addItem(name,contentid,type);//添加TabItem
//?? mytab1.delItem(name);//刪除TabItem
//?? 當然一般情況下操作鼠標即可完成添加/刪去工作.
//???點擊TabItem時動態調用 <li>標簽rev屬性指定的方法(要不要ajax就隨你喜歡了)
例子：


<html>
<head>
<script src='prototype.js'></script>
<script src='tab.js'></script>
<link rel=stylesheet type="text/css" href='tab.css'/>
</head>
<body>
<script><!--
//Test case
tab1=new Tab("tab1",100,10,600,300);
tab2=new Tab("tab2",180,60,600,300);
tab3=new Tab("tab3",260,110,600,300);

tab1.addItem('hello','id','CONTENT');
tab1.delItem('t2');
tab1.addItem();tab1.addItem();

tab2.addItem('hi','id','CONTENT');
tab2.addItem();tab2.addItem();

tab1.display();
tab2.display();
tab3.display();

--></script>
</body>
</html>
下載Tab.rar

posted @ 2006-10-17 09:16 春天花會開 閱讀(2186) | 評論 (3) | 編輯 收藏

javascript vml 封裝的3D餅圖

posted @ 2006-08-18 15:40 春天花會開 閱讀(5204) | 評論 (11) | 編輯 收藏

Virtual Fab(虛擬工廠)

posted @ 2006-08-15 12:07 春天花會開 閱讀(549) | 評論 (0) | 編輯 收藏

LuEmail 客戶端+服務器代碼全部開放

posted @ 2006-07-19 17:39 春天花會開 閱讀(1311) | 評論 (7) | 編輯 收藏

javascript 滑動框架的制作

posted @ 2006-07-07 21:20 春天花會開 閱讀(842) | 評論 (0) | 編輯 收藏

Servlet獲取Ajax POST數據亂碼的一種解法

1. 對中文參數編碼encodeURI(chinesePara);
? poststr = "username="+encodeURI("中文");

2.服務器端獲取參數后解碼

String username = new String(request.getParameter("username").getBytes("ISO-8859-1"),"UTF8");??

? -----------------------------------------------------------

? http_request.open("POST", url, true);
??http_request.setRequestHeader("Content-Type","application/x-www-form-urlencoded");
??http_request.send(poststr);

---------------------------------------------------------------

posted @ 2006-07-07 21:17 春天花會開 閱讀(2655) | 評論 (1) | 編輯 收藏

LuEmail主界面構架

posted @ 2006-07-07 09:12 春天花會開 閱讀(851) | 評論 (6) | 編輯 收藏

LuEmail 我想做的更好

基于Web的郵件客戶端，后端郵件服務器暫時只測試了Open WebMail

HTML+javascript+Ajax+Servlet+Javamail+Tomcat

頁面構架上采用CSS布局。

自動補全，寫信時不必記憶長竄的Email地址

posted @ 2006-07-07 08:27 春天花會開 閱讀(1021) | 評論 (10) | 編輯 收藏

javamail讀取完整的郵件

posted @ 2006-07-02 08:17 春天花會開 閱讀(9433) | 評論 (14) | 編輯 收藏