|
(1)平台結構
(2)轉換精度
(3)即時轉換
(4)圖檔處理
(5)處理速度
(6)用戶詞典
中文圖檔的處理問題
由於圖片中的文字是以圖像形式存在的，所以直接把圖片中的文字識別、重畫是不可能的。
因此，使用繁簡通的網站可以準備兩張分別帶有繁、簡兩種文字的圖片。
透過適當的配置，繁簡通可以把帶有繁體文字的圖片發送繁體頁面的瀏覽者，把帶有簡體文字的圖片發送給簡體的瀏覽者。
繁簡通提供了2種方式來處理對不同文字圖片的識別與發布：
一、固定路徑對應方式（A類）
在該方式下，繁簡通可以把原來的圖片檔案對應到其他的目錄以獲取與原圖片對應的異種內碼的圖片檔案。
該種對應可以選擇兩種形式，即檔案名的對應和目錄對應形式。
例如，原來在繁體頁面下images/search.gif圖片，則不同對應方式的處理舉例如下表：
| 對應方式 |
繁體圖片名稱 |
簡體圖片名稱 |
繁體目錄名稱 |
簡體目錄名稱 |
| 檔案名對應 |
Big5_search.gif |
gb_search.gif |
images |
images |
| 目錄對應 |
Search.gif |
Search.gif |
images |
Gbimages |
以上列表中的檔案名不一定要改到“big5”和“gb”開頭，目錄名稱也不一定是”gb”開頭，
這些檔案與目錄名稱可以根據網站製作人員的喜好進行配置。
另外繁簡通還支援對目錄或檔案名稱的按規則處理的方式，不需要對每一個目錄都進行配置。
採用檔案名稱對應與目錄對應方式有各自的優缺點：
| 對應方式 |
優點 |
缺點 |
| 檔案名稱對應 |
如果圖片不改名則不需要多製作一個檔案。 |
要修改網頁中出現的需要修改的圖片名，比如改成“big5_"開頭，
並且對於已經修改了檔案名的圖片必須要有一個對應的"gb_"開頭的檔案存放在同一目錄下。 |
| 目錄對應 |
不需要修改網頁中的檔案名。 |
對於配置範圍內每一個圖片檔案，對應目錄中都必須要有一個對應的檔案。
/Big5images 被配置成與 /gbimages目錄對應,如果big5images目錄中有a.gif b.gif c.gif這3個檔案，
則gbimages中也必須擁有著3個檔案。缺少任何一個，則顯示該圖片的異種內碼頁面將因找不到檔案而出現死圖。 |
二、圖片自動搜索方式（B類）
對固定路徑對應（A類）處理方式，我們可以清楚地看到他存在這一種缺陷，就是由於對應的目錄是固定的，
如果影射的路徑中的檔案不存在，輸出的頁面就會立即出現死圖的現象。對於一個大型的網站，內部會出現成千上萬幅圖片，
出現在成百上千的目錄中。如果以A類處理方式來處理，就相當於要求網站製作者在異種內碼版本發佈之前，
必須立即把所有的圖片都設計併發布到位。如果是採用目錄對應，則必須把所有的目錄規則都設定好，如果圖片散佈在上千個目錄上，
則必須制定上千條目錄對應規則。這種情況對於網站製作者來說是一場噩夢。
對上述問題，我們會立即想到一種解決方式，就是：如果在對應路徑下的圖片不存在，是否可以先把原來路徑上的圖片發佈出來。
這個功能就是信使網路繁簡通對圖片處理的B類方式——圖片自動搜索方式。
該處理方式的優缺點如下：
| 優點 |
缺點 |
- 由於繁簡通可以判斷對應路徑中的圖片是否存在，若對應路徑中的圖片不存在，會智慧抓取原路徑的圖片來發佈，
因此網頁在製作者忽略製作了圖片的狀況下都不會出現死圖。
- 網站製作者無須立即把所有的圖片都預先製作到位，無須做任何準備工作，異種內碼的網站就可以立即發佈，
製作者可以在網站正常發佈之後，把圖片製作好並放在對應目錄下，新加入的圖片就立即生效。
- 配合目錄對應規則，網站無須對存放圖片的路徑進行任何限制，用戶可以把圖片放置在任何的目錄下，
對已經具有複雜的圖片存放結構的網站也能馬上適應。
|
由於存在一個對應路徑是否有效的判斷機制，所以會有一定的延時。
但如果把轉換主機與原伺服器存放在同一個局域網內，此延時不會被察覺。 |
在圖片自動搜索方式下，同樣支持對對應路徑的檔案名、目錄對應兩種對應方式。
對應規則
一個大網站，在圖片對應的實際操作中，會碰到以下問題：
有一個新聞網站，每天都會安排一個目錄來存放當天的新聞，而且每天的新聞都是圖文並茂的，
因此每天都會增加一個或多個目錄來存放當天的新聞圖片。當然新聞圖片上少不了簡短的文字註釋。
如果沒有一個處理方式，一個問題非常明顯：是否每天都需要為新增新聞圖片目錄設置一條對應路徑呢，設定了路徑之後，
將需要重新啟動發佈服務，這樣對用戶的瀏覽會產生影響。
對於上述問題，信使網路繁簡通設計了一個對應規則機制，可以完美的解決以上的問題。
以上面新聞發佈的例子，假設每天的新聞都會增加一個以當天日期起名的目錄，例如，2001年1月1日的目錄名稱就是：20010101。
在這個目錄下，又安排了一個images的目錄存放圖片。在沒有影射規則存在的情況下，3天的新聞就會有3條路徑對應設置：
20010101/images -> 20010101/gbimages
20010102/images -> 20010102/gbimages
20010103/images -> 20010103/gbimages
我們不難總結出來，其實存放每一天的新聞圖片，都有同樣的形式：
| 繁體路徑 |
簡體路徑 |
| 日期目錄/images |
日期目錄/gbimages |
其實這就是一條對應規則，例如以上一條配置規則可以寫成：
rewriterule (.*)/images/(.*).gif $1/gbimages/$2.gif
這條規則的意思是把所有images目錄都對應成gbimages目錄，無論此目錄是在什麼日期之下，這樣就可以把1年365天的全部路徑對應都概括了。
以上只是路徑對應的一個簡單例子，信使網路繁簡通可以透過配置完成非常複雜的路徑對應設置，能夠滿足幾乎任何複雜路徑對應的需要。
繁簡通把路徑對應的功能與自動圖片搜索的功能配合使用，可以就能夠真正做到“無論原網站的圖片目錄結構多複雜，我們都可以保證做到不出死圖、
無須重起、立即更新”。
不透過轉換網關傳回圖片
實際上，如果原圖片不帶有純文本資訊，如果透過轉換網關再發給用戶，會對網路帶寬與主機資源帶來不必要的損耗。
信使網路繁簡通支持不透過轉換網關而是直接從原伺服器返回圖片的方式。設置方式是在對應規則的末尾增加[R]標誌。
|
」轉成「
」
