，那該怎麼做呢？ 但是問題來了，heading tag 除了可以幫助做出層級大綱外，他也代表著每個網頁的重要性，我們習慣設定

為整張網頁最重要的部分，依序為

→

在 HTML5 尚未問世，還沒有 section tag 時，如果我們要做出像下面這種層級目錄的 outline： 方便的 Outline 檢測網站，可以上傳 HTML 檔案、用 URL，或是直接貼 HTML code 在文字欄位裡，他就會秀出這個 HTML 的大綱，適合在本機測試或不是用 Google Chrome 的朋友。 outline 就是我們常說的「大綱」。當搜尋引擎在爬網站文章時，可以根據網站提供的大綱抓出每張網頁的目錄以及重點，每張網頁都可以有自己的一份大綱。 看完這些定義，大家有沒有發現，其實最重要的一點是要去「判斷這些區塊，到底是不是獨立的文章」？或者是「有意義的章節或段落」。而判斷這樣的頁面結構，就是要跟案主做良好的溝通，了解他們網站的需求，並且先將 outline 定義出來 =) The

element represents a generic section of a document or application. 從今年開始，我寫的 HTML 會漸漸從 XHTML 的 !DOCTYPE 走向符合 HTML5 的 !DOCTYPE，隨著 HTML5 的規格釋出，語意會是我優先嘗試的部份，從整個網頁結構以及 SEO 來看，語意是 HTML5 的必備基礎知識，所以我們就先從

開始吧！ 一個專注於網頁應用的軟體工程師，並對手帳術與時間管理有深入的研究。 歡迎瀏覽我的部落格文章、專案作品集，以及線上履歷。 HTML5 正夯? 恩，其實夯很久了！而 HTML5 絕對不只有語意那麼簡單罷了，它包含了很多前端的新功能與新技術，語意只是其中的一小小小塊。 今天要跟大家分享的是

標籤，網路上有很多關於

的解說，常見的文章是拿來跟

比較，可是我看了很多篇都似懂非懂...，所以又跑去看了國外的文件。 先撇開 W3C 這些落落長的解釋名詞，我們先用常識去判斷甚麼是 section ？透過萬能的谷歌大神可以了解： 上圖用灰色粗線條一個一個分隔的區塊，就是 section(一個章節、段落的區隔)。而整個一大棟的建築物是 article (獨立完整的文章) 如果你曾搜尋過 , ，會發現每個人畫的結構圖都不太一樣。有的跟我提供的示意圖一樣，是用

包覆 ；但有的剛好相反，是用

包覆 。 因為兩種都可以，怎麼去撰寫 HTML tag，是根據你網頁的結構而定，因此他沒有標準的答案。我們唯一能做的是把他們的差別搞清楚，也把你網頁的結構搞懂；唯有都清楚了，才能正確的寫出對搜尋引擎友好的語意。 最後，結合 W3C 對 section 的定義，以及透過網路上對 section 名詞的解釋，我將 section 的定義總結如下： 以部落格文章為例子，我們在寫文章的時候，都習慣用 heading tag 做大標、小標...等等，方便使用者閱讀，而這樣的標記在網頁結構裡，就算是一個大綱。只是我們用顏色區分讓使用者容易閱讀、而對搜尋引擎來說，他就是利用 heading tag 來了解每一段的大綱與章節。 這個 outline 檢測工具非常好用，只要網站有把結構做出來，他就可以根據你的 HTML tag 秀出網站的大綱。另外如果文章很多懶得爬文，也可以直接點選有興趣的大綱文字，它會自動跳到該段落，有點像書籤的效果。 通常會用 heading tag 給 outline 做階層 (可以直接貼到 HTML5 Outliner 檢測 工具看喔)： 那麼，如果我們同時要滿足大綱的「重要性」以及「階層性」，該怎麼做呢？所以 W3C 幫我們定義了這個新的 HTML 標籤：

為該SQL建立OUTLINE，需要注意SQL文本和應用程式的模板要一致。普通的參數、常量、HINT、空格以及注釋不影響匹配，額外的 :: 類型轉換、多指定Table的Schema、改變表名大小寫、改變列名大小寫等將影響匹配，詳細的匹配規則請參見 SQL_ID匹配標準 。 對於不再使用的OUTLINE，可以使用hint_plan.del_outline函數來刪除目標OUTLINE。在輸入對應的OUTLINE ID後，將刪除相應的OUTLINE。 當前SQL_ID需要添加的HINT資訊，當多個OUTLINE擁有相同SQL_ID時，按照ID順序彙總。 PolarDB 提供 hint_plan.create_outline 函數，用於建立OUTLINE。輸入需要固定的SQL後，將自動提取SQL中的 Hints 並加入OUTLINE。 OUTLINE優先順序高於SQL語句中內建的HINT：對SQL建立OUTLINE之後，原SQL語句中的HINT將失效，僅受OUTLINE中HINT影響。 支援為一類SQL建立多個OUTLINE：多個OUTLINE將相互疊加，且該SQL語句受到多個HINT的影響。 對於連續參數，將忽略參數個數的影響。例如， a IN (1,2,3) 、 a IN (1,2) 將被歸一化，但是， a IN (1,2,3) 與 a IN (1) 不會執行歸一化，原因是 IN (1) 不是連續的參數。 建立pg_hint_plan外掛程式，且外掛程式版本不低於1.4.1，詳細外掛程式介紹請參見 pg_hint_plan 。 SQL_ID ：SQL語句標識符，由資料庫系統自動產生，用於區分不同的SQL。OUTLINE使用SQL_ID區分和匹配目標SQL。 精細化控制和管理 ：為不同的SQL提供相應的OUTLINE，可以清晰呈現整個系統的OUTLINE及其狀態（例如命中情況、是否開啟等）。 OUTLINE功能允許您手動固定特定SQL語句的執行計畫，並對這類SQL的HINT進行添加和修改。OUTLINE提供了以下優勢： HINT管理的複雜性 ：在應用程式中添加了大量HINT後，管理成本隨之增加，資料庫管理員難以清晰瞭解整個系統中存在的HINT數量。 添加HINT的複雜性 ：許多應用的SQL是通過中介軟體自動產生的，手動添加HINT既不現實又十分繁瑣。 為產生更優的執行計畫， PolarDB PostgreSQL版 提供了執行計畫固定（Statement OUTLINE）功能，簡稱為OUTLINE。該功能支援對某類SQL自動增加指定HINT，在不影響商務應用程式的情況下，精確控制SQL執行計畫。 在實際啟動並執行資料庫環境中，慢SQL問題常常困擾著營運團隊和開發人員。慢SQL的成因多種多樣，可能源於資料分布不均、統計資訊不準確等因素。 為了產生更優的執行計畫，使用HINT幹預最佳化器行為是一種常見且有效手段。然而，直接要求資料庫管理員在業務SQL語句中添加HINT會面臨諸多挑戰： 發布流程的複雜性 ：在應用程式中手動添加HINT，並且每次調整HINT都需要發布新的應用版本，這不僅耗時耗力，還可能帶來額外的風險。 針對上述困境， PolarDB PostgreSQL版 推出對某類SQL自動增加HINT的能力，即執行計畫固定（Statement OUTLINE），簡稱OUTLINE。該功能可在不影響商務應用程式的情況下，精確控制SQL執行計畫。 在不影響商務應用程式的情況下，您可通過OUTLINE功能精確控制SQL執行計畫，從而高效解決慢SQL問題。 OUTLINE和pg_hint_plan的hint_table功能互斥：OUTLINE與hint_table功能類似，開啟OUTLINE功能後，hint_table功能預設失效。 OUTLINE設計了高並發緩衝模組，對效能影響極小。啟用並添加OUTLINE後，Sysbench標準壓測顯示TPS和QPS僅下降1%~2%左右。 在需要使用OUTLINE功能的資料庫中確認是否已安裝pg_hint_plan外掛程式，以及外掛程式版本是否大於等於1.4.1。 開啟OUTLINE功能。設定參數 pg_hint_plan.polar_enable_outline 為on，修改該參數不會造成叢集重啟。通過控制台設定叢集參數詳細操作，請參見 設定叢集參數 。 PolarDB PostgreSQL版 提供hint_plan.outlines_status視圖，用於查看資料庫內的OUTLINE。 hint_plan.enable_outline：用於開啟OUTLINE，輸入OUTLINE對應 id 。 hint_plan.disable_outline：用於關閉OUTLINE，輸入OUTLINE對應 id 。 使用HINT幹預最佳化器，使執行計畫選擇主鍵索引，並希望使用OUTLINE幹預計劃，使得SQL計劃不變。 如使用DMS串連叢集執行以上語句出現類似 ERROR: invalid transaction termination 報錯，可使用其他用戶端操作，例如 psql 等，詳情請參見 串連資料庫叢集 。對於進階使用者，您可以運用瀏覽器的 encodeURIComponent() 函式將 JSON 編碼 的 prefix 轉換為 網址編碼 版本。如要這麼做，請開啟網頁檢查器控制台 (在 Chrome 中依序點選「Developer」>「JavaScript Web Console」) 並輸入以下內容： ss://[email protected]:33142/?outline=1&prefix= 如要在 靜態存取金鑰 (ss://) 中使用 prefix，您需要先修改現有金鑰再發布。如果您使用 Outline Manager 生成的靜態存取金鑰，請將您的 prefix 轉換為 網址編碼 版本 (參見上表示例)，然後加入存取金鑰末端，如下所示： 您使用的通訊埠應與 prefix 偽裝的通訊協定一致。在 IANA 維護的 傳輸通訊協定埠號註冊表 中，您可以查看各種通訊協定對應的埠號。 prefix 的長度不應超過 16 個位元組。較長的 prefix 可能會導致鹽值重複，因而影響加密安全性，使得連線被偵測到。建議盡可能使用最短的 prefix 來繞過封鎖。 自 Outline 用戶端 1.9.0 版起，存取金鑰支援「prefix」選項。「prefix」是 Shadowsocks TCP 連線中做為 鹽 開頭的一串位元組。這可以使連線偽裝成網路中允許的協定，從而繞過防火牆對未知通訊協定的封鎖。 如要在 動態存取金鑰 ( ssconf:// ) 中使用 prefix 功能，請在 JSON 物件中新增「prefix」鍵，並將所需的 prefix 以 JSON 編碼 表示 (參見上表示例)。您可以使用 \u00FF 之類的逸出代碼，表示 U+0 至 U+FF 範圍內的不可列印 Unicode 代碼點，例如：To add outline to a word list please sign up or log in. ( outline 在 劍橋英語-中文（繁體）詞典 的翻譯 © Cambridge University Press) Did it live up to your expectations? (Talking about disappointment) 將隱私與安全放在首位： Outline 強大的加密功能可以保護使用者的線上活動，確保相關網路流量資料在區域網路或國內網路傳送時保有私密與安全性。 人人能輕鬆設定： Outline 十分容易使用，即使沒有專業技術知識，也能輕而易舉地設定與管理 VPN 連線。 資訊公開，值得信賴： Outline 以開放原始碼為基礎，可體現您對資訊公開的重視，並鞏固使用者對您的信任。 歡迎加入我們，一起打造真正開放的網際網路。透過 Outline，您可以幫助網路受限區域的使用者突破封鎖、暢享網路，重拾數位自由。 在本文中，我們將演示如何使用 Logto 作為 Outline 的 OpenID Connect (OIDC) 身份提供者。 有關於 Office VBA 或這份文件的問題或意見反應嗎？ 如需取得支援服務並提供意見反應的相關指導，請參閱 Office VBA 支援與意見反應 。