Google Chrome 包含許多供網站管理員使用的功能,透過這些功能將能提供更好的使用者經驗。Google Chrome 內建 Gears,能讓網站管理員發揮 API 的功能,例如離線儲存。此外,Google Chrome 能讓您的網頁應用程式使用起來有如「桌面」應用程式,因為使用者可以選擇以極簡的使用者介面模式啟用 Google Chrome,在該模式中,除了標題列之外,別無他物。
Google Chrome 也使用全新的 JavaScript 引擎 (V8),新引擎的速度遠勝於現有的 JavaScript 轉譯器。也就是說,您可以在速度與處理限制縮減的情況下,建立更複雜且內容更豐富的 AJAX 應用程式。最後,由於 Google Chrome 採用了 WebKit 作為程式碼核心,所以當 Webkit 加入新的 CSS3 功能時,Google Chrome 使用者也將能從中獲益。
有多種瀏覽器可供選擇,以下我們列出了各大主流瀏覽器的官方網站:
Google Chrome 的使用者代理程式是指:
Mozilla/5.0 (Windows;U;Windows NT 5.1;en-US) AppleWebKit/525.13 (KHTML,如 Gecko) Chrome/0.X.Y.Z Safari/525.13。
Google Chrome 與其他某些瀏覽器同樣使用 WebKit 顯示引擎,例如 Apple 的 Safari。網頁在 Google Chrome 中顯示的外觀應與其他以 WebKit 為基礎的瀏覽器相同。您可以在使用者代理程式字串中尋找 webkit 以找出這些瀏覽器,而不是以特定的瀏覽器名稱為依據 (例如 Google Chrome 或 Safari)。
為了協助瀏覽器正確顯示網站內容,您應在文件來源上方提供內容與字元編碼資訊。如果您使用的是框架或 iframe,也請在框架來源上方指定編碼。部分瀏覽器 (包括 Google Chrome 在內) 無法辨識深藏在文件內的編碼宣告 (例如位在 CSS 或文件 head 部分的指令碼之後)。
編碼位置範例:
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">
<script type="text/javascript">
...您的 JavaScript 程式碼...
</script>
.......
也請確認您的網頁伺服器並未傳送衝突的 HTTP 標頭。網頁伺服器傳送的標頭會蓋過您網頁中的任何字元集宣告。
Google Chrome 無法讀取利用 document.write() 宣告的編碼資訊。舉例來說,如果您使用此方式在 iframe 中宣告編碼,iframe 顯示時您可能會看見亂碼。而不是:
frame1.js
document.write("<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">"); ...其他 JavaScript 程式碼...
...我們建議您使用下列方式:
frame1.html
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1251"> <script type="text/javascript"> ...您的 JavaScript 程式碼... </script> ...
Google Chrome 針對網址內的查詢參數進行百分比編碼。在處理資料之前,請確認您伺服器端的指令碼可以解碼百分比編碼字元。
您應指定外掛程式的 NPAPI 版。
僅 Windows 上的 Internet Explorer 支援 ActiveX (以及以 Internet Explorer 為基礎建立的瀏覽器)。Google Chrome 、Mozilla Firefox、Apple Safari 與其他瀏覽器不支援 ActiveX。然而,這些瀏覽器使用 Netscape 外掛應用程式介面 (Netscape Plugin Application Programming Interface,NPAPI)。
在 Google Chrome 中,有幾種方式可以檢視 JavaScript 錯誤並執行除錯:
help 即可開始使用。Google Chrome 與 Internet Explorer 使用不同的顯示引擎,因此網頁顯示可能有所差異。Apple Safari 與 Google Chrome 使用的是相同的顯示引擎 (WebKit),應會以相同方式顯示網頁。
有幾個工具可以協助您測試網站在 Google Chrome 中的情況:
請確定外部樣式表提供的是正確的字元集與 content-type。請使用 text/css 或 text/c s;charset=X 格式。
請盡量不要在 HTTP 標頭中指定樣式表的字元集;而應新增宣告至 CSS 樣式表的「最前方」(沒有前置字元,包括空白和段行),如下所示:
@charset "xxx"
忽略指定編碼資訊可能無法正確剖析樣式表。
如果要瞭解更多與此主題相關的資訊,請參閱「全球資訊網組織 (World Wide Web Consortium)」的說明文件,網址是:http://www.w3.org/TR/CSS21/syndata.html#charset。
Google Chrome 的預設行為是最小化,然後僅在瀏覽器視窗右下部分中顯示彈出式視窗的標題列。使用者可以將標題列拖曳至較顯眼的位置,以檢視彈出式視窗的內容。這樣做允許彈出式視窗載入,因此不會影響仰賴彈出式視窗的網站之正常功能。也能防止使用者不欲看見的彈出式視窗蓋住網頁,並對使用者造成干擾。
這表示網頁上使用的 SSL 功能出現問題。按下 Google Chrome 中的驚嘆號,會提供關於此問題的詳細資訊。通常,問題出在網頁上的混合內容 - 例如,您的頂層網頁透過 HTTPS 提供,同時由 SSL 保護,但您也透過 HTTP 在網頁上包含各種元素 (例如圖片、指令碼或 CSS)。所有內容都必須透過 HTTPS 提供,才會顯示鎖頭符號。
Google Chrome 小組計劃在日後的版本中支援 HTML5 資料庫 API 以及 WebKit 支援的其他 API,包括 offline 與 worker。
Google Chrome 使用者可以建立任何網頁的捷徑,只要從 [網頁] 功能表圖示中選取 [建立應用程式捷徑] 即可。根據預設,新捷徑會取用指向網頁的標題與個性圖示。
您可以指定標題、說明以及指向您網頁的 Google Chrome 捷徑,只要在文件的
部分中插入特定中繼標記即可。| 自訂: | 標記 | 範例 |
|---|---|---|
| 捷徑標題 | 應用程式名稱 | <meta name="application-name" content="Gmail"/> |
| 說明 (提供更多空間時使用,例如偏好設定面板中) | 說明 | <meta name="description" content="Google 對處理電子郵件所採取的作法&q ot;/> |
| 按下捷徑之後會開啟的網址 | 應用程式網址 | <meta name="application-url" content="http://www.gmail.com"/> |
| 捷徑圖示 | <link rel="icon" href="gmail_32x32.png" sizes="32x32"/> |
例如:
<head>
<meta name="application-name" content="Gmail"/>
<meta name="description" content="Google 對處理電子郵件所採取的作法"/>
<meta name="application-url" content="http://www.gmail.com"/>
<link rel="icon" href=gmail_32x32.png sizes="32x32"/>
<link rel="icon" href=gmail_48x48.png sizes="48x48"/>
</head>
這些標記與 Gears 桌面 API 非常類似。請參閱「Gears 桌面 API」說明文件以取得詳細資訊。
Google Chrome 採用多程序架構,這表示各分頁可在獨立程序中執行,完全獨立於瀏覽器的主程序之外。然而,由某個網頁帶出來的新分頁通常是以「相同」的程序開啟,這種作法的目的是讓原始網頁可以使用 JavaScript 存取新分頁。
但是,如果您是在新分頁中瀏覽不同的網站,Google Chrome 會尋找提示資訊,以決定是否要在獨立程序中開啟新分頁。
最簡單的作法就是將連結指向另一個會帶出新視窗的網站,而且不傳送參考資訊。這麼做就等於是提示 Google Chrome 要將新網頁獨立於原始網頁之外,並在獨立的程序中載入新網頁。例如:
<a href="http://differentsite.com" target="_blank" rel="noreferrer">在新分頁與新程序中開啟</a>
如果您要新分頁在新程序中開啟,同時要傳送參考資訊,那麼請在 JavaScript 中執行下列步驟:
opener 變數設定成 null,如此一來,新分頁即無法存取原始網頁。例如:
var w = window.open();
w.opener = null;
w.document.location = "http://differentsite.com/index.html";
網址與帶出彈出式視窗的網頁必須在不同網域中 (或使用不同的通訊協定),這些提示資訊才會起作用。舉例來說,如果帶出彈出式視窗的網頁位於 http://www.example.com/:
使用者在網址列中輸入單一字詞時,Google Chrome 會利用使用者的預設搜尋引擎執行該字詞搜尋並傳回結果。同時,Google Chrome 會提交 http://term 的 HEAD 要求,以確認其是否為有效網站。如果 Google Chrome 收到 HTTP/2xx 回應 (例如 HTTP/200 OK),會詢問使用者是否想要改造訪該網站。按下提示直接前往網站,可將該網站設為日後要求該字詞時的預設目標。
如果收到以下訊息,Google Chrome 也會顯示提示:
您應確保網頁伺服器正確回應 HEAD 要求,而不只是正確回應網頁的 GET 要求。
舉例來說,如果網站位於 http://project.intranet.example.com,而該企業網路內的使用者在網址列中輸入 project:
使用者也可以手動取代預設 (搜尋) 行為,只要輸入 project/ 或 http://project,或選取 project/ 網址列項目,而不要選取 Search for project 即可。
透過提供 OpenSearch 說明文件 (OSDD),您可以讓 Google Chrome 在瀏覽器的搜尋引擎清單中加入您的網站。如需更多關於 OpenSearch 的資訊,請前往 http://www.opensearch.org。