協助 WordPress.org 搬家到 Blogger 紀錄﹍如何繞過 WP 主機商

October 16, 2023, 7:40 pm

≫ Next: Win7 如何自動校正系統時間

≪ Previous: 排程自動抓台幣美元匯率成交量資料﹍Google Apps Script

$

0

0

過去曾協助「自架站搬到 Blogger」、「WP.com 搬到 Blogger」，但奇怪的是，最大宗的 WP 主機商反而還沒有成功案例。然而並非沒有這類站長想搬到 Blogger，實情是，這類找上本站協助搬家的案例比「自架站」+「WP.com」還多，但最後為何都沒有成案呢？ 主要的難度在於 301 轉址，為了搬家後 SEO 能順利移轉到 Blogger 網站，必須提供主機 FTP 權限才能進行 301 轉址設定。然而我請客戶跟 WP 主機商索取 FTP 帳號密碼後，就會發生以下情形：

• 有些站長似乎怕被 WP 主機商知道要搬家，不斷詢問有沒有辦法不讓主機商發覺就直接搬走。後來該站長瞭解 301 轉址的困難處後，知道不跟主機商聯繫不太可能，就沒了消息。
• 部分站長有答應跟 WP 主機商索取 FTP 權限，但之後也是沒了音訊。猜測這情形就類似 Godaddy，一跟他們說不續約，就會提供很優惠的續約價。畢竟 WP 主機商不會願意長期飯票離開，相信都會有一套話術來挽留客人。

直到最近有 WP 站長表示，主機商一年費用跟以前比，漲了 2 倍以上不堪負荷，想搬到 Blogger，且成功索取了 FTP 權限。有了實測環境後，本篇也順帶分享不靠 FTP、不必跟主機商斡旋，就能直接將 WP.org 搬到 Blogger 的方法，當然 SEO 也能順利移轉過來。 有此搬家需求的站長，可用文末的聯絡表單與本站聯繫。 (圖片出處: unsplash.com)

一、WP 後台權限

如果沒有 FTP 權限來設定 301 轉址的話，至少需要 WP 後台安裝外掛的權限，或是編輯系統佈景(Theme)檔案的權限，才能設定 301 轉址。然而主機商如果不想客戶離開，除了不提供 FTP 權限，同樣也會封鎖後台「安裝外掛」、「編輯佈景檔案」的權限，以下來看實例。 1. 安裝外掛權限根據 WP 官網文件「Manage Plugins」，WP 後台「外掛功能」介面如下：

• A：這裡有「新增外掛」(Add New)按鈕
• B：上方有各種熱門外掛推薦分頁可切換
• C：右上方可以搜尋所有 WP 外掛

這是我的客戶 WP 後台外掛功能，被主機商裁減後的介面：

• 無「新增外掛」按鈕
• 只能看到現有外掛，看不到熱門推薦外掛
• 只能搜尋現有外掛，不能搜尋所有 WP 外掛。

總之，就是不給裝外掛的意思。 2. 編輯佈景檔案權限根據 WP 官網文件「Appearance Menus Screen」，WP 後台「外觀」(Appearance)介面如下： 如上圖紅框處，有個「佈景編輯器」(Theme Editor)的按鈕。點擊此按鈕後，根據 WP 官網文件「Appearance Theme File Editor Screen」，會出現以下畫面： 這個介面可以編輯所有佈景檔案、各種後端 php 檔，例如 functions.php、header.php 等等，就可以在後端設定 301 轉址了。 而我的客戶 WP 後台「外觀」介面如下： 「佈景編輯器」被移除，自然動不了後端設定了。

二、WP 搬家如何繞過主機商

失去後端功能的 WP，既然只能操作前端，聽起來像是主機商自己開發的一個國產部落格平台(如痞客邦、Xuite)，但還要負擔龐大的主機費、流量費，是否值得就給站長自行評估了。 以下說明在無法動到後端的情況下，我會如何進行搬家，移轉 SEO 權重。 1. WP 製作搬家畫面無法 301 移轉網址的情況下，可以視為一般部落格的搬家法，參考「痞客邦搬家到 Blogger 後，SEO 問題要如何解決？ 」→「四、痞客邦的處置」：

• 在 WP 每篇文章開頭處，都插入製作好的「搬家畫面」，讓訪客點擊前往對應的 Blogger 網址
• 文章內容只留前幾行，才不會讓 Blogger 的文章成為重複內容。

經過約 6 個月的時間，原 WP 網站的 SEO 權重，就會逐漸移轉到 Blogger 網站。 2. 保留主機使用期限因為 SEO 移轉至少需 6 個月以上，所以需確保主機商的合約有足夠的時間。如果不夠的話，只好先續約一年，畢竟如果重視 SEO 的話不得不如此。 當然，如果有辦法取得 FTP 帳號密碼，就不需要這麼麻煩了，直接 301 轉址即可，SEO 權重可以立即移轉。 3. 修改文章內容製作搬家畫面需要批次修改文章內容，手動一篇篇改只有在文章數很少的情況下才有可能。 要做到此點，可以操作 WP 官方提供的 API，完全不需求助主機商，自己用程式執行就能跑完所有文章。

三、搬文章

這次搬 WP 文章遇到比較大的狀況，所以特別記錄一下。 1. 線上轉檔工具 WP 後台可以匯出 xml 檔，但格式與 Blogger 不相容，以往都是靠下面這個網頁的服務轉檔：

• WP to Blogger Converter

進行轉檔時，一方面會顯示錯誤訊息，說檔案太大，必須切割成小於 1MB 的檔案。另一方面我若找個小檔案測試，網站又會呈現當掉的狀態，不曉得是否作者沒有在維護了？ 也許以前沒遇到問題，是因為搬的文章數比較少，而這次搬的文章數非常多。但切成一大堆小檔也很麻煩，還是另外找個一勞永逸的解決方案比較好。 2. WP 外掛由於有了 FTP 權限，我找到一個可以轉換匯出檔的 WP 外掛，利用 FTP 安裝到後台：

• Export to Blogger

經測試後，的確可以成功轉檔，並匯入 Blogger，但卻發現一個嚴重問題 → 這個外掛並沒有匯出「留言」，只有匯出文章及分類(也就是 Blogger 的標籤)，如此一來，該外掛也不是個完美的解決方案。 3. 自行轉換格式由於多年來協助各種部落格平台搬家到 Blogger，我對 Blogger 匯入檔的格式、編碼等等還是相當瞭解的，所以決定自行研究轉換格式：

• 比對 WP 後台匯出檔的文章、留言、分類、草稿等等格式與編碼
• 轉換為 Blogger 匯入檔對應的格式與編碼

最後總算生成可以成功匯入 Blogger 的檔案。

四、搬其他項目

其他的搬家項目，大致有這些：

• 搬圖片
• 更換新舊文章連結
• 搬人氣
• 301 轉址或搬家畫面

以上這些項目都需要用程式處理，如果文章數不多的話，某些可手動自行處理。 如果需要瞭解以上這些項目的含意，可參考「協助痞客邦搬家到 Blogger 流程紀錄」→「四、本站處理項目」，有比較詳細的說明。

五、聯絡表單

如果有預算需處理 WP 搬家到 Blogger 事宜，請告知要搬家的項目有哪些：

• 搬文章
• 搬圖片
• 處理新舊文章連結
• 搬人氣
• 301 轉址或搬家畫面

以及告知以下資訊：

• 您的網址
• 文章篇數

並用以下表單與本站聯繫：

稱呼：(必填)

電子郵件：(必填)

您的網址或提問的相關網址：(必填)

簡單自介、如何找到本站：(必填)

請詳細描述您的需求、問題或意見，如提供的資訊不足，可能無法回覆：(必填)

更多 WordPress 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

---

Win7 如何自動校正系統時間

January 31, 2024, 2:56 pm

≫ Next: 徹底解決 Win 10 中英輸入法切換的各種問題(含微軟注音、酷音)

≪ Previous: 協助 WordPress.org 搬家到 Blogger 紀錄﹍如何繞過 WP 主機商

$

0

0

買了多年的 Intel NUC 準系統，Windows 7 最近開機後系統時間總是自動回到 2009 年，除了 Chrome 瀏覽器不給上網，會報錯提示系統時間錯誤，還有一些其他程式也會因為系統時間偏差而無法正常執行。 根據多年經驗，這是主機板電池沒電的狀況，換一顆 CR2032 電池就解決了。然而辛苦拆解準系統後才發現，Intel NUC 做了個特規 CR2032 電池，無法自行更換電池。根據官網「Intel® NUC 上的 CMOS 電池」圖片，電池組件長得如下圖： 這個電池組件使用一條 2 pin 連接線插到主機板，剝開包覆的膠帶後發現，組件的設計不讓使用者自行替換電池，導致只能想辦法買完整的電池組件替換。然而前面的官網文件也說明了，這整組零件不零賣，要自行上網找 "線上零售商"購買... 想到要大老遠跑光華商場找電子零件就很麻煩，而上網買除了運費會是零件的好幾倍，也不知是否插上 Intel NUC 就能跑，解決硬體問題的時間不如想辦法解決軟體問題比較快，如果我能讓 Windows 開機後自動校正系統時間，就可以無視主機板電池沒電的問題了。 (圖片出處: pexels.com)

一、原理說明

1. 最方便的作法網路上爬了相當多文章，有些是內容很專業、原理說明得很詳細，可惜我除了看得頭昏眼花，也測不出效果。直到這一篇內容及步驟都相當簡短的文章，才測試成功：

• 電腦開機自動校時 - 工作排程器

這篇主要需進行 3 個動作：

• 製作 .bat 批次檔
• 修改 Windows 登錄檔
• 建立工作排程器

2. bat 批次檔內容內容只有兩行，說明如下： net start "windows time"→ 這一行會強制啟用系統服務 "windows time" w32tm /resync → 進行時間校正檔案總管 → 電腦 → 右鍵選「管理」→ 服務與應用程式 → 服務，可看到上圖畫面，紅框處即為 "Windows Time"服務，啟用後方可允許系統時間校正。 如果沒有上述 bat 檔第一行，就逕自執行第二行，有可能無法進行時間校正(有第一行可確保這個系統服務被啟用)。 3. 其他補充

• 「修改 Windows 登錄檔」這個動作非常必要，如同原文說明，Windows 預設在系統時間差距太大時，例如正負差距 15 個小時以上，不允許進行時間校正，所以將登錄檔中的預設值 15 小時修改掉
• 「建立工作排程器」這部分的流程比較麻煩且容易出錯，主要目的為讓開機後自動執行 bat 檔，其實有更簡單的作法，請見後面優化流程。

二、優化版流程

因為部分操作流程還可以更簡化，下面會提供我的優化版本。 1. 製作 bat 批次檔net start "windows time" w32tm /resync將以上內容存成 bat 檔即可。 2. Windows 登錄檔修改 Windows 登錄檔內容比較麻煩，我已製作下面這個 reg 登錄檔，下載後執行即可：

• Windows 自動校時.reg

3. 開機自動執行只要將前面製作的 bat 批次檔放到 Windows「啟動」資料夾，開機就會自動執行：

• 按 Win + R→ 輸入 shell:Startup
• 出現的資料夾就是 Windows「啟動」資料夾

4. 工作排程補充如果習慣使用 Windows 內建的「工作排程」，原文的操作流程，觸發條件設定為「開機啟動」，但實測結果如下：

• 觸發條件設定為「啟動時」，那麼開機時並不會執行
• 必須將觸發條件設定為「登入時」，開機才會執行

更多 Windows 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

徹底解決 Win 10 中英輸入法切換的各種問題(含微軟注音、酷音)

October 16, 2023, 8:38 pm

≫ Next: 了解文章沒被 Google 收錄的真正原因__減少在 Search Console 打轉的時間

≪ Previous: Win7 如何自動校正系統時間

$

0

0

中文輸入自 Win 8 以後就是大災難，微軟官方從未根本解決問題。我在 Win 8 的解決方式可參考「讓 WIN8 能用 CTRL + SPACE 切換中英輸入」，主要解決這兩件事：

• 預設輸入改為英數模式
• 可按 Ctrl+Space切換中英輸入

由於微軟宣布不支援 Win 7，很多常用軟體也逐漸不支援 Win 7，不得已必須強迫自己適應 Win 10。然而正式使用 Win 10 後，發現狀況跟多年前 Win8/Win10 又不一樣了，得重新解決擾人的中英文輸入法切換問題。費了一番功夫總算解決各種狀況，請見本篇的心得整理。 (圖片出處: unsplash.com)

一、基本二訴求

先簡單說明一下，為何 Windows 輸入及切換要順暢、有效率，必須解決這基本的兩大訴求： 1. 預設輸入英數模式雖然我們使用的系統環境是中文，然而進入 windows 後，最先開始輸入的字元，卻不一定是中文。將預設字元改為英數的理由如下：

• 進入系統後，第一個要輸入的字元，是中文的機率小於 50% 的話，就應該改為英數模式，才會是有效率的配置。
• 使用瀏覽器常會輸入網址字串，必須是英數模式
• 前端工作者、工程師等很多領域，會很常使用英數

當然，如果使用 Windows 以中文輸入為主的使用者，可忽略這個部分。 2. 按 Ctrl+Space 切換中英輸入古早年代 Windows 切換輸入法的快速鍵就是使用 Ctrl+Space，但 Win8 以後必須改用以下幾種組合鍵：

• Shift：切換中英模式 → 缺點為很常誤按 Shift，導致要常常切來切去，非常不方便
• Ctrl+Shift：切換同語言的輸入法 → 這個組合鍵很不好按，比較浪費時間
• Win+Shift：切換不同語言的輸入法 → 這個組合鍵比 Ctrl+Shift稍微好按，但仍然沒 Ctrl+Space順暢

總之切換中英輸入法，還是 Ctrl+Space最省時間，且不會誤按。

二、微軟注音

首先以最多人使用的微軟注音來說明。 1. 預設英數模式如果只有一種輸入法「微軟注音」，沒安裝任何其他語系、輸入法時，狀況最為單純，只要按照以下流程，就能預設使用英數來輸入： Windows 開始 → 設定 → 時間與語言 → 語言 → 繁體中文 → 選項 選擇「微軟注音」 → 選項 → 一般 → 預設輸入模式選擇「英數字元」即可 2. 按 Ctrl+Space 切換中英輸入只要按照以下流程，就能使用 Ctrl+Space 切換中英輸入： 回到 Windows 開始 → 設定 → 裝置 → 輸入 → 進階鍵盤設定 輸入語言快速鍵 → 進階按鍵組合

• 切換輸入語言：改成「無」，可取消按 Shift切換中英輸入
• 繁體中文輸入法 - 啟用/停用輸入法切換：確認這裡設定的是 Ctrl+空格鍵即可
• 這一點為補充，使用多種輸入法時，「讓我針對每個應用程式視窗使用不同輸入法」最好不要勾選，免得切換後亂跳

3. 其他預設輸入法除了微軟注音，Windows 預設還可新增這些輸入法：速成、大易、行列、倉頡。基本上要做到「預設英數模式」、「按 Ctrl+Space 切換中英輸入」，如果只使用一種輸入法，那麼參考前面微軟注音的設定流程即可。 4. 推薦使用酷音雖然這個章節講的是微軟注音，但如果你習慣用微軟注音的話，不如改用「酷音輸入法」，鍵盤排列方式不變(且選擇性更多)，功能及操作的便利性則是酷音大勝，可參考「四、自行安裝輸入法(酷音)」。

三、安裝多種輸入法

前面說的是只有一種輸入法，以下說明安裝多種輸入法時，如何作到「基本二訴求」。 1. 預設英數模式假設主要中文輸入法是「微軟注音」：

• 需要另外選一個輸入法作為英數模式，例如可以新增 Windows 預設的「Microsoft 速成」輸入法
• 將「速成」輸入法的 "預設輸入模式"設定為 "英數字元"
• 然後將「微軟注音」的 "預設輸入模式"設定為 "中文"

接著從 Windows 開始 → 設定 → 裝置 → 輸入 → 進階鍵盤設定，如上圖畫面：

• 覆寫預設輸入法：選擇「速成」輸入法 → 如此預設就能進入英數模式
• 切換輸入法：務必取消勾選「讓我針對每個應用程式視窗使用不同輸入法」，才能確保預設使用「速成」輸入法

完成以上設定後，除了預設可英數輸入，另外可使用組合鍵 Win+Space切換輸入法，接下來說明如何改成用 Ctrl+Space切換。 2. 按 Ctrl+Space 切換中英輸入首先須下載自訂鍵盤快速鍵的軟體，例如本篇舉例的 HotKeyz：

• HotKeyz 2.8.3.0 免安裝版

接著參考我之前寫的「讓 WIN8 / WIN10 能用 CTRL + SPACE 切換中英輸入」→「二、用 Hotkeyz 調整切換按鍵」，就能實現用 Ctrl+Space切換輸入法。

四、自行安裝輸入法(酷音)

除了 Windows 預設輸入法，如果使用自行安裝的輸入法，例如嘸蝦米輸入法，或是我為了許氏鍵盤所使用的酷音輸入法，作法可能都不太一樣，得視該軟體功能設計是否完善、照顧使用者體驗。 1. 酷音輸入法 Win10 最新版本下載網頁可前往 Github 官網：酷音輸入法 PIME最新版本叫出設定畫面時，會改用瀏覽器開啟，往下捲到底可看到一個非常重要的選項：

• 預設以停用輸入法模式啟動（Windows 8 以上適用）

請勾選這個選項後套用，這麼做以後，就能滿足基本二訴求：

• 預設輸入以英數模式開始
• 也能使用 Windows 系統預設的 Ctrl+Space切換中英輸入

記住別安裝別的輸入法，保持只有一個酷音輸入法，就能在 Win10 爽快打字了。 2. 安裝兩個輸入法若安裝酷音以外的輸入法，如果軟體設計上不像酷音能夠「預設以停用輸入法模式啟動」，可能就需要安裝兩個輸入法，才能滿足基本二訴求。 作法原理可參照前面「三、安裝多種輸入法」的流程：

• 新增「速成」輸入法，並預設英數輸入
• 將自行安裝的輸入法預設為中文輸入(如果有這個設定的話)
• 其他相關設定與自訂快速鍵的操作同樣即可

五、多種輸入法產生的問題

1. 微軟注音的問題補充一下安裝多種輸入法可能會產生的問題，一開始我的操作方式為：

• 使用「微軟注音」作為英數輸入
• 使用「酷音」作為中文輸入

有時輸入法切換後，再回到「微軟注音」就不是英數輸入了。 搜尋後也有人遇到同樣問題：「Windows 10 輸入法自動切換問題」，這位網友是在微軟社群發問，他觀察到「微軟注音」有個設定會 "雞婆"幫使用者自動切換，該設定的名稱叫做「智慧型輸入模式自動切換」，但我們並不知道他的判斷邏輯，導致我們想輸入英數時，偏偏「微軟注音」覺得我們想輸入中文，就自動切換為中文模式了。 該網頁有不少人回答，最終有找出修改該設定的方式，然而我測試了之後，找不到相關的設定，後來才知道是不同 Win10 版本的關係。 該網頁的狀況應該是 Win10 家用版，而 Win10 專業版不太一樣，可參考以下設定流程： Windows 開始 → 設定 → 時間與語言 → 語言 → 繁體中文 → 選項 → 選擇「微軟注音」 → 選項 → 一般 捲到最底部後，可看到上圖畫面：

• Win10 專業版沒有進階設定選項，難怪找不到「智慧型輸入模式自動切換」設定
• 如上圖，選擇「開啟」舊版微軟注音，然後「開啟進階設定」，就可進行設定了

先在「一般」分頁，確定輸入模式有選擇「英數模式」 切換到「進階」分頁：

• 按照前面「微軟社群討論串」的網頁進行修改即可
• 取消按 Shift切換中英輸入的按鍵
• 最重要的是將「輸入自動切換」改為「不使用」，就不會使用「智慧型輸入模式自動切換」了

2. 後續狀況按照前面的設定後，多種輸入法之間的切換比之前好很多，「微軟注音」比較不會被系統強制切換成中文輸入。 然而奇怪的是，這也非 100% 絕對，用久了有時還是會發生切換到「微軟注音」時，自動變成中文輸入的狀況，找不出確切的邏輯與規律。 我的結論大概是：

• 預設英數輸入使用「微軟注音」似乎會有 bug，可以改用其他系統輸入法，例如本篇舉例的「速成」，比較不會出意外。
• 另一種作法為參考「讓 WIN8 / WIN10 能用 CTRL + SPACE 切換中英輸入」→「三、移除新注音」→「1. 新增英文輸入」，為 Windows 新增語言「英文」，作為英數輸入

3. 新增語言「英文」為 Windows 新增語言「英文」，是網路上常見的英數輸入替代方案，本篇沒有將此作法當作主要方案，主要原因為：

• 操作比較麻煩
• 新增過程需要另外安裝檔案、使用一些磁碟空間

然而，如果習慣新增語言「英文」的話，採用這個方案也是可行的。

更多 Windows 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

了解文章沒被 Google 收錄的真正原因__減少在 Search Console 打轉的時間

October 31, 2023, 6:29 pm

≫ Next: 玩 DOSBOX 遊戲如何調整視窗大小+位置+解析度

≪ Previous: 徹底解決 Win 10 中英輸入法切換的各種問題(含微軟注音、酷音)

$

0

0

不少站長看到 Google 網站管理員(Search Console)的錯誤訊息會很恐慌，在 FB 社團「Blogger 經營學習資源分享」不時看到相關提問，私下我也會收到諸如這些問題：

• Search Console 後台通知「頁面會重新導向」怎麼辦
• 文章即使手動建立索引也無法成功（Google也搜尋不到）
• 錯誤訊息「已檢索/已找到-目前尚未建立索引」要怎麼辦

前幾年我寫了「文章更新速度與 Google 索引頻率、及 SEO 的關係」，2019 已有知名美食部落客感覺文章收錄的速度變慢，難怪站長們看到 Search Console 錯誤訊息常有驚弓之鳥的感覺，可能認為沒有解決這些錯誤的話，文章就沒法被收錄，讀者也無法從 Google 搜尋到這些文章。 網路的世界變化很快，很久以前或許只要正確提交網站地圖，文章就能被收錄，但我上面 2019 的文章也提到了：

以前 Google 的工作量，不等於現在 Google 的工作量。每天全世界文章增加的數量，跟以前比絕對是天文數字。那麼 Google 伺服器一定得有所取捨，才有辦法處理這麼大的資料量。

既然遊戲規則 Google 隨時可以更改，我認為 Google 對收錄文章這件事的態度已經跟一、二十年前大不相同，如果不想從遊戲登出的話，我們只能努力從各種官方釋放的訊息，以及各種蛛絲馬跡來察覺背後運作模式的更迭。 (圖片出處: pxhere.com)

一、Search Console 常見索引錯誤

1. 教學說明進入主題之前，需先了解一下基本知識，看看 Search Console 常見的索引錯誤狀況有哪些。這篇文章「【完整指南】2022 Google Search Console教學(附索引問題處理)」非常詳盡可以作為參考。 由於內容很多，跟本篇相關的內容請直接看「Google Search Console 涵蓋範圍」→「4. 排除」，這邊就是所有索引錯誤的狀況說明。 2. 常見索引錯誤從上述內容，直接摘錄比較重要的常見索引錯誤，為以下兩項：

1. 已檢索 – 目前尚未建立索引 原因：Google 已經爬取你的頁面了，但是還沒索引，可能會在未來索引（或不索引）。 解決辦法：這個狀態蠻常有錯報的情況發生，建議先透過『site:該頁面網址』檢查該頁面是否被索引，若無則透過網址審查工具檢查該頁面是否有問題。 2. 已找到 – 目前尚未建立索引 原因：Google 已經找到該頁面，但還沒看裡頭是什麼內容。 說明：有可能是檢索預算不夠，或是網站流量超載，所以 Google 安排下次檢索，常常有此情況則記得優化檢索預算。

為何這兩項需要特別提出來，是因為這兩個錯誤都只能靠 Google 哪天想到了，才會幫我們處理。其他的索引錯誤，點進去後都能看到處理說明，多半照著做就能進行修正與驗證。 3. 名詞解說前面第2點的教學，如有不熟悉的名詞，請見以下說明：

• 網址審查工具：就是 Search Console 上方的搜尋框，把該網站的網址填入即可進行審查
• 檢索預算不夠：可參考這篇教學文章「檢索預算(Crawl Budget)是什麼？中大型網站不可不知的SEO項目！」的說明，基本上跟一般部落格沒什麼關係，除非文章數有一萬篇以上才須注意

二、龍頭網站的文章索引狀態

「已檢索/已找到-目前尚未建立索引」這兩個棘手的索引錯誤要怎麼解決呢？剛好我手上有多個網站可以進行測試，都是自行開發的網路服務，各種等級都有，以下就來逐一檢視 Search Console 的索引狀況。 1. 索引狀態首先是「CC0 免費圖庫搜尋引擎」，雖然流量普通，但因為進入市場的時間很早，從建立之初就已經是龍頭，搜尋關鍵字 CC0一定會看到。 進入 Search Console 檢視索引狀態：

• 已檢索-目前尚未建立索引：雖有 16 個，但都非文章頁面，可以無視
• 所有其他未編入索引的原因：點開後都沒有文章頁面，可以無視
• 已找到-目前尚未建立索引：0 個，非常完美，代表所有文章頁面都已被收錄

2. 流量狀態這是後台文章流量狀態，可看到上圖紅框標示的兩個圖庫，從 2021 年發布，到現在 2023 年 10 月，兩年半的時間瀏覽數只有 100 出頭，依然不影響 Google 將其收錄的決心。 3. 觀測結果這個龍頭搜尋圖庫網站其實鮮少更新，但今年中有新增數個 AI 圖庫頁面，看來早已全數收錄，那麼可以做個簡單的註腳：

• 權重相當大的龍頭網站，即便流量不大，不常更新，新文章頁面依然很快會被 Google 收錄。

三、熱門網站的文章索引狀態

接下來觀察的是「台灣景點人潮即時影像」，由於進入市場較晚，尚未撼動該領域的龍頭地位，但流量跟一般部落格相比，算是相當之大。若要有個基準點，跟前面的「CC0 免費圖庫搜尋引擎」相較之下，流量是其十多倍以上，不是同一個等級。 搜尋即時影像的相關關鍵字時，大多會是第一頁名列前茅，評比為熱門網站算是不為過。 1. 索引狀態進入 Search Console 檢視索引狀態：

• 已檢索-目前尚未建立索引：雖有看起來嚇人的 617 個，但非文章頁面，都是無用的 feed、標籤、搜尋頁面，可以無視
• 其他不重要的就不再贅述
• 已找到-目前尚未建立索引：2 個，這需要解決

點進去後，看到上圖紅框處，這個頁面是「台北信義路-基隆路即時影像」，等會找出這個頁面看是怎麼回事。 上圖另一個網址非文章頁面，不必處理。 2. 流量狀態這是後台文章畫面，上圖紅框即為前面沒建立索引的頁面，跟其他頁面相比之下的確滿突兀的，原來是流量特別低，三年來瀏覽數不到 100，看來這就是沒被 Google 收錄的原因。 3. 觀測結果這個熱門網站不但流量大，而且更新頻繁。即便如此，也不代表所有文章都會受到 Google 青睞，那麼可以做個簡單的註腳：

• 權重大、但非龍頭的熱門網站，只要某篇文章的流量不大，Google 依然不會收錄。

四、冷門網站的文章索引狀態

最後觀察的是「ICON 免費素材搜尋引擎」，這個網站沒什麼知名度，也沒什麼流量，幾乎搜尋不到這個網站，剛好跟前兩個觀測對象形成強烈對比，可以驗證更多不一樣的正反面資訊。 1. 索引狀態這個網站今年(2023)六月時進行大更新，新增了二十多個圖庫，但時至今日(十月中)只有一個頁面被 Google 收錄。上圖為進入 Search Console 後看到的索引狀態：

• 二十多個未被索引的頁面，分別出現在兩處紅框的項目：「重新導向錯誤」、「已找到-目前尚未建立索引」
• 「重新導向錯誤」這個項目，在前兩個網站都沒看到，為首次出現
• 究竟這些未被收錄的頁面，為何有些被 Google 視為「重新導向錯誤」、有些被視為「已找到-目前尚未建立索引」，目前看不出規律
• 請注意，上圖還可看到，「已找到-目前尚未建立索引」我已提交驗證完畢，但對文章收錄一點幫助也沒有
• 這二十幾篇文章，我也一一手動提交過，但現在你終於可以知道，以上做的這些事，Google 可說是連正眼也不會瞧一下，都是做心酸的！

試著點進首次看到的「重新導向錯誤」，上圖紅框發現兩個值得注意的網址，之後可用來交互比對及論述。 2. 流量狀態這是後台文章畫面，上圖紅框有三個可以重點說明的頁面：

• Pixabay：這是今年 6 月至今唯一被收錄的頁面，可看到「瀏覽數」是新文章中最高，也是我能 100% 認定 Google 就是依據「流量」來收錄頁面。因為當初可是幾乎天天盯著 Search Console，監看新文章何時能被收錄，直到這篇的流量達到某個數字門檻後，才被 Google 正式索引。
• 另外兩篇沒被收錄的，瀏覽數至今分別為 140、135，算是新文章中第 2、3 高，就是前面「重新導向錯誤」紅框標示的那兩篇。我只能臆測，「重新導向錯誤」大概會是，Google 有意收錄，但流量還未達標需要再加把勁，所以先掛在這個項目之下。(然而這些文章跟 "重新導向錯誤"實則沒任何關聯)
• 延續同樣邏輯臆測，掛在「已找到-目前尚未建立索引」的文章，代表的意思就是：這些文章流量低到 Google 懶得理，暫時不用抱太大希望

現在知道 Google 收錄文章的評判重點是「流量」後，如果本篇文章你有看仔細的話，會發現這個網站沒被收錄的兩篇文章，四個月累積的瀏覽數 140、135，甚至比第一個網站紅框標起來的兩篇文章，累積兩年半的瀏覽數還要高(130、111)。 但要提醒的是，第一個網站可是所有文章都被收錄了呢！相信從這個結果，你也看出更多 Google 收錄文章的邏輯了～ 3. 觀測結果經由以上觀察，可以做出以下推論：

• Google 有可能對某些重點網站(知名度高、龍頭)極度信賴，只要有文章就會立即收錄
• 也有可能是，現今 2023 年的時間點，Google 開始變得極為嚴苛，文章必須先達到一定的流量門檻才會被收錄。
• 無論實際情況是以上那一種，總之對於流量小、知名度不夠的冷門網站，文章流量若沒有衝到一定的數字，是不會獲得 Google 青睞的。
• 小網站新文章想被收錄，要付出的努力，可能必須比大網站還來的多。

五、Google 對文章索引速度的態度

1. 官方說詞做完實驗與觀察後，來找找官方是否對文章索引速度有什麼相關看法，我搜尋到 Google 官網這個頁面：

• 2023 年 5 月 Google 搜尋引擎最佳化 (SEO) 諮詢時間

以下節錄與文章索引速度相關的重要資訊：

Gary：Tom Baker 問，我有 16,000 個網頁，系統是否需花費六個月以上的時間才能建立索引？我發現每週增加的數量為 5 到 15 個，但我覺得這個速度很慢。 建立網站索引的速度取決於許多因素，但最重要是網站的品質，其次是網站在網際網路上的熱門程度。如果您已盡可能提供最高品質的內容，可以嘗試在社群媒體上投放宣傳內容，或許就會有人開始討論您的網站，這樣應該會有幫助。

重點就是這兩句話：

• 最重要是網站的品質
• 其次是網站在網際網路上的熱門程度

這其實滿微妙也滿有趣的，Google 明確給出了要點，但又似乎什麼也沒說，這些不都是所有關注 SEO 的站長們知道的事嗎？ 微妙的地方在於，即便站長們都知道這些事，但注意力卻鮮少放在這兩點，反而可能覺得要解決 Search Console 的索引錯誤訊息，文章才能被收錄，這是非常大的盲點。 而我也是在處理「ICON 免費素材搜尋引擎」這個網站的索引錯誤過程，發現「流量」才是 Google 收錄文章的關鍵，自此不在 Search Console 的各種無用提示資訊上打轉。 2. SEO 永遠是內容為王 Google 說的「網站的品質」及「網路上的熱門程度」，最終必須有個量化指標，才能交由程式進行文章收錄與否的基準判斷。這個量化指標是商業機密，Google 不會公佈，我們也不可能知道。 但是從我們自己的角度來判斷何謂「網站的品質」及「網路上的熱門程度」，最簡單直白的量化數據就是「流量」。雖然「文章內容好壞與否」是主觀、抽象的，但只要內容夠好、能滿足越多人的需要，自然能帶來「流量」，也越能「在網路上引起討論」。 說到底，SEO 的核心「內容為王」，終究是可以套用在所有層面，包括本篇主題「Google 收錄文章的速度」。

六、部落格文章是否被 Google 收錄就能帶來流量？

其實看到這裡，相信讀者都了解重點是什麼了，也知道本篇要傳達的訊息是什麼，接下來只是再稍稍補充一些想法。 1. SEO 與流量的關係很久以前寫過一篇「部落格網站是否加強 SEO 就能帶來流量？」，是因為看到太多站長對 SEO 技巧入魔，完全對 SEO 本末倒置，把 SEO 看成 "因"，把流量看作 "結果"，殊不知完全相反：

• Google 不會雪中送炭：如果你的網站原本流量就很低、沒什麼人看，Google 給你的起始排名也會非常低，就像 "米其林評鑑"不會去找沒沒無名的餐館打分數。
• Google 只會錦上添花：如果你的網站經營得很好，人潮絡繹不絕，Google 也會主動把第一頁的排名頒給你。就像出了名的餐廳，各大媒體、雜誌都會爭相報導一樣。

結論就是：你必須先有流量，Google 才能給你更多的流量。 2. 文章收錄與流量的關係一間圖書館的空間是有限的，一開始藏書不夠多時，有新書來圖書館都會收。等到書櫃都放滿了，圖書館就會開始去蕪存菁，把沒人借的書剔除，從新書中篩選熱門書籍上架，如此反覆。 搜尋排名也是一樣，一般人點完前三頁就很少按下一頁了，假設 Google 肯收錄 40 頁就不錯了，那麼全世界每天不斷產生的新文章，你覺得 Google 會如何取捨及收錄呢？Google 若是收錄超過 40 頁份量的文章有什麼意義嗎？ 或許以前我們覺得只要網站地圖有提交，文章就會被收錄，說不定是因為書櫃還沒滿。現在我們不得不面對的狀況是，文章得先夠有水準，才能獲得上架的資格。 所以，當站長們想著「只要想辦法讓文章被 Google 收錄，就能帶來搜尋流量」，現在這個想法也成為因果錯置了—— 結論就是：你必須先有流量，Google 才會收錄你的文章。

七、小結

簡單為本篇做個總結：

• 以往 Google 索引還沒飽和時，只要提交網站地圖，文章就能被收錄
• 現在索引飽和了，文章需要先向 Google 證明有資格被收錄
• 在 Search Console 做了再多事，都不會左右 Google 是否收錄文章的標準
• 要證明文章有資格被 Google 收錄，需要提昇「網站的品質」及「網路上的熱門程度」
• 所以「內容為王」是永遠的精髓
• 站長也需要自行利用各種社群媒體替文章宣傳，才能提昇「網路上的熱門程度」
• 最終讓以上所有努力反應在「流量」上，達到一定門檻後，Google 自然會收錄文章

更多 SEO 相關文章：

更多 Search Console 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

玩 DOSBOX 遊戲如何調整視窗大小+位置+解析度

November 30, 2023, 4:16 am

≫ Next: 會員系統公告：FB 登入功能失效 請重新註冊

≪ Previous: 了解文章沒被 Google 收錄的真正原因__減少在 Search Console 打轉的時間

$

0

0

最近想重溫學生時代玩的骨灰遊戲，雖然畫質現在看起來慘不忍睹(成了像素風格遊戲)，但這類「文字冒險遊戲」其實挺有內涵及挑戰性，已現代術語來說也可說是硬核、硬派寫實，玩家扮演的角色所有動作都必須輸入英文來操作，若沒有一定的英文基礎，就算拼命查字典，也不見得知道當下該做的動作應該輸入什麼單字。 最早開發「文字冒險遊戲」的始祖為 Sierra 這間遊戲公司，這篇「SIERRA冒險史」除了發展史也可知道早期知名遊戲有哪些。然而這類型遊戲現代絕不可能再出現，所以只能找當年的舊遊戲來玩。即便從 Steam 購買，一樣只能透過 DOSBOX 執行，畢竟遊戲公司不可能為老遊戲製作 Win 10 的執行版本。 而在 Win10 底下執行 DOSBOX 遊戲，又陸續遇到一連串問題，乾脆將所有狀況的解決方法整理成本篇的心得。

一、修改設定檔

DOSBOX 的設定檔副檔名為 .conf，通常可以在 DOSBOX 目錄中找到，例如 v0.74 的檔名會是這樣： dosbox-0.74.conf用記事軟體例如 Notepad++ 開啟就能看到所有設定參數，而且修改說明非常仔細，不過全都是英文需要花點時間研究。 然而從 Steam 購買的老遊戲，可能會找不到上面這個檔案 dosbox-0.74.conf。以我玩的 Police Quest I(警察故事1)為例，要找到 DOSBOX 設定檔，需要進入類似這樣的目錄： E:\Police Quest Collection\PQ1\DOSBOX可找到這個檔案 dosboxPQ1.conf，然後編輯該檔即可。 接下來說明各種情況要如何修改。

二、以全螢幕啟動

1. 切換全螢幕沒修改設定檔的情況下，有可能會以視窗模式啟動遊戲，而老遊戲在視窗模式下通常解析度很小，玩起來傷眼睛。Windows 視窗切換為全螢幕的熱鍵須一記： Alt + Enter想從全螢幕切換為視窗模式的話，一樣按此熱鍵。 2. 預設全螢幕執行每次都按 Alt + Enter很麻煩，修改 DOSBOX 設定檔就能讓遊戲預設以全螢幕執行。請開啟自己遊戲對應的 DOSBOX 設定檔，將參數 fullscreen 改為 true： fullscreen=true fullscreen 這個參數位於 [sdl]~[dosbox] 之間。

三、自訂視窗大小

1. 使用全螢幕的不便雖然全螢幕看起來比較舒服，但由於我玩的是「文字冒險遊戲」，必須頻繁查詢英文單字，所以會另外開啟字典工具，用 Alt + Tab切換視窗。當遊戲是全螢幕模式時，除了切換不同視窗會改變螢幕解析度造成延遲，另外就是不斷改變解析度感覺對螢幕也有點操，所以覺得還是不要用全螢幕模式比較好。 2. 修改視窗大小若將遊戲改為視窗模式，老遊戲的視窗初始尺寸非常小，必須將視窗改為自訂尺寸。 請開啟自己遊戲對應的 DOSBOX 設定檔，修改參數如下： fullscreen=false windowresolution=1920x1080

• 其中 1920x1080 請改為自訂尺寸
• 視窗大小的數值可能要不斷微調測試，因為遊戲本身可能會維持既定的畫面比例

四、自訂視窗位置

修改完將 DOSBOX 視窗尺寸變大後，視窗的初始位置通常我們不會太喜歡，因為八成會超出螢幕，導致每次執行遊戲後，都得手動將視窗拉到滿意的位置才能開始遊戲。這件事多做幾次後，就會希望視窗能自動出現在固定位置。 找到這個討論串「Is it possible to preset the initial dosbox window position?」總算有了頭緒，必須修改 Windows 系統的「環境變數」，以 Win 10 為例，操作流程如下：

• 開始 → 設定 → 系統 → 關於 → 最右側找到「進階系統設定」→ 環境變數
• 如上圖按「新增」→ 變數名稱填入「SDL_VIDEO_WINDOW_POS」
• 變數值填入 x,y 軸座標，例如 0,0代表左上角處
• 將畫面上所有「確定」都按一按即可生效

五、自訂視窗比例

有時可能會發現，自訂視窗尺寸後，並沒有按照設定的比例呈現，有可能是該遊戲預設會以某個固定比例呈現，此時可修改某些 DOSBOX 參數試試看： aspect=true scaler=none以上這兩個參數位於 [render]~[cpu] 之間。

六、解決畫面模糊問題

現在的螢幕解析度都是 1920x1080 起跳，當老遊戲的視窗尺寸放大數倍後，如果出現畫面變得模糊時，可以嘗試修改這個 DOSBOX 參數試試看： output=openglnb以上這個參數位於 [sdl]~[dosbox] 之間。

更多 Windows 軟體相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

會員系統公告：FB 登入功能失效 請重新註冊

January 7, 2024, 12:14 am

≫ Next: FB 登入 API 只允許商家使用，如何讓 Google API 實現自動登入？

≪ Previous: 玩 DOSBOX 遊戲如何調整視窗大小+位置+解析度

$

0

0

本站「會員系統」在進入 2024 後，就有讀者反應無法加入會員，FB 登入時會顯示 "應用程式錯誤"，這是因為「FB 登入 API」現在已經不開放給個人使用，強制開發人員一定要完成「商家驗證」才能取得權限。這也就是說，現在只要沒開公司、取得營業登記證明，網站將不能裝 FB 登入功能。 其實我對 Facebook 的使用體驗一向不太好，開發應用程式時也常感到挫折，由於頻繁改版、權限一再變更，導致功能失效或工具不能使用，近年則是每隔一段時間就要求開發人員進行許多細節審查。而這些事在開發 Google 應用程式時則很少遇到，因此決定全面將會員系統改用 Google 登入。 只是如此一來，原本的會員資料將失效，必須重新註冊帳號，不過主要影響的僅是「加值會員」，請 WFU BLOG 舊會員注意本篇說明。

前往會員系統

(圖片出處: pixabay.com)

一、加值會員資料移轉

舊的會員註冊資料是以 Facebook 帳號資訊作為儲存依據，現在起註冊會以 Google 帳號資訊作為依據，然而兩種帳號如何轉換會是一個大問題。能作為相同資訊進行判別的只有「Email 郵件地址」，然而使用者註冊 FB 與 Google 帳號時不一定會使用相同 Email，所以也不宜貿然使用程式自動轉換新舊帳號，以免發生誤判。 「加值會員」由於在本站會員系統內儲存過點數，本站會協助轉換點數到新帳號，不過只能採人工方式處理(不宜由程式判斷)。請用 Google 帳號重新註冊後，填寫文末的「三、聯絡表單」留下這些資訊：

• 註冊帳號名稱
• 以前 FB 登入註冊使用的 Email
• 現在註冊使用的 Google 帳號 Email

填寫之後會儘速處理，若一段時間仍發現沒有移轉點數，可再與本站聯繫。

二、一般會員重新註冊

沒有儲值過點數的「一般會員」，加入會員系統的主要功能為閱讀「會員限定文章」，那麼新舊帳號資料沒有轉換並不會造成什麼問題，所以請用 Google 帳號重新註冊即可。

三、聯絡表單

加值會員使用上有任何問題，請用下面的表單與我聯繫：

稱呼：(必填)

電子郵件：(必填)

填寫表單網址：(必填)

填寫表單目的：(必填)

請詳細描述您的需求、問題或意見：(必填)

註冊帳號名稱： 以前FB登入註冊使用的Email： 現在註冊使用的Google帳號Email：

更多會員系統相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

FB 登入 API 只允許商家使用，如何讓 Google API 實現自動登入？

January 16, 2024, 3:15 am

≫ Next: Google Drive 外連圖片無法顯示的解決方法

≪ Previous: 會員系統公告：FB 登入功能失效 請重新註冊

$

0

0

2023 年底前幾個月收到 FB 給開發人員的通知，提醒「登入 API」要完成「商家驗證」，否則使用權限會受到影響。果然進入 2024 後本站的「會員系統」因為使用了 FB 登入，立刻收到讀者回應，說會顯示 "應用程式錯誤"無法進行註冊。 雖去年事先想處理此事，但看過「FB 官方文件」發現，商家驗證需要提供 "公司登記執照"、"營利事業登記證"、"政府核發的營業稅務文件"...等相關資料，沒有開公司的話根本無能為力。 查了一些資料，例如「想要串接整合 Facebook 登入/註冊功能？你得先進行 Facebook 商家驗證。」，可以確定對於 "個人"開發者而言，想使用 FB 登入 API 已是死路一條，只能研究如何用 Google API 來取代。 由於 2024 Google 登入 API 也有一些變革，要做到跟 FB 一樣能自動登入也不是那麼容易的事，請見本篇的心得整理與實作範例。 (圖片出處: pixabay.com)

一、Google 登入 API 說明

1. 2023 Google 登入去年 Google 登入功能有一次重大變革，通知開發人員 API 必須由原本的「Google Sign-In 移轉為 Google Identity Services(GIS)」。因為操作方式及語法變化很大，已將實作範例程式碼整理到這篇「2023 新版 Google 登入 API」。 2. 2024 Google 登入今年 2024 有使用 Google 登入功能(GIS)的開發人員，都會收到這個「不使用第三方 cookie」的通知，對於操作 API 有稍微的變更，簡單摘要如下：

• 為了改善使用者隱私，Chrome 瀏覽器會逐步不使用第三方 cookie
• 登入時瀏覽器會顯示使用者提示
• 參照「遷移網頁應用程式」這部份的內容，程式碼中有些方法會受到影響，例如 isDisplayMoment()、isDisplayed()、isNotDisplayed()、getNotDisplayedReason()、getSkippedReason()...

由於不使用第三方 Cookie，代表不一定能紀錄上次登入的是哪個帳號，較難實現以往使用「FB 登入 API」的自動登入效果。 3. 無痕模式的處理實測 Google 登入功能(GIS)在無痕模式下的效果：

• 使用官方預設按鈕，點擊後可彈出登入視窗
• 使用自訂按鈕，也許是不能使用 cookie 的關係，無法正常執行、彈出登入視窗

如果想兼容瀏覽器無痕模式，或是開發的程式比較簡單，或許使用官方預設登入按鈕即可。 但官方登入按鈕彈性較小，開發起來較不方便，我個人還是習慣用官方 Javascript API 操作自訂按鈕，所以用程式碼偵測到無痕模式時，跳出警告訊息提醒訪客不要用無痕模式。

二、Google API 如何自動登入

Google 登入功能(GIS)預設不使用「自動登入」效果，然而各大網站的會員都能自動登入，若本站讓會員每次都要手動點個幾下才能登入，著實是非常不友善的設計。為了實現以往使用「FB 登入 API」的自動登入效果，得詳細研究 Google 官方操作文件。 1. 為何 Google 無法自動登入經過我的實測，使用官方預設按鈕登入，而且啟動「自動登入」的設定，但發現重整頁面後，仍然不會記憶我上次登入的帳號，這讓我十分納悶。 後來找到官方「自動登入及登出」的說明：

自動登入必須符合下列條件...使用者必須先登入自己的 Google 帳戶...同意與您的應用程式分享帳戶設定檔...如果使用者有多個 Google 帳戶，而且造訪您的網站，就必須先登入單一 Google 帳戶，並提供該帳戶的同意聲明。

終於找到原因了，原來我的瀏覽器有多個 Google 帳號，可能現在 Google 決定不使用第三方 cookie，導致無法記憶上一次登入的帳號，那麼當我有多個 Google 帳號時，就無法自動登入了。除非我把 Google 帳號登出到只剩一個帳號，這樣才能實現「自動登入」... 對於這樣的結果我當然無法接受，哪有辦法告訴所有會員，必須先登出其他 Google 帳號才能自動登入，因此繼續研究解決方案。 2. 研究官方文件根據官網文件「使用 Google JavaScript API 登入」，可用來實作自動登入的參數有這些：

• auto_select: 設定為 true 可以啟用自動選取功能 → 前面有提到，當使用者有多個 Google 帳號時，登入功能依然無法判定如何自動選取
• login_hint: 如果設定了特定數值，例如 Google 帳號 email，就能自動選取該帳號執行登入

有了以上這兩個參數，就能組合起來實現自動登入。既然 API 不使用第三方 cookie 來儲存上次登入的帳號，我們可以自行儲存在 localStorage，然後利用 login_hint 讀取，轉個彎完成自動登入的效果。

三、實作範例

1. 準備動作操作 API 之前需要先建立 Google API 專案，如果還沒建立過的話，請完成以下流程：

• 「取得 Google API 金鑰流程」→「一、建立專案」
• 「處理 OAuth 憑證」→「二、建立 OAuth 憑證」→「三、設定 OAuth 同意畫面」

2. 範例程式碼以下用「Bootstrap 按鈕 + jQuery」製作範例程式碼： <!--jQuery--> <script src="//ajax.googleapis.com/ajax/libs/jquery/2.0.0/jquery.min.js"></script> <!--Bootstrap--> <link href="//maxcdn.bootstrapcdn.com/bootstrap/3.3.6/css/bootstrap.min.css" rel="stylesheet" /> <!--登入、登出按鈕--> <div id="GOOGLE_login"><button class="btn btn-large btn-primary">GOOGLE 登入</button></div> <div id="GOOGLE_logout"><button class="btn btn-large btn-warning">GOOGLE 登出</button></div> 目前狀態： <div id="GOOGLE_status"></div> <script> let autoLoginGoogleAccount = localStorage.autoLoginGoogleAccount || ""; // 自動登入儲存的帳號 let $status = $("#GOOGLE_status"); function init() { $.getScript("https://accounts.google.com/gsi/client", function () { // 進行登入程序 startLogin(); }); } // 進行登入程序 function startLogin() { google.accounts.id.initialize({ client_id: "5432xxxxxxxxxxxxxxxxxxxxxx.apps.googleusercontent.com", callback: onLogin, prompt_parent_id: "GOOGLE_login", // 設定登入視窗的位置, 若不設定此參數則預設出現在網頁右上角 auto_select: true, // 自動登入 login_hint: autoLoginGoogleAccount // 自動登入儲存的帳號 }); google.accounts.id.prompt((notification) => { // 處理登入失敗 loginFail(notification); }); } // 處理登入取得的資訊 function onLogin(response) { var credential = response.credential, profile = JSON.parse(decodeURIComponent(encodeURIComponent(window.atob(credential.split(".")[1].replace(/-/g, "+").replace(/_/g, "/"))))), html = ""; // 儲存登入帳號 localStorage.autoLoginGoogleAccount = profile.email; html += "ID: " + profile.sub + "<br/>"; html += "會員暱稱： " + profile.name + "<br/>"; html += "會員頭像：" + profile.picture + "<br/>"; html += "會員 email：" + profile.email + "<br/>"; $status.html(html); } // 處理登入失敗 function loginFail(notification) { /*notification.g 數值 → display: 登入中, skipped: 取消登入, dismissed: 登入成功*/ if (notification.g == "skipped") { // 取消登入時 $status.html("取消登入 Google 帳號，請稍後再試"); } if (notification.g == "display"&& notification.h == false) { // 無痕模式無法登入 $status.html("無法登入 Google 帳號，請離開無痕模式或使用 Chrome 瀏覽器登入。"); } } // 進行登出 function logout() { // 刪除自動登入儲存的帳號 localStorage.autoLoginGoogleAccount = ""; // 登出 google.accounts.id.disableAutoSelect(); $status.html("已登出"); } init(); // 點擊登入 $("#GOOGLE_login").click(function() { // 進行登入程序 startLogin(); }); // 點擊登出 $("#GOOGLE_logout").click(function() { // 進行登出 logout(); }); </script>

• 紅色字串請置換為前面「處理 OAuth 憑證」流程取得的「用戶端 ID」
• 程式碼請放在前面「處理 OAuth 憑證」流程設定的網站

3. 範例效果下面按鈕為範例效果，可進行操作並注意對應狀態的文字。 首次登入完畢後，重整頁面即可看到自動登入的效果。

GOOGLE 登入

GOOGLE 登出

目前狀態：

更多 Google 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

Google Drive 外連圖片無法顯示的解決方法

April 15, 2024, 11:29 pm

≫ Next: Blogger 日期格式化詳解

≪ Previous: FB 登入 API 只允許商家使用，如何讓 Google API 實現自動登入？

$

0

0

最近有客戶表示擺放在 Google Drive 的圖片，在網頁上都無法顯示了，但如果把圖片網址貼在瀏覽器網址列，這張圖片外連其實還是能顯示。而且進入雲端硬碟帳號檢視，圖片並沒有不見，也都能叫出來顯示，不曉得發生什麼情況。 查了一下國外論壇討論串，發生災情的時間點大致是上個月初(2024年1月)，有人提到這件事跟「Google 雲端硬碟中的第三方 Cookie」有關，而這個第三方 cookie 的變革在前陣子的的文章「如何讓 Google API 實現自動登入？ 」→「一、Google 登入 API 說明」→「2. 2024 Google 登入」也有提到，代表今年 2024 因為 Google 逐步移除第三方 cookie 造成了不少影響。

<< 請注意！本篇文章含會員加值文章內容 >>

(圖片出處: pixabay.com)

一、Google Drive 圖片測試

測試了一下 Google Drive 圖片，根據我之前寫的「Google Drive 外連產生器 V2」，來看看各種情況。 這是一個分享連結範例：

• https://drive.google.com/file/d/1-2QjOJf8OpAw-mor_CINhKCCjQ-27tGA/view

這是上圖的 Google Drive 外連範例：

• https://drive.google.com/uc?id=1-2QjOJf8OpAw-mor_CINhKCCjQ-27tGA

以上連結點開後都能看到圖片，但如果使用 html 圖片語法的話： <img src="https://drive.google.com/uc?id=1-2QjOJf8OpAw-mor_CINhKCCjQ-27tGA"/>下面就可以看到，這張外連圖片無法顯示了：

二、替代作法

國外網友提出了一些替代作法，我自己也發現了密招可以顯示圖片，但後來想想，如果 Google Drive 本意就是不想讓圖片被外連，那麼網路上流通的任何方法，Google 遲早都會封鎖起來，所以公開這些技巧一點好處都沒有。 所以跟「用 Github 存取網頁 JS/CSS 外連」一樣，我決定有必要設下一點障礙。如果已經是本站的「加值會員」，可兌換本文的隱藏內容；如果是本站的客戶請與我聯繫，會開通閱覽權限，可看到以下這四種技巧。

更多 Google Drive 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

---

Blogger 日期格式化詳解

April 15, 2024, 11:29 pm

≫ Next: 提供網址重新導向的免費服務﹍redirect.pizza

≪ Previous: Google Drive 外連圖片無法顯示的解決方法

$

0

0

Blogger 如果想調整日期格式的話，後台就有許多排列組合可選，照理說總能找到一個滿意的。只不過 Blogger 是外國人設計的產品，日期格式主要按照西式的排列習慣，還真不一定能符合所有人喜好。 雖然 Blogger 官方並沒公開關於日期格式化的說明，不過網路上倒有一些資料可循，本篇會詳細說明如何將日期改成自己想要的格式，中英文都可以。 (圖片出處: unsplash.com)

一、注意事項

1. 參考資料本篇所有修改語法的資料來源為這兩篇：

• Format Post Date and Add Class
• blogger-snippets-Date

從發布時間來看，都是至少 4 年(2020)之前的資訊，代表 4 年以前按照這些資料來修改 Blogger 範本是沒問題的，那麼現在呢？ 2. 官方 RWD 範本經實測後，官方 RWD 範本例如 Contempo、Soho、Emporio、Notable、Essential，如果想要搜尋範本中跟日期相關的語法，會發現已經找不到能修改的地方了，代表過去幾年 Blogger 官方 RWD 範本又做了不小的變更，不讓使用者修改的地方又更多了。 這個狀況我一點都不意外，因為當初 2017 年「Blogger 推出官方 RWD 範本」時，我就做了這樣的結論：

官方的設計明顯希望站長們不要動這個 RWD 範本，預設的效果就放手去接受它吧

所以對於官方 RWD 範本的使用者，如果你是熟練的老手，才建議參考本篇的資料，自行在範本中找合適的地方進行改。如果是新手的話，建議要嘛接受預設效果，要嘛改用「官方非 RWD 範本」 3. 官方非 RWD 範本怕新手不知道什麼是「官方非 RWD 範本」，所以多說明一些，例如 Simple、Picture Window、Awesome、Watermark、Ethereal、Travel。 本篇的語法建議使用在以上這些範本，比較不會有挫折感。

二、首頁每篇文章都顯示日期(新版)

1. 修改方式多年前寫過一篇「讓 Blogger 首頁每篇文章都能顯示日期」，剛好本篇參考資料的語法，可以讓這件事變得簡單，所以提供新版的作法。 在範本中搜尋以下字串： <b:if cond='data:post.dateHeader'> <h2 class='date-header'><span><data:post.dateHeader/></span></h2> </b:if>改成以下字串即可： <h2 class='date-header'><span><data:post.date/></span></h2>2. 原理說明 Blogger 語法現在多了 <data:post.date/>日期資料，不必再像以前須判斷是否為該日期的第一篇文章，改用 <data:post.date/>後就能每篇文章都顯示日期。

三、自訂日期格式

1. 日期格式化語法根據參考資料，Blogger 日期格式化語法如下： <b:eval expr='data:post.date format "YYYY-MM-dd"'/>

• YYYY: 年份 4位數
• MM: 月份 2位數(自動補0)
• dd: 日期 2位數(自動補0)

由於我們使用了分隔符號 "-"，在網頁上顯示的效果如下： 2024-01-252. 修改技巧可任意使用中文字串，就便成了中文日期，例如： <b:eval expr='data:post.date format "YYYY年M月d日"'/>顯示效果如下，不會自動補 0： 2024年1月25日3. 修改範本接著以「官方非 RWD 範本」為例，說明如何修改日期格式。範本中代表日期資料的有這些標記： <data:post.dateHeader/> <data:post.timestamp/> <data:post.date/>在想要修改日期格式的地方，將以上這幾個 Blogger 標記語法改成前述的日期格式化語法即可。

四、日期格式化參數

前面提到的參考資料「blogger-snippets-Date」整理了許多日期格式化參數，建議修改時可以參考，以下列出一些實用的修改方式，請注意大小寫有分：

• 月份：MMM → 顯示三個字英文縮寫，例如 Jan, Nov
• 月份：MMMM → 顯示完整英文，例如 January, November
• 星期：ww → 顯示兩位數
• 天：EEE → 顯示三個字英文縮寫，例如 Mon, Tue
• 天：EEEE → 顯示完整縮寫，例如 Monday, Tuesday
• 上下午：aaaa → 例如 AM, PM
• 小時：hh → 顯示12小時制，兩位數
• 小時：HH → 顯示24小時制，兩位數
• 分鐘：mm → 顯示兩位數

更多「Blogger 語法」相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

提供網址重新導向的免費服務﹍redirect.pizza

April 15, 2024, 11:29 pm

≫ Next: 部落格定時自動備份服務

≪ Previous: Blogger 日期格式化詳解

$

0

0

如果有買網址的話，網址商後台都會有轉址服務，有時管理的子網域一多，可能需要變動一下網址，以配合不同需求。例如原本部落格放在 www.自訂網域.com，後來業務變多以後，想將部落格挪到 blog.自訂網域.com，這時就可設定「網址重新導向」，將 www 子網域用 301 轉址導向 blog 子網域。 但要這麼做還得另外確認一件事，也就是網址商是否提供「路徑轉址」的功能。我的網址商是 Google Domains，下圖為轉址設定畫面： 可看到 Google Domains 提供了：

• 301、302 轉址
• 路徑轉址
• SSL 轉址

後來從客戶那才發現，很多網址商都沒有「路徑轉址」的功能，例如知名的 Godaddy 沒有，更不用說台灣的小網址商了。 還好在網路上找到幾個免費的轉址服務，不必搬到 Google Domains 也能進行轉址。經測試後，功能最強的是 redirect.pizza，請見本篇的介紹與操作說明。

一、redirect.pizza 介紹

• 官網：redirect.pizza

進入「價格頁面」後，可看到免費版功能如下：

• 可使用 5 筆轉址紀錄：如果 www 與裸網域都轉到同一網址的話，就會用掉 2 筆紀錄
• 每月轉址使用量 10 萬次：如果日轉址流量超過 3333 次的話，就得使用付費版了
• 支援 HTTPS：這很重要，不是每個免費轉址服務都有

從免費版的限制來看，如果每月轉址次數太多，付費版的費用不便宜，可以考慮網址商改用 Google Domains 比較划算。

二、操作說明

1. 註冊帳號進入「redirect.pizza」後，點擊右上角「Get Started」進行註冊，可選擇 Google 帳號登入。 2. 新增轉址進入轉址頁面：

• Redirects

點擊右上角「Create redirect」來新增轉址。 上圖的範例，是將 wfublog.com與 www.wfublog.com這兩個網址，同時都跳轉到 service.wfublog.com，屬於 2 對 1 轉址。(大部分情形會是 1 對 1 轉址)

• Source URL(s)：填入所有要轉址的來源
• Destination URL：填入轉址的目的地
• Redirect type：如果是永久性轉址選 301(移轉 SEO 權重)；如果是暫時性轉址選 302(不移轉 SEO 權重)
• Path forwarding：此為「路徑轉址」功能，務必要啟用
• Tracking：免費版勾選了也看不到紀錄，此選項無所謂

完成後按左下角「Create redirect」。 3. 修改網址商 DNS轉址建立好後，會出現類似上圖訊息。注意每個網址需要進行的動作，後面都有對應的說明，範例如下：

• wfublog.com：注意這一行粗體的提示字串為紅色底線處的 "A"，需要到網址商後台修改 DNS 的方式為，新增(或修改) A 紀錄為 "@"，指向圖中 REQUIRED 欄位的 89.106.200.1(改成自己看到的 IP 位址)
• www.wfublog.com：注意這一行粗體的提示字串為紅色底線處的 "CNAME"，需要到網址商後台修改 DNS的方式為，修改 CNAME 紀錄中的 "www"，指向圖中 REQUIRED 欄位的 edge.redirect.pizza(改成自己看到的字串)

網址商 DNS 還沒修改好前，上圖 DNS 欄位會看到旋轉中。 修改好後，也許等一段時間回來，看到上圖 DNS 欄位顯示綠色打勾，DETECTED 欄位也有資訊，就代表轉址成功了。

更多網路線上工具：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

部落格定時自動備份服務

May 13, 2024, 12:36 am

≫ Next: Blogger 如何自訂縮圖、封面圖尺寸

≪ Previous: 提供網址重新導向的免費服務﹍redirect.pizza

$

0

0

之前經歷「Blogger 網誌被刪除」事件，為了防止日後再發生意外，開發了部落格定時自動備份工具，如此隨時可將備份資料移轉到新的網站、或是新的平台，沒有任何後顧之憂。 由於處理了相當多網站，此工具已可作為一項服務，有需要自動備份網站的話請用文末聯絡表單與本站聯繫。 (圖片出處: pxhere.com)

一、備份方式

1. API 工具根據不同部落格平台，操作對應的 API 取得文章、留言等相關資料。以本站為例，會操作 Blogger API 取得以下資料：

• 文章 HTML 內容
• 標籤
• 靜態網頁(/p/xxxx.html)
• 所有留言

2. Google 試算表所有取得資料會存放在 Google 試算表： 上圖工作表儲存了「文章」相關備份資料 上圖工作表儲存了「留言」相關備份資料 上圖工作表儲存了「靜態網頁」相關備份資料 3. 定期執行根據文章更新頻率，可以自訂備份工具的執行週期，例如每日、一週、一個月等。

二、製作部落格匯入檔

在 Google 試算表儲存的所有備份資料，剛來有需要時，可依照不同平台的需求，來製作匯入檔，例如：

• Blogger
• WordPress

如有其他平台的需求，請提供匯入檔範例，來判斷匯入檔格式，以製作對應的匯入檔。

三、聯絡表單

如您需要部落格自動備份功能的話，請填寫下面的表單與我聯繫：

稱呼：(必填)

電子郵件：(必填)

填寫表單網址：(必填)

填寫表單目的：(必填)

請詳細描述您的需求、問題或意見：(必填)

您的網址： 需求：

更多本站相關服務：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

Blogger 如何自訂縮圖、封面圖尺寸

April 15, 2024, 11:29 pm

≫ Next: 網站救援服務﹍復原被刪除的部落格文章

≪ Previous: 部落格定時自動備份服務

$

0

0

很久以前曾寫過「Blogger 封面圖+縮圖 各種呈現方式」，說明如何在首頁顯示文章縮圖，在文章頁顯示封面圖。現在 Blogger 範本提供了非常實用的語法，可直接對縮圖、封面圖進行裁切，調整為任意長寬比例，本篇就來看看如何實作。 不過奇特的是，這麼重要且強大的功能，跟上一篇「Blogger 日期格式化詳解」一樣，Blogger 官方沒有釋出任何公告或說明文件，只有網路流傳的資訊。我猜測原因是，自從 2017 年「Blogger 推出官方 RWD 範本」後，就不希望使用者亂改範本了吧？畢竟許多不熟語法的新手，按著網路水準參差不齊的文章亂改範本，所造成的各種奇怪問題與客訴，責任並不在官方。那麼 Blogger 自此不公開重要語法說明文件，大概是為自己省麻煩吧！ 所以，本站長久以來的原則都是，請「官方 RWD 範本」使用者接受預設效果，沒事別動範本內容。本篇的教學，除非特別註明適用於「官方 RWD 範本」，否則一律以「官方 "非RWD"範本」為主。同時，請具備基本的 HTML 基本語法知識後，再來閱讀本文。沒有任何語法基礎的使用者，建議交由專業人士處理。 (圖片出處: unsplash.com)

一、參考資料

1. resizeImage Blogger 新增 resizeImage 這個工具函數，可對圖片調整比例、裁切，完整使用語法及參數可參考這篇文章：

• Blogger resizeImage Operator

簡單說明一下操作方式： <img expr:src='resizeImage(data:post.firstImageUrl, 800, "5:3")'/>

• data:post.firstImageUrl → 這是文章的首圖網址
• 800 → 代表設定成 800px 寬
• 5:3 → 代表圖片會裁切成這個長寬比例
• 最重要的一點，經實測結果發現，寬度數值及比例這兩個參數前面，一定要有空格，否則語法無法執行

2. 自訂背景圖如果將圖片用於背景圖，那麼裁切圖片尺寸的 CSS 語法可參考這個討論串：

• resizeImage parameters

使用以下的 CSS 語法： {background-image:url(<b:eval expr='resizeImage(data:post.firstImageUrl, 800, "5:3")'/>)}

二、改首頁縮圖尺寸

製作首頁文章縮圖的操作可參考「Blogger 封面圖+縮圖 各種呈現方式」→「三、首頁縮圖+文摘」。修改縮圖尺寸之前是利用 CSS 設定，實際上瀏覽器還是要載入原圖尺寸，所以載入時間較久。 現在直接裁切縮圖尺寸的方法為，從原本語法中找到以下字串： <img expr:src='data:post.firstImageUrl'/>改成下面的語法： <img expr:src='resizeImage(data:post.firstImageUrl, 300, "1:1")'/>參數修改請參考「一、參考資料」→「1. resizeImage」即可，同時 CSS 也不需再另外設定圖片尺寸了。

三、改文章封面圖尺寸

製作文章頁面封面圖的操作可參考「Blogger 封面圖+縮圖 各種呈現方式」→「二、文章標題前後擺封面圖」。修改縮圖尺寸之前是利用 CSS 設定，實際上瀏覽器還是要載入原圖尺寸，所以載入時間較久。 現在直接裁切縮圖尺寸的方法為，從原本語法中找到以下字串： <img expr:src='data:post.firstImageUrl'/>改成下面的語法： <img expr:src='resizeImage(data:post.firstImageUrl, 1000, "16:9")'/>參數修改請參考「一、參考資料」→「1. resizeImage」即可，同時 CSS 也不需再另外設定圖片尺寸了。

四、改熱門文章小工具縮圖尺寸

以前 Blogger 範本中，熱門文章小工具的縮圖標記語法是 data:post.thumbnail，產生的縮圖網址無法被 resizeImage 這個新的語法工具支援。如果你使用的是 Blogger 官方舊範本，建議可以先移除原本的熱門文章小工具，從後台重新新增一個熱門文章小工具，就會產生新的縮圖資料標記 data:post.featuredImage，這樣就能確保成功修改縮圖尺寸。 產生完新的熱門文章小工具後，在範本中找到以下程式碼區間： <b:widget id='PopularPosts1' locked='false' title='熱門文章' type='PopularPosts'> ... ~ ... </b:widget>在這個區間中，可找到縮圖相關語法如下： <b:with value='data:post.featuredImage.isResizable ? resizeImage(data:post.featuredImage, 72, &quot;1:1&quot;) : data:post.thumbnail' var='image'>

• 預設縮圖寬度為 72px，改為自己想要的寬度即可
• 預設縮圖長寬比例為 1:1，改為自己想要的比例即可

五、官方 RWD 範本

以上的說明都是針對「官方非 RWD 範本」，如果使用官方 RWD 範本想要調整縮圖尺寸，可直接參考以下兩篇文章：

• Blogger 縮略圖攻略
• 調整熱門文章的縮圖大小

六、處理 RWD 圖片

最後，開頭的參考資料語法中，還有一個工具 sourceSet 可以處理 RWD 圖片，不過我認為意義不大，因為真正的大尺寸圖片、需要 RWD 的圖片都在文章中。而 sourceSet 無法處理網頁上最多、最需要自適應，也就是文章中的圖片，所以不去瞭解這個工具也沒什麼關係。 關於 RWD 圖片我曾寫過「製作 RWD 自適應圖片 讓手機自動載入小圖」可瞭解基本概念，而想要讓 Blogger 文章中的圖片都能改用自適應圖片語法，可直接使用我開發的這個工具即可：

• 自適應 RWD 圖片語法產生器

更多「Blogger 語法」相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

網站救援服務﹍復原被刪除的部落格文章

May 12, 2024, 9:40 pm

≫ Next: Adsense「新加坡稅務資訊」線上申請流程紀錄+心得技巧

≪ Previous: Blogger 如何自訂縮圖、封面圖尺寸

$

0

0

之前經歷「Blogger 網誌被刪除」事件，為了救回被刪除的一列相關網站，開發了網站救援工具，可以從網路現存的備份頁面，爬取文章相關內容。 由於處理了相當多網站，此工具已可作為一項服務，有需要網站救援的話請用文末聯絡表單與本站聯繫。 (圖片出處: unsplash.com)

一、救援管道

網站救援跟硬碟救援的概念有點像又不太一樣，硬碟資料不見了，必須用工具從硬碟磁區想辦法將檔案碎片拼湊回來。而網站若是被刪除，想要救回所有文章的話，得想辦法從整個浩瀚的網路上，看看是否有哪些地方曾經備份過你的文章資料。 如果網站很冷門，沒有任何其他網站想要收集，那麼在沒有任何網路備份的情況下，將沒有任何救援的機會。這也就是說，除非網路上能找到曾蒐集你文章的蛛絲馬跡，才能把各處的文章碎片收集起來，盡可能恢復原本的網站內容。 過去我們痛恨某些抄襲網站直接複製貼上我們的文章內容，但此時反而要感謝他們幫我們進行異地備份。以下列舉一些能找回文章碎片的管道：

• Wayback Machine：最主要的網路備份服務
• RSS 閱讀器：有人曾訂閱網站的話就能找到備份
• 瀏覽器快取：從瀏覽器快取有機會找到近期的快取頁面內容
• 瀏覽器搜尋：搜尋自己的文章標題或內容，或許能從抄襲網站找到內容

二、Wayback Machine

「Wayback Machine」( 網站時光機)這個網路服務備份了世界上多數網站的內容，也是主要的救援管道。如果你的網站越熱門，這個服務備份的內容也會越頻繁、越多，可以說是目前最強的網頁救援武器。 但他並非營利網站，所以伺服器的運作會有優先工作排程，不可能即時備份所有網站的文章，這也就是說可能會有時間差，例如以目前 2024 這個時間點，他最多只能備份到 3 個月前的文章。將來網站更多、伺服器更累的情況，能備份到什麼程度誰也說不准。 總之這是個佛心也是最強的網站備份服務，然而終究無法備份所有的內容。但我多次需要靠此服務救援客戶文章，所以已經 donate 多次，未來如果有需要本站協助救援的話，費用的一部分也會包含對此網站的捐獻。

三、RSS 閱讀器及瀏覽器

1. RSS 閱讀器如果網站夠熱門的話，在許多 RSS 閱讀器可能會有讀者訂閱，那麼就能找到完整的文章備份，例如「Feedly RSS 閱讀器」。 那麼跟「Wayback Machine」相比，「RSS 閱讀器」可能是唯一能夠找回所有文章的管道。但若是沒有任何讀者訂閱的話，RSS 閱讀器也將找不到半篇文章的蹤跡。 2. 瀏覽器快取由於 Google 已經宣佈「不再提供"網頁庫存"服務」，那麼只能從其他瀏覽器的快取試著尋找蛛絲馬跡了，例如在這些瀏覽器輸入 site:網址：

• Bing
• Yahoo
• Yandex

然後試著從搜尋結果，看看有沒有提供快取頁面了。

四、救援工具說明

1. Wayback Machine本站救援工具主要會爬 Wayback Machine 的資料，並儲存以下內容：

• 文章 HTML 內容
• 標籤
• 留言

爬完的資料會儲存在 Google 試算表，上圖為文章相關資料。 上圖為爬取留言的紀錄 2. RSS 閱讀器及瀏覽器如果能在 RSS 閱讀器找到訂閱備份的話，本站也有工具可以爬取所有文章內容。 不過 RSS 閱讀器的缺點為，無法紀錄標籤及留言，所以經由此管道的話，只能備份文章內容。 3. 瀏覽器快取如果要從瀏覽器快取取的文章備份，缺點是必須每個頁面逐一手動複製內容，這件事沒辦法程式化。 如果能在瀏覽器快取找到備份頁面，本站可提供工具，簡化手動複製的時間，快速一鍵取得相關內容。 4. 製作部落格匯入檔在 Google 試算表儲存的所有備份資料，可以依照不同平台的需求，來製作匯入檔，例如：

• Blogger
• WordPress

如有其他平台的需求，請提供匯入檔範例，來判斷匯入檔格式，以製作對應的匯入檔。

五、聯絡表單

如您需要網站救援的話，請填寫下面的表單與我聯繫：

稱呼：(必填)

電子郵件：(必填)

填寫表單網址：(必填)

填寫表單目的：(必填)

請詳細描述您的需求、問題或意見：(必填)

原本的網址： 需求：

更多「資訊安全」相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

Adsense「新加坡稅務資訊」線上申請流程紀錄+心得技巧

May 4, 2024, 7:26 pm

≫ Next: 取代 Evernote 的輕量筆記軟體 UpNote﹍轉換心得與使用技巧

≪ Previous: 網站救援服務﹍復原被刪除的部落格文章

$

0

0

去年(2023)11月收到 Adsense 後台通知，需要提交「新加坡稅務資訊」，沒想到前前後後搞了 2 個月以上才塵埃落定。一方面這件事真的很麻煩，一方面這也是 Adsense 自己的鍋，沒事趕在年底要使用者做這件事，搞得積極先處理的人通通做白工，到了 2024 年又得重新申請。 去年底申請完文件並提交 Adsense 的那一刻，後台畫面立刻自動秀出有效期限為 2023.12.31，這不是在搞事嗎？其實也差沒幾天，Adsense 何不 2024 年 1 月再提醒使用者就好？ 總之「新加坡稅務資訊」的效期只有一年，且固定每年 12 月 31 日失效，所以我們只要每年年初申請就好，此證明文件不需要費用。為了將來作業方便，以下為我研究並紀錄最簡便的申請流程，以及跟國稅局經辦人員溝通後的處理技巧。

一、如何申請證明文件

1. 別上傳身份證根據 Adsense 專家 Alice 的說明「如何在Google AdSense後台加入稅務資訊」，Adsense 需要的證明文件是「稅務居住地證明」，那麼上傳身份證是不夠的，因為身份證無法證明稅務。 正確的作法是跟國稅局申請「稅務居住地證明」，正式的文件名稱為「居住者證明」。 2. 申請管道親赴國稅局申請除了花時間，也不見得每個人都方便前往國稅局，那麼線上申請會是比較快的管道。 不過線上申請需要通過身份驗證，有兩種管道：

• 以自然人憑證申請：財政部自然人登入
• 以健保卡申請：財政部健保卡登入

請依照財政網頁的提示，來搞定憑證、讀卡機並成功登入。 3. 申請核發居住者證明身份驗證都沒問題後，最後可經由「我的E政府」這個網頁來進行線上申請流程：

• 申請核發居住者證明

點擊「我要線上申辦」進入申請頁面。

二、如何填寫「居住者證明」表單

上圖為申請頁面，開始填寫之前，最好先檢查 Adsense 後台資料，確保填寫的內容一致。 先叫出 Adsense 留下的付款資訊，記下自己的英文姓名、及英文地址資料。 開始填寫表單：

• 第一部分的 1~6 填入基本資訊，英文的部份請對照 Adsense 留下的資料
• 第 8 點有兩個選項，如果直接選擇第一列並選「新加坡」的話，就必須填寫許多額外第二部份、第三部份的內容，不但麻煩，而且幾乎都是不知道怎麼填寫的項目。
• 後來跟國稅局經辦人員通過電話，她建議我第 8 點填寫第二列，並填入「中華民國與新加坡租稅協定」，這樣的內容跟第一列一模一樣，但就不必填寫第二部份、及大多數第三部份的內容了

第一部分第 8 點選第二列的話，這裡第三部份只需要勾選「申請年度」就好，上圖是我去年底(2023)申請的畫面。 然而年初申請的話，我第二次有問國稅局經辦人員，是否要等到 2 月才能申請 2024 年度，還是 1 月就能申請？她是回答我網頁上如果 1 月時能勾選就代表可以，不行的話就等 2 月。 接下來的畫面要先驗證信箱才能繼續。 還需要上傳身份證正反面圖檔。 最後須按「新增資料」，然後按「我要申辦」送出資料，至此完成線上申請流程。

三、「居住者證明」文件

送出表單不久後就會收到郵件通知，內容大致是預計完成日(約 2 個禮拜)、受理機關、受理人員、聯絡電話等等，有問題的話可以打給經辦人員。 作業完成後證明文件會以掛號寄出，上圖為我 2024 第二次申請的文件，重點為紅框標示的年份「2024」，今年才能申請通過。 將上面這份文件完整拍下後，接下來要提供給 Adsense。

四、提交新加坡稅務資訊

進入 Adsense 後台 → 付款 → 設定 → 管理稅務資訊 → 新加坡稅務資訊： 一般如果是部落客的話，按照以上內容填寫即可，上傳自己的「居住者證明」文件後提交，大約一個星期後就可通過了。

五、沒申請稅務資訊的影響

我認為目前算是「新加坡稅務資訊」的宣導期，並沒有真正開始執行，所以還沒看到災情傳出，那麼沒申請稅務資訊的影響究竟為何，其實說不太準。大概要等到第一個受害者案例，才能知道實際影響為何。 不過可以根據官網文章「稅務居住地資訊、非美國預扣稅與申報」的說明來探究一二：

透過 Google 產品賺取收益...以及/或透過位於愛爾蘭、新加坡或美國的 Google 實體收款...Google 有責任從支付給你的款項中預扣稅款。提交稅務資訊，可協助我們套用正確的預扣稅率並及時付款。 如果你的國家/地區與你透過 Google 產品營利的國家/地區簽有租稅協定，你可能享有減免優惠。 不填寫這份表單會有什麼影響？ → 支付給你的款項可能會扣除較高的扣繳稅額。

台灣的 Adsense 收益是透過 Google 新加坡公司發放，那麼根據當地稅務法規，Google 新加坡撥款之前必須根據稅率進行預扣款，這個數字是多少我們並不清楚。 因為剛好台灣跟新加坡有租稅協定，那麼只要申請「新加坡稅務資訊」並提供給 Adsense 留存的話，就可享有免稅資格，也就是 Google 新加坡不會進行預扣款。 結論就是：有申請「新加坡稅務資訊」的話 Adsense 收益絕對不會有損失，但沒申請的話 Adsense 收益就有可能被新加坡扣稅。

更多 Adsense 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

取代 Evernote 的輕量筆記軟體 UpNote﹍轉換心得與使用技巧

May 4, 2024, 7:27 pm

≫ Next: Blogger 網誌被刪除的救援處理紀錄+預防措施+未來規劃

≪ Previous: Adsense「新加坡稅務資訊」線上申請流程紀錄+心得技巧

$

0

0

Evernote 曾是滿足我所有需求的筆記軟體，無論是工作、客戶管理、寫程式等都離不開他，也付費支持了好多年。然而不知何時開始，Evernote 費用不斷調漲，功能是越加越多沒錯，但其實我都不需要啊！即便用的是付費版，但每月上傳量根本連免費版 60MB 的 1/4 都不到(內容主要是文字)，所以後來又用回免費版了，覺得錢花得沒那個價值。 如果 Evernote 有提供輕量版功能的話，我還是願意付費的，基本上舊版 Legacy 就符合我三大需求：

• 筆記軟體基本功能，執行快速、操作方便
• 搜尋功能快速準確
• 筆記能有效分類、整理

2023 年 Evernote 被收購後，聽說新版本 V10 是由新團隊開發的，原本的開發人員大多被裁了，難怪越做越沒人想用，軟體最初的精神已經失去，新團隊只著眼收割獲利。那時就開始注意替代品的社群討論，滿多試用者推薦 UpNote 是最接近原始 Evernote 精神的軟體，我也準備有空就來研究。 前幾天 Legacy 版突然不給登入(這篇文章寫於 2024 年初)，我想這應該就是告別的時候了，Evernote 曾宣佈 Legacy 只能使用到 2024 某個日期。此時再次想起 UpNote，但實在沒閒暇研究，只好先下載 V10 擋著用，結果體驗相當差、難用、速度又慢，而且還跳出通知免費版只能有 50 個筆記！現在的 V10 根本天價，是我以前付費的 2 倍價格以上... 誰會想付更貴的價格，來使用更差的產品呢？所以硬著頭皮開始試用 UpNote、及其他筆記軟體，果然大家的看法是正確的，UpNote 的確是最符合我三大需求的類 Evernote 軟體。雖然有一些缺點，但優點似乎更多，幾天測試下來相當滿意，能成功脫離 Evernote 新團隊的綁架也讓內心舒坦不少，以下就來分享從 Evernote 轉換到 UpNote 的流程與心得技巧。

一、軟體操作說明與介紹

1. 官網說明以下列出開始之前，需要知道的重要相關連結：

• 官網下載：UpNote
• 使用說明：UpNote user guide(Chrome 可翻譯為中文來閱讀)
• 快速鍵一覽：Keyboard shortcuts(Chrome 可翻譯為中文來閱讀)

2. 軟體介紹本篇的內容純粹根據我個人使用的角度，主要專注在基本的筆記功能，不會對 UpNote 進行詳細的功能介紹。因此想要全方位了解此工具的話，可參考這篇網路教學：

• UpNote 教學：輕快版 Evernote 雲端筆記

3. 軟體費用根據官網說明「Pricing」(Chrome 可翻譯為中文來閱讀)，免費版最多只有 50 個筆記，但這個軟體收費相當便宜：

• 一個月只要美金 1 元，相當於台幣 30 元
• 如果一次付清可終身使用，我在 iPhone 可用 NT. 690 買斷
• iOS, Mac, Android, Windows, Linux 這些裝置都能同步使用

二、匯出與匯入技巧

1. 匯入 Evernote 必須先付費「匯入 Evernote」這個功能免費版無法使用，所以一開始我必須先花 1 美金買一個月來測試，不過用了幾天確定沒什麼大問題後，就立刻果斷付費買下終身版，這個金額甚至比當初我買 Evertnote 一年的費用還便宜。 2. 匯出 Evernote 技巧匯出 Evernote 所有筆記是一件麻煩的事，Evernote 不想讓人跳槽所以匯出功能絕對不會寫得方便。還好網路有國外網友寫了工具「evernote-backup」讓這件事變得簡單，請下載這個工具：

• bin_evernote_backup_1.9.3_win_x64.zip

然後可參考這篇文章「從印象筆記到Obsidian」→「使用第三方Evernote-backup 工具」，使用 Windows 命令執行 3 道指令，完成後即可快速匯出所有 Evernote 筆記。 需要注意的是，過程中需要輸入 Evernote 帳號密碼，如果有設定兩階段驗證的話，還需要接著輸入驗證碼。 3. 匯入 Evernote 技巧叫出 UpNote 設定後，選擇「從 Evernote 匯入」 點擊「選擇 .enex 檔案」，可選擇多個筆記本檔案一次大量匯入。 也可注意一下圖中的限制說明，例如大於 20MB 的附件不會匯入。

三、優缺點比較

以下是我用了幾天之後，跟 Evernote 相比之下的優缺點項目，以及解決方法。不過這些都只是我會需要用到的功能，不代表全面性的評測。 1. 不如 Evernote 之處先說說不方便的地方：

• 截圖：顯而易見的是截圖功能，雖然把這算缺點有點冤枉，畢竟非筆記工具的必要功能 → 由於長年都是使用 Evernote 內建工具截圖後進行簡單圖片編修，現在必須另外找順手的截圖及簡易編修軟體代替。(最後找到 Greenshot 這個輕量軟體使用)
• 捷徑：Upnote 沒有捷徑功能，用來替代的功能為「快速存取」，但只能設定單則筆記可出現在「快速存取」，不像 Evernote 也可把整個筆記本放在捷徑 → 還好 Upnote 發現一個驚喜，筆記本可以設定巢狀結構，不像 Evernote 只能設定兩層，所以我把筆記本的巢狀結構設定完善後，要前往特定筆記本也快速許多，不像 Evernote 要往下捲很久才能找到某筆記本
• 刪除：刪除筆記較麻煩，不像 Evernote 按 del就能刪除筆記 → UpNote 必須按拗手的組合鍵 Ctrl+Backspace才能刪除，也許是怕誤刪的設計吧
• 快速鍵：Upnote 快速鍵較少，例如關閉視窗沒有快速鍵，不像 Evernote 按 Ctrl-W可關閉 → Upnote 畢竟還很年輕，我有寫信建議增加快速建，未來越成熟後應該會改善。目前的話所有需要快速鍵的功能，或是需要改用更好按的按鍵組合，我都另外用快速鍵軟體自行設定，方便日常作業操作。
• 滑鼠：拖曳功能還不太行，例如無法像 Evernote 將某記事拖曳到另一個記事本 → 總之 Upnote 還年輕，也不斷在更新，希望之後能逐步改善細部的使用者操作體驗。

2. 比 Evernote 更好之處 UpNote 輸 Evernote 的部份大多是在小地方、小細節，也就是操作的便利性，這些是大公司的強項。不過幾天用下來，發現 UpNote 很多 Evernote 沒有的功能真的很強、很方便，這也體現小公司的創新能力：

• 巢狀結構：Evernote 一直以來只能使用兩層記事本，導致我的記事本列得一長串。UpNote 可使用真正的無限巢狀結構，終於能有系統的組織記事本
• 目錄功能：這是 UpNote 的創新功能，在筆記內所設定的任何大標題(H1~H6)都能自動成為目錄，在側邊筆記資訊欄位看到，點擊後能快速前往，方便在內容較長的筆記內找資料，超級實用！
• 折疊功能：這是 UpNote 近期新增的功能，同樣非常實用，可以設定將一大段內容摺疊起來，讓較長的筆記內容看起來比較不雜亂。
• 開啟速度：UpNote 開啟筆記、顯示筆記內容都是瞬開，Evernote 舊版 Legacy 沒任何問題，新版 V10 開啟筆記的速度只有災難可以形容。
• 版面編排：UpNote 的排版、文字、圖示等等，比 Evernote 看起來寬敞不少，眼睛很舒服
• 筆記圖案：所有 UpNote 的筆記、筆記本都可自訂圖案，比較美觀
• 圖片尺寸：將圖片貼入 UpNote 時，可選擇顯示「大、中、小」尺寸，方便快速調成適合版面的大小，不用拖拉半天
• Markdown：UpNote 支援 Markdown 語法，可大幅加快文字輸入、編輯速度。雖然目前我很少用 Markdown，不過既然內建了這個功能，哪天有空就會來研究
• 筆記本：Evernote 一個筆記只能隸屬於一個筆記本，而 UpNote 可以為一個筆記設定多個筆記本，如此就不用複製一樣的內容到其他筆記本
• 編輯選單：這是 UpNote 近期新增的功能，在筆記內輸入斜線 "/"就能叫出所有常用編輯功能，實在太方便且實用，熟練後完全可以不必動到滑鼠。
• YT 影片：Evernote 支援看 YouTube 影片的功能，但無法放大全螢幕。在 UpNote 內嵌 YouTube 影片後，全螢幕沒問題，原本的快速鍵也都適用。

四、操作優化(快速鍵)

UpNote 有許多快速鍵須同時按 Ctrl + Shift，不是很方便操作，所以我另外用快速鍵軟體「Hotkeyz」改成比較順手的按法，以下列出我比較常用的修改：

• 搜尋全部筆記：預設 Ctrl+Alt+G→ 我改成 Alt+1
• 複製到 UpNote：預設 Ctrl+Shift+Alt+V→ 我改成 Win+A，類似以前 Evernote 的用法
• 視窗放大：沒有預設快速鍵，此為我常用的功能，所以有另外設定
• 專注模式：預設 Ctrl+Shift+F→ 我改成 Alt+3
• 關閉視窗：沒有預設快速鍵，此為我常用的功能，所以有另外設定
• 切換資訊面板：預設 Ctrl+Shift+I→ 我改成 Ctrl+I
• 內嵌 YT 影片：預設 Ctrl+Shift+Y→ 我改成 Ctrl+Y

五、實用技巧

以下簡單介紹幾個實用的技巧，可以增加工作效率： 1. 目錄功能筆記內容很長、且不確定要搜尋什麼字串時，找資料常常要捲很久，在這種情況下可為每個段落設定大標題，操作方法為按快速鍵 Ctrl+1 ~ Ctrl+6，就能分別設定 H1 ~ H6 大標題，而這些大標題，會自動成為該筆記的目錄。 如上圖，兩個紅框的大標題都是按了 Ctrl+2設定成 H2，然後按 Ctrl+Shift+I開啟資訊面板，右手邊即可看到對應的目錄，要找的資料一目了然，點擊後就可立刻跳到該段落。 2. 折疊功能除了前面使用目錄的技巧，還可利用設定「折疊區塊」的技巧，將整個段落收合起來，這樣筆記內容就變得簡潔了。 如上圖，選取整個要折疊的區塊，包含標題，選擇「折疊區段」的功能，或是按快速鍵 Ctrl+.效果如上圖，隨時可以開合此區塊，右邊的選項圖示點進去還有底色等設定。 3. 斜線選單斜線選單是 UpNote 最近新增的超實用功能，只要按下斜線 "/"就能建立各種物件及編輯功能，例如大標題、表格、清單、日期...等等，詳細操作說明請見官網文件「Slash menu」(Chrome 可翻譯為中文來閱讀)。 如上圖，在筆記內輸入斜線後，會自動出現選單，對照一下就知道這選單的順序就是下方工具欄位的順序。如果輸入的是 "/h2"就會設定 H2 標題。 如果輸入的是 "/ta"，系統會預期我們要輸入的是 table，便會出現表格選項讓我們選擇。所以如果常常使用某個功能的話，不妨記一下對應的英文，使用斜線選單就能快速建立相關物件。 4. Markdown Markdown 是能讓輸入速度翻倍的語法，詳細說明書可參考官網文件「How to Use Markdown with UpNote」(Chrome 可翻譯為中文來閱讀)。 5. 儲存搜尋如果常常使用某個搜尋結果的話，可以將之儲存起來，日後可直接取用，不必重複搜尋。 例如在上圖的搜尋結果旁，有個「儲存搜尋」的圖示，按下後即可儲存。 這個搜尋結果會出現在「所有筆記」這裡，展開就可看到，將來點此處就不用重新搜尋了。

六、補充

UpNote 是個 2 人團隊，我相信這兩人其實就是開發人員，同樣身為開發人員我很清楚，產品開發早期會很希望得到各種面向的回饋，所以看到 UpNote 設定頁面有意見反應的聯絡 Email，我很快就把這段期間的使用建議傳送過去，沒想到隔一個小時就收到回覆。 所以我相信任何建設性的意見，研發團隊都會列入更新的考量。如果你也喜歡 UpNote 的話，可花點時間提供回饋，只要某些相同需求的數量夠多，相信將來會看到實現的一天。

更多 Windows 軟體心得：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

---

Blogger 網誌被刪除的救援處理紀錄+預防措施+未來規劃

May 13, 2024, 2:17 am

≫ Next: 2024 如何讓 Win10 停止通知自動更新

≪ Previous: 取代 Evernote 的輕量筆記軟體 UpNote﹍轉換心得與使用技巧

$

0

0

多年前曾寫過「Blogger 刪了你的網站怎麼辦？」，是因為知名網站「阿榮福利味」一度被 Blogger 刪除，結果前陣子我也遭遇類似狀況，發生了網站無預警被刪除的事件，而且牽連甚廣。當然我的狀況跟阿榮不太一樣，不過既然都是正當合法在經營網站，不會有違法違規的行為，自然申訴一段時間後 Google 也就恢復了網站。 前面那篇文章有提到一段話：「若是資金充足的話，商業性網站可以自架站，避免還要處理模糊地帶的事情。」，而這次出事的網站正是 "將來"預備商業化的網站。這樣的網站即使現在還未商業化，也早早會面對商業競爭及各種攻防。就算問心無愧沒有侵權行為、也沒有任何模糊地帶的事需要處理，依舊未能承受住這一波的攻擊。舉個常見的例子，許多無辜的 FB 粉絲團正是在網軍刻意的瘋狂檢舉之下，被官方給停了權，即便是不斷申訴抗爭及透過關係處理，也得好幾個月後才能恢復權限。 所以現在網站雖然恢復了，但我可不想同樣的事情再度發生，本篇除了紀錄我的救援流程，也會對預防措施及進行自架站的策略方針進行規劃。

一、申訴過程

1. 先確保沒有違規想要救回被刪除的 Blogger 網址，先決條件為 100% 確定沒有違反 Blogger 使用條款，否則神仙難救。如果你自知已經違反規定的話，也許先做好救不回網誌的心裡準備，可以跳過這個章節，直接看「二、救援網誌文章」及接續內容，準備建立新的網誌或搬到其他平台。 不確定有沒有違反規定的話，可參考「Blogger 網站突然消失了怎麼辦」→「一、網址被刪除的情形及原因」，詳細檢查「Blogger 政策」，逐條逐字詳細檢視並比對自己的狀況。 目前看到能恢復 Blogger 網站的案例，例如「阿榮福利味」、「Penny's House」、以及我的網站，都是因為沒有違規(也代表很倒楣)，所以須再強調一次，想救回被刪除的 Blogger 網站，請先確保沒有違反 Blogger 使用條款。 2. 申訴過程能確定沒有違反規定後，接下來就是走申訴流程。基本上 email 都會收到網誌移除通知，按照說明及郵件內的連結進行就是了。 由於每個案例的狀況都不一樣，所以不會有統一的制式流程能參考，按照官方要求的申訴流程進行後，接下來能做的就是等待而已，直到恢復的時間點到來。 Penny 的案例花了 3 個月，阿榮福利味感覺好一陣子才恢復，我的網站費時一個月以上，這些時間點供參考。 3. Google 窗口遇到這種事會讓人比較洩氣的是，不會有 Google 窗口對接，導致有些動作你進行了也不知道有沒有效，如果能找到 Google 窗口的話至少能確定方向是否正確。 Penny 的案例她有找到一個 Google 窗口，雖然事後來看還是要走完申訴流程，但至少讓 Penny 回到正軌。而我的案例則是有人給我 Google 窗口提供的相關資訊，事後來看那些資訊並沒有超出我在「Blogger 政策」頁面逐字檢視所看到的內容，也就是說靠著我自身的理解仍是可完成申訴流程，不過至少能讓我確定做的是對的。 那麼此事我能提供的經驗會是，若人脈廣能找到 Google 窗口自然是最好，如若不然，詳讀「Blogger 政策」的每個字，也是能獲得所有必要資訊來完成申訴流程。

二、救援網誌文章

1. 是否定期備份網站網誌被刪除通常是無預警的，絕大多數站長不會有定期備份網站的習慣，倉促之間會煩惱過去多年的心血如何救回。 手動備份不太符合人性，總會有忘記執行的時候。過去寫過「部落格文章如何全自動備份」，如果有建立起自己的備份機制，發生意外時就不會手足無措。 若沒有任何備份的話，請參考接下來的管道，設法盡可能救回大部份的文章。 2. 從 Wayback Machine 找回備份可參考「忘了備份要如何救回部落格網站文章」，利用「Wayback Machine」來爬回所有文章備份。 如果網誌被刪除無法恢復，必須重新建立網站的話，那麼得從 Wayback Machine 取得以下完整資訊才行：

• 文章 HTML 內容
• 標籤
• 留言
• 靜態網頁(/p/xxxx.html) → 如果網站有建立這類頁面的話

3. 從 Bing 快取找回備份 Wayback Machine 除了不一定會備份到所有網頁，也可能備份速度沒那麼快，只能抓到三個月前發布的文章。畢竟世界上有那麼多網站且數量越來越多，我們無法強求非營利組織的伺服器能運作地那麼快。 那麼三個月內的文章要如何找到備份呢？瀏覽器快取頁面是一個選擇，然而 Google 前陣子已經宣佈「不再提供"網頁庫存"服務」，目前我找到的方法是是利用 Bing 瀏覽器，方法如下：

1. 利用 site 指令找出網站的文章
2. 按「工具」→ 設定日期區間，例如最近的三個月
3. 篩選出來的文章中，看看網址後方有沒有「下三角」圖示，點擊後若有「快取版」，就能取得備份文章頁面了

4. 網站救援服務如果網站或文章遭到意外，需要救援服務的話，可參考這篇「網站救援服務﹍復原被刪除的部落格文章」，並與聯絡本站。

三、網址重新導向

網站被刪除後，Blogger 同時也會封鎖原網址，在封鎖期間不允許使用原網址。如果網站用途是提供線上服務的話，這麼一來會很麻煩，因為服務會面臨中斷的危機，該服務的使用者及新訪客會找不到網站。 解決方式有兩個途徑：

• 暫時搬到別的平台 → 就可繼續使用原網址
• 建立新的網站，使用臨時網址 → 然後設定網址重新導向，將原網址設定 301 或 302 轉到臨時網址

如果要設定「網址重新導向」，還有一點必須注意，除了首頁要轉址，所有文章頁面也必須轉址，這代表網址商要能提供「路徑轉址」的功能。 發生此次事件後才發現知名的 Godaddy 沒有「路徑轉址」功能，台灣的小網址商也沒有，還好後來找到一個完美的免費線上服務「redirect.pizza」，完整的使用心得與說明可參考「提供網址重新導向的免費服務﹍redirect.pizza」。

四、備份機制

前面提到的自動備份機制，可以複製網站文章內容，缺點是網站若被刪除的話，無法復原所有的留言資料，而有些站長恰恰是很珍惜所有訪客的留言。 為此我開發了一個自動備份工具，可以自訂備份週期，自動備份以下內容：

• 文章 HTML 內容
• 標籤
• 靜態網頁(/p/xxxx.html)
• 所有留言

有了以上資料後，可據以製作 Blogger 匯入檔(xml 格式)，隨時可以恢復或重建網站內容。如果有站長需要這樣的工具，可參考這篇「部落格定時自動備份服務」，並與聯絡本站。

五、自架站考量

文章開頭有提到，那個將來會商業化的網站，為了應對商業攻防，必須搬到自架站才能避免再發生如同此次的意外，而這也是過去一兩個月我在研究的事。 詳細的考量過程及解決各種難題有太多主題需要紀錄，後續也會逐一發佈相關文章，這裡簡單說明最終做出的決定：

• WP 是最知名的自架站平台，但後端需要投入時間熟悉 php 語言，還需要煩惱主機、流量等各種問題，費用也昂貴，無法列入優先選擇。
• 利用 GitHub Pages 自架站，沒有 WP 需要煩惱的各種後端、主機、流量問題，也不需要費用。
• 使用 Hexo 架站工具，同樣是熟悉的 JS 環境，不須額外學習新的語言。
• 搭配 Cloudflare 可以讓 GitHub Pages 不必公開，可免費創建無限網站、無限流量

那麼對於 GitHub Pages + Hexo + Cloudflare 自架站有興趣的讀者，可再關注我後續的心得分享。

更多 Blogger 相關主題文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

2024 如何讓 Win10 停止通知自動更新

July 21, 2024, 8:12 pm

≫ Next: 為何我選擇 GitHub Page + Hexo + Cloudflare 作為 Blogger 替代品

≪ Previous: Blogger 網誌被刪除的救援處理紀錄+預防措施+未來規劃

$

0

0

前陣子換新電腦，安裝完 Windows 10 很重要的一件事，是避免系統自動更新，原因及解決方法已紀錄在這篇「如何讓 Win10 徹底停止自動更新」。 以現在的時間點 2024 來說，最近檢驗過該篇的作法，對當初那台筆電仍然是有效的。然而同樣的作法對新電腦卻是無效，為何是如此呢？仔細想了想，原因大致如下：

• 上一篇的原理，是修改 Win10 更新時會檢查的伺服器位址，讓系統找不到正確的伺服器導致更新失敗。
• 我的新電腦是從微軟官網下載最新版本的 Win10，想必官方已經補上這個缺口，不再檢查 regedit(登錄編輯程式)中的設定值，所以原來的技巧自然無效
• 舊筆電並非最新版 Win10 所以依然有效，那麼除非我能找到當初筆電的 Win10 版本來安裝，才能使用原來的技巧

所以本篇會找出 2024 絕不讓 Windows 10 自動更新的作法，同時微軟也宣佈了 2025 不再支援 Win10，代表之後不會再有新的更新版本，那麼相信本篇的作法，可讓使用者之後不用再擔心 Win10 會自動更新的問題。 (圖片出處: pixabay.com)

一、修改更新伺服器位址

上圖是我筆電「開始」→「設定」→「更新與安全性」→「Windows Update」的畫面，由於修改了 regedit(登錄編輯程式)中的更新伺服器位址，系統找不到正確位址的情況下，自動執行更新時總會出現上圖的錯誤訊息，所以永遠無法自動更新。 如前所述，如果你的 Win10 系統是最新版本，那麼這個技巧已經被封鎖，請直接跳過這個部份，看下個章節即可。 如果不確定你的 Win10 是什麼版本，或許可以試試這個技巧：

更改更新檢查伺服器：將下面内容拷貝到文本保存，副檔名更改為 .reg 之後右鍵點擊進行使用。 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate] "WUServer"="127.0.0.1""WUStatusServer"="127.0.0.1""UpdateServiceUrlAlternate"="127.0.0.1" [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] "UseWUServer"=dword:00000001

以上的原理就是把微軟更新伺服器改成 127.0.0.1，讓系統找不到檔案可以更新。

二、不讓系統更新的思路整理

1. 修改服務沒有用為了研究這個主題，我算是做了相當多的實測，針對網路上提出的各種主要修改方法都進行了測試。 幾乎大部分文章都會提到的修改「服務」內容，也就是將「服務」中的「Windows Update」改成 "已停止"。不過做這件事是沒有用的，如上圖，只要重開機，我的系統中這個服務就會自動變成「手動」、以及「執行中」的狀態，所以做這件事是徒勞無功的。 2. 修改登錄檔沒有用跟 Windows 更新相關的「修改登錄檔」有非常多地方可以改，但都沒什麼用，系統會經由別的程式來執行與「更新」相關的工作，跳過這些登錄檔設定。 3. 修改工作排程器也沒用將工作排程器中的 WindowsUpdate 排程「停用」也不會有任何用處，只要重開機就會看到上圖，排程自動變成「就緒」的狀態，並安排了下次的執行時間。 4. 不讓系統提示更新訊息才是根本方法從以上三點的實測可以發現，要阻止 Windows 更新是不可能的，微軟永遠可以出 patch 來繞過我們所有對系統的修改。 其實要阻止系統自動更新，有個根本的解決方法：

• 執行關機的時候，不要出現「安裝更新並重新啟動」或「安裝更新並關機」這兩個選項就好

這麼做的意思就是告訴微軟，Windows 你可以自動下載更新，但請不要讓我們關機、或重新啟動時，佔用我們的時間進行更新。 而為何這是治本的方法，因為 Windows 系統本身有提供相關設定選項，所以我們不須改任何服務、登錄檔，這是官方允許的設定。

三、修改關機選項

1. 修改本機群組原則按 Win+R執行「gpedit.msc」執行 "本機群組原則"： 電腦設定 → 系統管理範本 → Windows 元件 → Windows Update

• 不要在 [關閉 Windows] 對話方塊中顯示 [安裝更新並關機] 選項 → 已啟用。這是最重要的設定，關機按鈕不會再出相關選項。其餘剩下的設定，也可順便做一下。
• 設定自動更新 → 已停用
• 自動更新偵測頻率 → 已停用
• 移除對所有 Windows Update 功能的存取權 → 已啟用
• 允許立即安裝自動更新 → 已停用

使用者設定 → 系統管理範本 → Windows 元件 → Windows Update

• 不要在 [關閉 Windows] 對話方塊中顯示 [安裝更新並關機] 選項 → 已啟用
• 移除對所有 Windows Update 功能的存取權 → 已啟用

2. 系統設定以下也是跟關機選項有關的設定： 「開始」→「設定」→「更新與安全性」→「Windows Update」→「進階選項」 所有選項通通關閉吧，最重要的是紅框，重新啟動時不通知更新。 3. 隱藏工作列提醒有時工作列的右下角，可能會出現要求更新的圖示，此狀況可參考這篇「Enable or Disable the Windows Update Status Taskbar Notification」，並按照該篇的說明進行：

• 關閉工作列的通知圖示：「開始」→「設定」→「個人化」→「工作列」→「選取要顯示在工作列的圖示」→ 關閉「Windows 更新狀態」
• 修改登錄檔：搜尋或執行 regedit(登錄編輯程式) → 找到 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings → 如果沒有看到 TrayIconVisibility 的話，新增一個 DWORD，填入 TrayIconVisibility，將值設為 0 即可

四、刪除系統已下載的更新檔

基本上前面的步驟執行完畢後，關機時就不會出現要求更新的選項了，至少可以不用擔心使用電腦時，還要等待不知多久才能完成更新。這個作法帶來的副作用是，因為我們一直不更新，Windows 系統資料夾會積一堆自動下載的更新檔案： 進入資料夾路徑 C:\Windows\SoftwareDistribution\Download 可看到上圖，累積了不少檔案，可以每隔一段時間過來全部清除。 覺得麻煩的話，或許可以：

• 寫個 bat 檔，一次清除該路徑所有檔案
• 也可寫個工作排程，每個月定期執行一次這個 bat 檔

更多 Windows 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

為何我選擇 GitHub Page + Hexo + Cloudflare 作為 Blogger 替代品

July 30, 2024, 5:15 am

≫ Next: 讓 Line 網頁版能開機自動執行

≪ Previous: 2024 如何讓 Win10 停止通知自動更新

$

0

0

因為經歷了「Blogger 網誌被刪除」事件，我計畫將出事的網站搬到自架站，可以避免網站寄人籬下時，需要應付平台的各種合理或不合理規範，不過有相當多問題要解決：

• 要搬到哪個平台比較適當？如何抉擇各種自架站平台？
• 能否沿用 Blogger 網址結構(才能不影響 SEO)？
• 如何克服主機(或是網站託管平台)的流量或其他限制？
• 能否匯入 Blogger 文章(是否支援 Blogger 匯入格式)？
• 後台編輯界面是否合用？能否多人協作？
• 能否從瀏覽器進入後台？有網路就能進入後台？
• 能否自動備份網站，預防網站發生任何意外？

這裡面每個主題都相當龐大，且根據自身條件，每個人的解決方案都會不太一樣。為了克服所有困難，等待網站恢復的一個多月主要都在研究這些新的領域。最終我找到的替代方案是 Hexo，本篇會說明為何選擇 Hexo，以及從 Blogger 移轉到 Hexo 的大致流程。

一、如何決定架站平台

1. Blogger 網址結構 Blogger 文章的網址結構為 /年份/月份/xxxx.html，跟其他平台截然不同，所以搬遷網站最重要的就是，能否將網址結構移轉到新平台。 經研究後，只要不是搬到其他部落格/架站平台，而是使用自架站的方式，都可自行設定網址結構，所以只須挑選合適的自架站平台。 2. WordPress最多人使用、最知名的部落格自架站平台為 WordPress，但是經過深思熟慮後，暫時沒有採用 WP 的打算：

• 後端需要投入時間熟悉 php 語言
• 挑選主機商太麻煩，找了便宜的可能日後有糾紛，還須跟主機商周旋。找了貴的可能比較穩定，但目前沒營利，先期投資成本太高。
• 網站流量若短時間衝高，可能會被主機商關閉，必須購買更高等級的主機。但若高流量並非常態時，就會讓花費不成正比

其實部落格型態的網站並不真的需要後端，所以 WP 的後端與主機到頭來是多餘的。不須後端的話只需要建立「靜態網站」就好，真需要用到後端時，可參考我常用的「Google 試算表作為資料庫」系列文，所以只須將目標擺在可建立靜態網頁的自架站平台即可。 3. 程式碼託管平台參考這個討論頁面「開源git託管平台有哪些」，最知名的程式碼代管平台有這些：GitHub、GitLab、Bitbucket、SourceForge、Gitea...等。 這些存放程式碼的平台都可以用來架設靜態網站，不需要主機、流量費用，當然他們也有付費方案，等我們的網站、線上服務規模大了，需要更多功能時，再來考慮付費，這樣會比一開始還不知道能否賺錢，就貿然使用 WP 架站好太多了。 這些平台之中，GitHub 最知名、最多開發者使用，且被微軟收購，網路上能查閱到最多的參考資料，遇到困難自然最容易找到解答，所以把 GitHub 作為自架站首選沒什麼問題。

二、如何選擇架站工具

1. GitHub 如何架站 GithHub 提供了「GithHub Pages 架設靜態網站」功能，只要上傳 HTML/JS/CSS 就能呈現一個靜態頁面。 但總不能整個網站都用雙手刻出來，如此太花時間，因此有了「靜態網頁產生器」(Static Site Generator)這樣的工具產生，加快我們的部落格架站速度。 2. 靜態網頁產生器這篇「8 個靜態網頁產生器」整理了這些熱門架站工具：

• Jekyll: Ruby
• Hugo: Go
• Gatsby: React
• Next.js: React
• Hexo: Node.js
• Eleventy: Jekyll 的 JavaScript 替代品
• VuePress: Vue.js
• Nuxt.js: Vue.js

架站工具後面標示其使用的語言或框架，接下來說明我的選擇。 3. 為何選擇 Hexo我在「使用 Node.js 爬蟲定期抓網頁資料，結合 Google 試算表作為資料庫」曾提過 "選擇 Node.js...並搭配 Google 試算表...只要學會 Javascript 就能通吃「前端+後端+資料庫」"，所以在眾多靜態網頁架站工具中，我自然要挑以 JS 作為開發環境的 Hexo 或 Eleventy，日後自己修改原始碼才方便。 而經由這篇「靜態網站產生器大比拚」的分析，Hexo 跟 Eleventy 相比的優點有：

• 比較知名、較多人使用
• 社群討論多，華語使用者相當多
• 主題很多

挑選工具最重要的一點是，越多人使用，將來遇到問題才比較容易找到答案，所以對我來說 Hexo 就是首選。而且 Hexo 作者(Tommy Chen)來自台灣，Hexo 官網有完整的中文說明頁面，真的沒什麼不用他的理由！

三、如何選擇網站託管平台

1. GitHub Pages 的侷限開始使用 GitHub Pages 之前，需要了解免費的前提下有哪些限制，可參考官方文件「GitHub Pages 使用限制」，以下列出比較重要的幾點：

• 公開儲存庫才能使用 GitHub Pages
• 不可商業使用
• 檔案上傳空間限制為 1GB
• 每月傳輸頻寬為 100 GB
• 每小時部署次數上限 10 次

GitHub 最初的用意即為提供公開原始碼的儲存空間，所以自然上傳的檔案得公開，才允許使用 GitHub Pages 架設網站。基本上這些限制對於一般部落格型態的網站，應該都沒什麼問題，所以如果都能接受的話，就可使用 GitHub Pages 架站，並跳過此章節。 但如果網站檔案有些不想被看到，或是想要有更多的流量，那麼請繼續往下看要如何繞過 Github 的限制。 2. 可佈署 GitHub 的網站託管平台除了 GitHub 之外，還有很多知名的網站託管平台，例如 Google、Amazon 都有提供對應的服務。且如前所述，由於 GitHub 是這些平台之中最大、最知名的，所以基本上各大網站託管平台都支援 GitHub。意思就是說，在 GitHub 建立的儲存庫(repository)，幾乎都能直接匯入各大網站託管平台，並且可以同步。 這篇「各大免費託管平台體驗有感」介紹了三個可以佈署 GitHub 的知名平台 Netlify、Cloudflare Pages、Vercel 及大致的免費使用限制。 大致比較一下後，Google 收購的 Firebase Hosting，以及亞馬遜(AMAZON)的 AWS Amplify，免費使用的條件比較以上三個差，而其他沒那麼知名、使用者較少的平台就先略過，那麼先整理一下這三個平台的限制條件及優缺點。 3. Netlify Netlify 免費版功能可參考官網「Pricing」頁面：

• 每月傳輸頻寬為 100 GB
• 每月佈署時間 300 分鐘

100 GB 對一個網站應該沒問題，如果有多個網站就要計算一下了。除此之外還有很多強大的功能，例如有帳號管理功能(免費版可5個帳號登入)，需要多人協作後台的話，Netlify 會是首選，之後會另外發文介紹 Netlify。 4. Vercel Vercel 免費版功能可參考官網「Limits」頁面：

• 每月傳輸頻寬為 100 GB
• 每月佈署時間 100 小時

傳輸頻寬 100 GB 應該也是一個帳號的所有網站總合，大部分的限制看起來比 Netlify 還要好，也是值得考慮的選擇。 5. Cloudflare Pages Cloudflare Pages 免費版功能可參考「開發人員平臺」頁面 →「Cloudflare 頁面」： 看到上面這張圖了嗎，真是太離譜了，Cloudflare 是比前兩家知名度更大的公司，網站不但有中文界面，而且免費版的限制更優渥——完全沒有限制！ 可以建立無限的網站，而且每個網站都有無限的頻寬，這樣下來根本沒什麼好比較，沒什麼好考慮，Cloudflare Pages 就是首選啦～

四、如何匯入 Blogger 文章格式

平台問題都解決後，接下來要研究如何將 Blogger 文章轉換為 Hexo 能讀取的格式。在 Hexo 官網「Plugins」有看到兩個相關工具，之後撰寫 Hexo 系列文章時會再說明。

五、如何處理後台編輯、協作問題

1. 本地後台編輯官網提供的外掛之中有個「Hexo Admin」可以進行後台編輯，但只能從本地 localhost 執行。如果沒有特別用途，也許這樣就夠用，那麼就可以跳過這個章節的剩餘部份。 2. 雲端後台編輯如果希望比較有機動性，在各處有網路的環境就能上網進後台編輯，而非只在自己電腦才能作業，那麼得為 Hexo 安裝 CMS 後台管理功能。因為網站架在 GitHub，可選擇「git-base CMS」(基於 git 的內容管理系統)，這篇「9 best Git-based CMS platforms」介紹了 9 個知名的工具，雖是英文頁面但可翻成中文看說明。 直接說結論，挑選原則如前所述，越多人使用的越好，「Decap CMS」是免費開源專案，有龐大的社群討論，遇到問題容易找答案，其前身就是非常知名的 Netlify CMS。後來母公司 Netlify 決定專心做「網站託管平台」這一塊，乾脆把 Netlify CMS 獨立出去，之後才改名為 Decap CMS。 3. 多人協作後台如果除了上網編輯後台，還希望多人協作的話，就可選擇 Decap CMS(Netlify CMS) 配合 Netlify，使用其特有的 Netlify Identity 服務，管理最多 5 個使用者(免費版)。 因為兩者原本是同一家，Decap CMS 官網說明文件甚至有「搭配 Netlify Identity」的操作說明，是多人協作最簡便的方案。

六、如何自動備份網站

Github 提供了一個自動執行的工具「GitHub Actions」，可以設定在 "執行特定動作時"觸發一連串動作，也可以設定 "定時執行"。 那麼要自動備份網站，就可利用 GitHub Actions 定時執行 "複製儲存庫的檔案"到指定位置即可。 其他需要注意的地方，可參考「Github Action 經驗分享」，例如私有儲存庫每月執行時間為 2000 分鐘。

七、Hexo 安裝

開始 Hexo 架站之前需要決定、研究的主要問題有以上這些，找出解決方案後終於可以開始正式架站，而過程中需要解決的問題，數量及耗費時程又是遠遠超過本篇的內容，將會另外撰寫系列文章作為紀錄。

更多 Hexo 相關文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

讓 Line 網頁版能開機自動執行

July 30, 2024, 5:15 am

≫ Next: Hexo 架站流程踩坑紀錄(1)﹍建立 GitHub Pages

≪ Previous: 為何我選擇 GitHub Page + Hexo + Cloudflare 作為 Blogger 替代品

$

0

0

長久以來在多台電腦使用 Line 的困擾是，登入後 Line 會自動將其他電腦的 Line 登出。而且被登出後，下次這台電腦開機就不會自動登入，必須重新輸入密碼，還挺麻煩的。 如果家裡有一台桌機、一台筆電，想要都使用 Line 但又希望不會被自動登出，導致需要重新輸入密碼，最好的辦法是第二台裝置改用「Line 網頁版」。 不過隨之而來的問題會是，由於 Line 網頁版無法開機自動執行，有時會忘了手動執行，但卻又誤以為有執行。最近我就遇到一件禍事，使用筆電又以為有執行 Line，結果一直沒聽到 Line 通知音效，漏了好幾個重要的通知... 經此教訓後，決定徹底研究如何讓 Line 網頁版開機自動執行，請見本篇以下的研究心得。

一、Chrome 單獨執行套件的方法

1. 開機自動執行的思路要能開機自動執行，得想辦法將程式做成捷徑、或是 bat 批次檔，放在 Windows「啟動」資料夾中，系統才能自動執行。 而 Line 網頁版是 Chrome 的一個套件，研究的方向可以找找是否有方法，能讓 Chrome 套件單獨執行，並且還能用「命令字元」執行，這樣才能做成捷徑。 由於 Chrome 執行檔有非常多啟動參數可以使用，可參考這篇「Chrome啟動參數大全」，我們可以從中找找跟本篇相關的參數。 2. Chrome 如何單獨執行套件我也找到了這篇「在 Linux 上讓 Chrome 的 Line 擴充元件當作獨立運作程式執行」，雖然這篇是 Linux 環境，但我把相關參數拿來 Windows 下使用應該也是可以。該篇提到了 chrome 執行檔可用下參數來獨立執行 Line：

• --app='chrome-extension://ophjlpahpchlmihnnnihgmmeilfjmjjc/index.html'

可惜我試著執行後，出現上圖畫面，不知是哪裡出了問題。 3. 檢查套件 ID因為該作者是在 Linux 下執行，假設他安裝的 Line 套件 ID 如果跟我不一樣，會不會就是出錯的原因？ 我們可進入 Chrome 套件的頁面 →「chrome://extensions/」→ 點擊 Line 的「詳細資料按鈕」 如上圖，可看到 Line 網頁版套件 ID 字串為以下： ophjlpahpchlmihnnnihgmmeilfjmjjc基本上跟前面的 Chrome 啟動參數中的 Line ID 是一致的： --app='chrome-extension://ophjlpahpchlmihnnnihgmmeilfjmjjc/index.html'這下有點麻煩，問題究竟出在哪裡，為何 Line 無法正常啟動呢？

二、找出 Line 網頁版真實網址

還好這件事對前端工程師來說並不困難，我先跑一次正常流程： 執行 Chrome → 點擊 Line 套件圖示 → 輸入帳號密碼，讓 Line 正常啟動 → 叫出開發人員工具(可以按滑鼠右鍵 → 檢查，或是按熱鍵 Ctrl+Shift+I) 如上圖，出現下方的「開發人員工具」後，切換到「主控台」，輸入指令 location.href，查看此頁面的網址，果然找到答案了： chrome-extension://ophjlpahpchlmihnnnihgmmeilfjmjjc/index.html#/chats這才是正確的 Line 網頁版套件執行網址，所以我只要將 Chrome 啟動參數改成以下就可以了： --app='chrome-extension://ophjlpahpchlmihnnnihgmmeilfjmjjc/index.html#/chats'果然執行後就能正常開啟 Line 網頁版套件了。

三、製作 Line 網頁版開機捷徑流程

前面的內容都是說明找到解答的過程，為了避免錯誤，以下詳細說明如何製作 Line 網頁版開機捷徑流程： 1. Chrome 安裝 Line 套件

• Chrome 應用程式商店：Line 網頁版

點擊右上角「加到 Chrome」進行安裝，務必確認已成功安裝，接下來才能製作捷徑。 2. 找出 Chrome 路徑找出 Chrome 路徑的方法可利用 Windows 工作列的「搜尋」，找到 "chrome.exe"的位置，以我的路徑為例，檔案位於： C:\Program Files\Google\Chrome\Application接著從檔案總管對著「Chrome.exe」按右鍵 → 建立捷徑，系統可能會要求將捷徑放在桌面。 3. 製作捷徑對著這個 Chrome 捷徑按右鍵 → 內容，會看到「目標」的字串如下： "C:\Program Files\Google\Chrome\Application\chrome.exe"把以上字串後面加上參數： "C:\Program Files\Google\Chrome\Application\chrome.exe" --app="chrome-extension://ophjlpahpchlmihnnnihgmmeilfjmjjc/index.html#/chats"請注意如果 Chrome 路徑跟你的不一樣，請改為你的 Chrome 路徑。 修改完請按「套用」、「確定」，現在可以試著點擊這個捷徑，應該可以成功執行 Line 網頁版了。 4. 啟動資料夾接下來要將 Line 網頁版捷徑放到啟動資料夾，讓 Windows 開機時自動執行。啟動資料夾通常位於這裡： C:\Users\使用者名稱\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup將 "使用者名稱"改成你的帳號名稱，用檔案總管開啟這個路徑，然後將 Line 網頁版捷徑複製到這裡就完工了。

四、補充

1. Line 網頁版無法記憶密碼比較麻煩的是，Line 網頁版不會自動記憶密碼，每次開機都需要重新輸入密碼，不過往好處想，至少 Line 不會忘了執行，而漏了通知訊息。 為了解決這個問題，我會另外寫一篇自動化的解決方案，不過是很大的工程，需要一點前端知識比較適合執行。 2. 捷徑如果失效怎麼辦目前這個 Line 網頁版捷徑應該不會有什麼問題，但是無法排除 Line 網頁版如果有更新版本的話，不曉得捷徑的路徑是否還是一致。 不過本篇既然詳細說明了原理，相信讀者可以從本篇的內容找出修改捷徑的方法：

• 檢查網址：萬一將來出現「一、Chrome 單獨執行套件的方法」→「2. Chrome 如何單獨執行套件」這裡的錯誤畫面，代表 Line 網頁版真實網址已經改變了，請按照「二、找出 Line 網頁版真實網址」的流程找出真實網址，並修改捷徑的路徑即可
• 檢查套件 ID：萬一將來 Line 網頁版的套件 ID 變更了，請按照「一、Chrome 單獨執行套件的方法」→「3. 檢查套件 ID」的流程找出 ID，並進行修改即可

更多 Line 相關技巧：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！

Hexo 架站流程踩坑紀錄(1)﹍建立 GitHub Pages

August 19, 2024, 4:42 am

≫ Next: Windows 新電腦能否不重新安裝常用軟體及設定？

≪ Previous: 讓 Line 網頁版能開機自動執行

$

0

0

接續「為何我選擇 GitHub Page + Hexo + Cloudflare 作為 Blogger 替代品」，本篇為「Blogger 搬到 Hexo 流程」系列文第一篇，說明如何在 GitHub 架設 Hexo 網誌。 這個過程有相當多步驟，且網路上已經有許多教學文章，所以大部分流程會直接提供寫得不錯的教學連結，請直接參考即可。需要補充的部份、以及我踩到的坑，才會花比較多篇幅紀錄。

一、基礎環境準備

安裝 Hexo 之前需先建構基礎環境，因 Hexo 的開發環境是 Node.js 所以需要先安裝 Node.js；網站要架設在 GitHub 的話，需先註冊，且安裝 Git 才方便操作；因此請先完成以下動作： 1. Node.js

• 下載：Node.js 官網
• 教學：建置node.js開發環境

2. Git

• 下載：git 官網
• 教學：在 Windows 上安裝 Git 流程

3. GitHub

• 官網：GitHub
• 註冊教學：開始使用 GitHub

二、安裝 Hexo

1. 執行 Git安裝、操作 Hexo 各種功能都需要靠輸入指令，可以透過前面下載的 Git 指令界面。但執行指令的位置，需要在我們安裝 Hexo 的資料夾，所以我們可以先建立一個資料夾，例如位於： D:\wfu_blog\hexo安裝完 Git 桌面會有個捷徑，編輯此捷徑的內容，如上圖，將「開始位置」改成 Hexo 資料夾位置。 如上圖，將來執行此 Git 捷徑，路徑會自動從 Hexo 資料夾開始。 2. 安裝 Hexo安裝教學可參考「架設 Hexo+GitHub」→「2.安裝 Hexo」的流程，執行 Git 後，依序輸入以下指令： npm install hexo-cli -g這個指令會安裝並讓 hexo 主程式能夠以全域(在任何資料夾)執行 cd ..如果你按照前面範例設定 Git 捷徑的開始位置是 Hexo 資料夾(例如 D:\wfu_blog\hexo)，接下來這個指令可將路徑移到上一層(例如 D:\wfu_blog) hexo init 專案名稱專案名稱請改為自訂字串(例如我前面設定的 hexo)，這個指令會建立這個專案並進行初始化，如果專案名稱資料夾尚未建立的話會自動建立，如果資料夾已存在則會複製所有相關檔案進去。 cd 專案名稱進入專案資料夾 npm install這個指令會自動安裝專案資料夾中 package.json 這個設定檔中，hexo 所有需要的相關套件，到了這一步 Hexo 就全部安裝完成了。 3. 測試效果hexo server hexo 複製到專案資料夾的檔案已經有一些範例文章內容，執行以上指令(或是簡化為 hexo s)就能在本地啟動 hexo 伺服器，並出現提示訊息，開啟瀏覽器並貼上以下網址即可預覽網站效果： http://localhost:4000/結束本地伺服器按 Ctrl+C即可。

三、發布到 GitHub

接下來說明如何將本地的 Hexo 專案發布到 GitHub，流程可參考教學「架設 Hexo + Github」→「部署 Deploy 設定」，請按照以下步驟： 1. 建立儲存庫首先登入 GitHub，然後新增一個「儲存庫」(Repository)，可直接進入這個頁面「https://github.com/new」就能新增儲存庫。 2. 儲存庫網址連結儲存庫網址連結的格式為： https://github.com/帳號/儲存庫名稱.git例如我的帳號為 wfublog，儲存庫名稱為 hexo，那麼網址就是以下(之後會用到)： https://github.com/wfublog/hexo.git3. 安裝 hexo 佈署套件在 hexo 專案路徑下開啟 Git，執行以下指令即可安裝 hexo 佈署套件： npm install hexo-deployer-git --save4. 修改 _config.yml參考 Hexo 官網文件「佈署」來修改，在 hexo 專案路徑下有個設定檔 _config.yml，用編輯軟體修改內容如下： deploy: type: git repo: https://github.com/wfublog/hexo.git branch: main

• repo 參數請填入自己的儲存庫網址連結
• branch 參數現在 2024 年預設會是 main，也可改為自訂的分支名稱
• 請特別注意該空格的地方都要有空格，否則會出錯。

5. 佈署到 GitHub在 hexo 專案路徑下開啟 Git，執行以下指令： hexo deploy以上指令也可簡化為 hexo d，即可將網站佈署到 GitHub。 重新進入你的儲存庫網址，就可看到 Hexo 網站的檔案都已上傳了。

四、設定 GitHub Pages 網址

系列文的主題是從 Blogger 搬到 Hexo，且網址要移轉過來，那麼前提一定是已購買自己的網域，接下來就是將 Hexo 網站設定成之前的自訂網址。 1. GitHub Pages 設定進入 GitHub 儲存庫頁面，按下圖說明設定網址：

• 點擊右上方「Settings」分頁
• 點擊左側「Pages」
• Branch 分支區塊選擇前面設定的分支，例如圖中預設的 main
• Custom domain 填入自訂網址，如圖中的 hexo.wfublog.com，然後按「Save」
• 接下來需要到網址商後台設定 DNS，接下個圖的設定畫面
• 全部設定完後，可能要等一段時間，才能勾選圖中的「Enforce HTTPS」來啟用 HTTPS

2. DNS 設定進入自己的網址商後台，例如上圖我是使用 Google Domains，新增一筆 DNS：

• 例如我的子網域設定成 hexo
• 選擇 CNAME
• 指向 你的github帳號.github.io，例如圖中的 wfublog.github.io

3. 自訂網址以上兩個流程都完成後，進入自訂網址就能看到 hexo 網站效果了。

五、踩坑紀錄

1. 自訂網址問題 GitHub Pages 設定完自訂網址後，跟目錄下會自動產生一個檔案 CNAME，上圖可看到此檔的內容就是自訂網址字串，例如我的自訂網址為： hexo.wfublog.com然而將來只要每次執行佈署指令 hexo deploy以後，就會發現 CNAME這個檔案被洗掉了，且自訂網址也無法進入了。要避免這個問題，得每次佈署時，在根目錄產生 CNAME這個檔案才行。 我們在 Hexo 專案資料夾可找到一個目錄「source」，在這個路徑下存放的檔案，佈署到 GitHub 時會自動複製到根目錄。了解原理後就知道解決方法了，我們將 GitHub 自動產生的 CNAME檔案，複製到 source目錄中，佈署後自訂網址就不會消失了。 2. GitHub 網址問題如果網站沒有設定自訂網址的話，GitHub Pages 的設定頁面會自動產生一個網址，結構有可能是以下兩種形式：

• 你的github帳號.github.io
• 你的github帳號.github.io/儲存庫名稱

如果是第二種的話，網址路徑有「儲存庫名稱」，會導致 hexo 讀取 js/css 的路徑出錯，那麼進入網站後會只看到文字，無法渲染 css 樣式。 如果你架設多個 GitHub Pages 又沒自訂網址就會遇到這個狀況，那麼解決方法就是使用自己買的網址。 3. 身份驗證錯誤如果首次使用 GitHub 的話，按照多數教學流程應該會遇到跟我一樣的狀況，佈署到 GitHub 時會報錯，告訴你 "Author identity unknown"，也就是說 GitHub 認不出你是誰。 解決方法請參考這篇「手把手教你搭建Hexo博客」，使用 Git 輸入以下指令，登記身份後再佈署就行了： git config --global user.email "填入註冊github使用的email" git config --global user.name "填入github帳號"4. email 沒有公開然而，如果你前面登記的 email，在 GitHub 後台設定中，該 email 並未設定成公開(是private狀態)，那麼會遇到另一個錯誤訊息 "Your push would publish a private email address..."。 最簡單的方法就是將 email 公開即可，或是想要折騰的話，可參考這篇「Error "Your push would publish a private email address"」，按照討論串提供的流程進行。 5. 使用多個 GitHub 帳號另外，如果同時要使用多個 GitHub 帳號的話，前面「3. 身份驗證錯誤」登記身份的方法只能使用一個帳號，此時可參考這篇「如何在一台電腦使用多個Git帳號」的流程，有點小麻煩，需要為每個帳號設定不同的金鑰，再分登記身份。

Hexo 架站系列文章：

----
如這篇文章對您有幫助，請順手按個 +1 或分享，謝謝！