你知道WordPress的外掛既使功能性質相同，但因為開發團隊不同，其所採取的技術與策略也會不一樣，因此可能對WordPress的系統造成大小不一的負擔與效能優化。工作熊這裡以過來人的經驗，來比較【WP-PostViews】與【Post Views Counter 】這兩款文章瀏覽次數統計外掛的差異，給有需要的朋友選擇上的參考。

【WP-PostViews】與【Post Views Counter 】核心差異對照表

詳細分析

1. 效能與快取 (Performance & Caching)

• WP-PostViews:採用傳統的 PHP 統計方式。如果你安裝了快取外掛（如 WP Rocket 或 W3 Total Cache），靜態頁面會導致統計代碼無法執行，造成計數停滯。雖然可以使用 AJAX 補丁(patch)修正，但設定較為麻煩。

• Post Views Counter: 專為現代網站設計，提供 JavaScript 和 REST API 模式。這意味著即便頁面是被快取的，瀏覽次數依然能透過後台異步更新，統計更為精準且不影響前台讀取速度。

2. 統計的精準度與過濾

• WP-PostViews: 功能較單一，容易將管理員自己的點擊或重複刷新也計入。

• Post Views Counter: 內建強大的過濾功能。你可以設定「統計間隔」（例如同一個訪客在 24 小時內只計數一次），並輕鬆勾選排除「網站管理員」或「特定的 IP 地址」，確保數據不灌水。

• 在正常操作的情況下，【WP-PostViews】會即時更新文章統計的瀏覽次數，而【Post Views Counter 】則是滯後統計。也就是說，在你沒有排除過濾網站管理員或特定IP統計時，假設你在WordPress後台看到文章的瀏覽次數為500，點擊文章觀看該文章時【WP-PostViews】時，計數會立即更新為501，而【Post Views Counter 】則仍然顯示500，後台按重新整理後兩者都會顯示統計為501。

3. 使用者介面與視覺化

• WP-PostViews:安裝後幾乎沒有美觀的介面，主要是在文章列表增加一欄數字，或需要手動在佈景檔案中加入 $<?php if(function_exists('the_views')) { the_views(); } ?>$。需要具備一定程式能力者較能駕馭。

• Post Views Counter: 只要在後台勾選，就可以直接在文章的最前面或最後面顯示文章的瀏覽次數。提供了直觀的儀表板小工具，讓你在後台就能看到最近的文章熱度走勢圖，也可以選擇只觀察日、月、週、年、總(total)等不同時間段的瀏覽次數。

4. 資料庫使用

• WP-PostViews: 與WordPress及其他外掛共同使用wp-postmeta資料表來存放文章瀏覽的統計資料。wp_postmeta 資料表是資料庫中專門用來儲存文章、頁面或自訂文章類型（Post Types）的「額外元數據（Meta Data）」的中心化表格，WordPress本身就會將大量的資訊儲存在這裡。再加上很多的外掛程式(比如WP-Postviews、AIO SEO、Yoast SEO、WooCommerce、Elementor)也都喜歡使用它來存資料，於是經常可見postmeta資料表隨著文章數的累積而越來越肥大，查詢也越來越慢等問題，甚至導致資料庫無法寫入的嚴重問題。

• Post Views Counter: 使用獨立的wp_post_views資料表，資料表較為乾淨不雜亂。缺點就是會多出一個資料表，無法被 WordPress API 支援到，但大多數#使用者應該不到 API 的功能。

個人使用【WP-PostViews】的經驗分享

工作熊的某網站，一開始安裝的是【WP-PostViews】，使用了好幾年，某一天突然發現，怎麼新發表文章的瀏覽數都會無緣無故歸零。後來經過了一番波折，才發現原來是 wp_postmeta 過於臃腫，已經到了無法寫入新資料的地步，雖然有試著刪除一些無關的資料，就是無法徹底解決問題。後來安裝【Post Views Counter 】並將原來的文章瀏覽資料從 wp_postmeta 導出到【Post Views Counter 】的獨立資料表，才把問題給完全解決，也才知道原來【WP-PostViews】是跟別的外掛共用 wp_postmeta 資料表。

該如何選擇【WP-PostViews】或【Post Views Counter 】？

推薦使用 Post Views Counter 的情況：

• 你的網站有安裝快取外掛（強烈建議）。
• 你希望在後台看到簡易的流量趨勢圖表。必須升級到Pro版。
• 你需要排除管理員點擊，讓數據更準確。
• 你不想動到佈景主題的原始碼（它提供簡單的 Shortcode）。
• 你的文章或是圖片數量非常多。每一篇文章及每一張圖片都會在 wp_postmeta 資料表中留下紀錄，文章及圖片越多，wp_postmeta 的資料量就越龐大。

推薦使用 WP-PostViews 的情況：

• 你追求絕對的輕量化，且網站流量不大、沒有使用複雜快取。

• 你是資深開發者，習慣使用 Lester Chan 系列的高相容性外掛，並喜歡自行開發擴充功能。

延伸閱讀：

工作熊經營的部落格網站本來掛有AdSense廣告已經好幾年，一直沒有問題，可是最近卻突然被判違規，停止廣告放送，而且還是好幾個部落格同時被判違規。查看AdSense後台的「網站」頁面，「狀態詳情」欄全都顯示【網站關閉或無法使用】，所以，這應該不是我們一般認為的違規，而比較偏向是Google及AdSense的爬蟲無法拜訪到我的部落格。

網站關閉或無法使用

在網路上搜尋【網站關閉或無法使用】可能原因及解決方案，大致可以分成兩大部分：

• 檢查網址與連線：
  • 如果是新申請的網站，建議檢查提交的網址無誤，是否有錯字。確保網站對公眾開放且伺服器運作正常。
  • 請注意：無法使用子網域申請AdSense，如果你的部落格是放在Pixnet這類部落格服務平台(BSP)，只能由網站所有者，也就是BSP業者提出申請並擁有。Google的Blogspot例外，也就是說可以用Blogger網址來申請AdSense帳號。
• 檢查防火牆與屏蔽：
  • 如果有使用 Cloudflare 或其他安全防火牆，請確認未封鎖 Googlebot 的存取權限。
  • 如果您使用 HTTPS，請確認 SSL 憑證有效（非自我簽署），且已正確將 HTTP 重新導向至 HTTPS。
  • 伺服器不穩定：如果您的網站主機頻繁斷線或速度過慢，爬蟲可能因連線逾時而判斷為網站關閉。
  • 地理位置屏蔽：部分主機商或安全套件會阻擋特定地區（如美國）的 IP，這可能導致位於海外的 Google 爬蟲無法連入。
  • 查看 .htacess 檔案是否設定IP白名單或黑名單。變更 .htacess (Hypertext Access) 需特別小心，因為一個不小心打錯字，就可能讓網站變白板或出現顯示 Internal Server Error。尤其當你啟用白名單時就表示你拒絕大部分IP的訪問，當然連爬蟲也都會被擋在門外。

工作熊回頭檢視自己的部落格狀態，有下面的共同點：

• 這些部落格原本都可以播放AdSense廣告，突然在某一天開始就都不能播放了。
• 這些無法放送AdSense廣告的全都是使用WordPress架站放在虛擬主機的部落格，而其他放在Blogspot的則可以照常播放。

所以，看來這問題點應該出在WordPress架站本身，而最有可能的原因就是虛擬主機商動了防火牆的設定，而工作熊又剛好在不久前才將WordPress架站的部落格從國外搬移到台灣的虛擬主機商，因為之前放在糖果主機跑路了。

於是，就著手開始聯絡虛擬主機商，訊問近期是否動了什麼防火牆設定，屏蔽了Googlebot 的存取權，還把AdSense的狀態截圖送給對方參考。感覺虛擬主機商非常好說話，一聽我反應是AdSense有無法拜訪問題，馬上就幫忙變更了防火牆設定。我還特意等了小半天的時間，避免有快取影響，才重新要求複查。而AdSense的複查時間，就有得等了，有些1~2天就有答案，有些則要10幾天。

AdSense複查結果

總之，經過虛擬主機商調整防火牆設定後，我總共送了4個部落格到AdSense複查。結果出來了有1個部落格恢復了AdSense廣告放送，而其他3個部落格則仍然被打了回票，但拒絕的理由全部從【網站關閉或無法使用】變成了【缺乏價值的內容】。

缺乏價值的內容

檢視可以重新放送與被拒絕放送AdSese廣告的部落格差異。

• 可以放送廣告的部落格。發文仍然維持一個禮拜一篇文章的頻率，而且也是瀏覽量比較高的部落格。
• 拒絕放送廣告的部落格。發文不是停留在半年前，就是發文頻率大概只有一個月一篇。

先說明一下，這4個部落格的內容都不是農場文，也都是原創。所以，我個人並不認為被AdSense拒絕，真的是我們一般認為的缺乏價值的內容，而是發文頻率不足。我想到的解決方法，就是至少一個禮拜發表一篇新文章，等一個月後再重新申請複查。目前這3個被拒絕的部落格都還沒有恢復廣告，而你目前看文章的這個部落格也還沒恢復。等一段時間後再來分享進展。

2026/3/18 更新：這個部落格的AdSense廣告終於可以重新放送了。每個禮拜發表一篇文章，連續三個星期，重新申請後通過了。另外一個網站則是連續4個禮拜發文後，重新申請通過。剩下一個網站，比較沒時間打理，準備來衝刺最後一個還沒恢復AdSense的網站。

另外一個網站，則在一個禮拜內發表3篇文章，重新申請後，依然被判定是沒有價值的內容。

這也間接證明，Google要的是持續發文，而不是短時間內多文。

個人心得與見解

我發現有其他的格友同我有類似經驗，而且也都是搬遷到新的虛擬主機後不久，就被AdSense停止放送廣告服務。個人以為，有些虛擬主機商為了防駭客或為了防DDOS攻擊，可能會限制某些IP的訪問權限，有些甚至會限制特定地區或國家的訪問許可，有些可能還會更進一步只允許白名單的IP訪問許可。個人建議，在碰到這種【網站關閉或無法使用】警告時，可以先要求虛擬主機商檢查防火牆的設置是否會限制GoogleBlot爬文。

我個人使用虛擬主機架設WordPress也超過10年了，以前一直用的是國外的虛擬主機商，也從沒碰到過類似的問題，這次搬到台灣的主機商，他們可能認為，既然是台灣的網站，訪客應該也大多來自台灣，頂多就包含中國大陸，所以就封鎖了大部分的國外訪客，所以連AdSense、Google的爬蟲都給一併封鎖了，我早先雖然也發現有其他的爬蟲被封鎖，起初不甚在意，現在才知道問題大了。

關於這件事，我個人其實也不苛責主機商，因為現在的駭客及DDOS攻擊還蠻嚴重的，只要主機商在我反應問題後願意積極處理，我是可以接受的，畢竟部落格只是我的副業，不靠它餬口。我還把整個事件的大致處理過程分享給對方，就是希望對方可以從中學到經驗。

延伸閱讀：

• Youtube頻道要如何增加訂閱人數？
• AdSense及YouTube的後台提示要求填寫「美國稅務資訊」該怎麼辦？

工作熊這兩個禮拜一直在使用免費的ChatGPT，來幫我模仿WPTouch製作WordPress的行動裝置佈景主題，也順便讓自己進一步了解CSS的規則與PHP的程式碼。經過兩個禮拜的奮鬥後，終於成型，可以試用了，距離脫離被WPTouch綁架的日子又往前跨了一步。

整體感覺，對網頁設計還處在半熟不熟的人來說，AI真的幫了大忙，一些以前需要搞半天，甚至好幾天才能解決的程式設計問題，AI幾乎都可以幫忙搞定，就算弄錯了，AI也會耐心陪著你繼續debug。想自學摸著石頭過河的人，AI真的是個可以考慮的好幫手。

先交代一下，我自己以前有寫過C、Fortran、Basic等程式語言的經驗，有些基本的程式語言邏輯概念，但很久沒有碰了，對於PHP與JavaScript太概就看得懂，要活用就有點難。

開發 WordPress 行動裝置手機佈景主題的思路

首先來整理一下自己想要開發這個WordPress行動裝置佈景主題的一些思路。我現在使用的是傳統固定網頁寬度的佈景主題，然後安裝 WPtouch Mobile 外掛，這支外掛可以讓使用WordPress架設的網站，在遇到手機訪客時，自動切換到適合手機瀏覽的佈景主題，也就是畫面會變得比較簡潔、字體變大，而其他使用桌機及平板的訪客則維持原來的佈景主題。當然啦！如果你使用的是響應式(Responsive)的佈景主題，就沒有這個困擾，響應式佈景主題可以自動適應不同裝置（如電腦、平板、手機）的螢幕尺寸，自己調整排版和內容顯示，提供最佳的瀏覽體驗。

寫在前面：在中文環境下寫程式碼很容易出現不被CSS認可的「空白中文字元（全形空白 / 不可見字元）」，導致 CSS 規則整行失效，使用DevTools查看Elements時會出現刪除線+驚嘆號，一定要多加留意小心。

如何與 ChatGPT 溝通

在一開始的時候，我將自己的需求與使用環境告訴ChatGPT說：

如果我想自己開發一個行動裝置的WordPress版型，使用現有的免費版型來修改成自己的Wordpress佈景主題，類似 WPtouch mobile plugin 的版型，你有什麼建議？該如何開始，程式碼又該如何寫？

ChatGPT最先開始建議我選用 Twenty Twenty-Three 或 Twenty Twenty-Four 這類比較簡單的佈景主題來當 base，後來發現 Twenty Twenty-Four 沒有傳統的 PHP template，所以最後我選用 TwentyTen 來當 Base。然後在盡量不去改動到原先的佈景主題的程式碼與檔案下，專為 mobile 佈景主題新增底下的檔案：

• mobile.css 專責mobile版型的CSS樣式表
• index-mobile.php 專責mobile版型的主要模板內容。通常是首頁。
• header-mobile.php 專責mobile版型的頁首內容。網站頂部的標題。
• footer-mobile.php 專責mobile版型的頁尾內容。網站底部的版權宣言。
• single-mobile.php 專責mobile版型的單篇文章內容。
• page-mobile.php 專責mobile版型的page文章內容。
• tag-mobile.php 專責mobile版型的標籤文章列表。
• category-mobile.php 專責mobile版型的分類文章列表。
• comments-mobile.php 專責mobile版型的留言功能與內容。

如何判斷並切換到行動裝置的佈景主題？

原來想要在 WordPress 判斷並切換到行動裝置版型這麼容易，只要在原來版型的 functions.php 中使用 wp_is_mobile() 函數就可以做到。但是這個函數有個缺點，就是會連同iPad與平板電腦都判斷為行動裝置，所以要改為讀取 $_SERVER[‘HTTP_USER_AGENT’] 變數來精準判斷是否為手機裝置。最後，將下列判斷是否為手機裝置的程式碼放在原來版型的 functions.php 最後面就可以了。

/* ==================================================
 * 判斷是否為手機裝置
 * ================================================== */
function is_phone_device() {

    if ( ! isset($_SERVER['HTTP_USER_AGENT']) ) {
        return false;
    }

    $ua = strtolower($_SERVER['HTTP_USER_AGENT']);

    /* 明確排除所有 iPad / Tablet（如果是ipad/Tablet，則傳回false） */
    if (
        strpos($ua, 'ipad') !== false || strpos($ua, 'tablet') !== false
    ) {
        return false;
    }

    /* iPhone / iPod （如果是iphone/ipod，則傳回true） */
    if (
        strpos($ua, 'iphone') !== false || strpos($ua, 'ipod') !== false
    ) {
        return true;
    }

    /* Android 手機（如果同時有 android + mobile，則傳回true） */
    if (
        strpos($ua, 'android') !== false &&
        strpos($ua, 'mobile') !== false
    ) {
        return true;
    }

    return false;
}

/* ==================================================
 * Load mobile templates (phone only)
 * ================================================== */
add_filter('template_include', function ($template) {
  if ( ! is_phone_device() ) {
    return $template;
  }

  if ( is_single() && locate_template('single-mobile.php') ) {
    return locate_template('single-mobile.php');
  }

  if ( locate_template('index-mobile.php') ) {
    return locate_template('index-mobile.php');
  }

  return $template;
}, 99);

註：$_SERVER[‘HTTP_USER_AGENT’]是PHP中的一個超全域變數，它包含了使用者瀏覽器發送的使用者代理字串，用於識別訪問者的瀏覽器類型、版本、作業系統（如Windows, macOS, iOS）和裝置（如手機、電腦）等詳細資訊，幫助網站判斷和適應不同的客戶端環境。

設計index-mobile.php(首頁)的圓形日期章與文章列表

搞定了只有使用手機瀏覽網站才切換為行動裝置佈景主題的程式碼之後，接下來就可以來設計index-mobile.php(首頁)的圓形日期章與文章列表。這一部分的php程式碼其實不複雜，麻煩的是CSS的部分，因為我們的行動版型是依附在base底下，而每個版型的CSS也都長得不太一樣，必須配合DevTools來debug，找到相關的CSS名稱與格式，然後在行動版型的CSS中強制定義優先順序。所以，我們還得在原來版型的 functions.php 最底下，再增加載入我們單獨設計給行動裝置用的樣式表 mobile.css，以及後續會使用到的JavaScript程式檔 mobile.js。

add_action( 'wp_enqueue_scripts', function () {

    if ( is_phone_device() ) {
        wp_enqueue_style(
            'mobile-style',
            get_stylesheet_directory_uri() . '/mobile.css',
            array(),
            '1.0'
        );
        wp_enqueue_script(
            'mobile-js',
            get_stylesheet_directory_uri() . '/mobile.js',
            array(),
            '1.0',
            true
        );
    }
}, 20 );

註：wp_enqueue_script() 是 WordPress 提供的一個核心函數，用於安全、高效地將 JavaScript 文件排隊載入到網站前端，讓主題或外掛能引入自訂的 JS 檔案，確保只載入一次、避免衝突、並能控制載入位置（頁首或頁尾），是 WordPress 開發的標準做法，比直接在 header.php 引入更推薦。

設計開啟/關閉選單 menu (☰) – header-mobile.php

選單(☰)的程式碼放在 header-mobile.php 裡。這個選單的設計也是卡了很久，每次都是按了☰按鈕後，畫面只閃了一下，然後就沒動作了，試了好幾種方法，最後才發現，原來mobile.js裏頭同時存在兩個關閉邏輯程式碼，也就是選單有被打開，但是一打開後又馬上被關閉了，這也是我們這種對程式碼半生不熟的人容易遇到的問題，因為 ChatGPT 會一直讓你貼新的程式碼進去，到最後會搞不清楚到底貼了多少程式碼。個人建議，如果debug一直不成功，可以試著把現在的程式碼整個回貼給 ChatGPT 重新做確認。到了最後要収尾時，也可以整個貼給 ChatGPT 重新整理，也可以清理掉一些已經不需要的程式碼。

另外，在選單(menu)閃一下的問題解決後，點擊選單後卻只滑出一片空白。也是嚐試了好幾種方法，最後才發現，原來是行動裝置佈景主題的 WordPress menu assignment 還沒被初始化過，只需要到 WordPress 後台，重新設定一下 menu 的內容，再點擊選單就可以看到內容了。

下面剩下幾個mobile專屬的php程式碼，ChatGTP 基本上都是給一次程式碼就搞定，也沒有什麼碰到什麼大問題，就只要稍微調整CSS樣式，這裡就不再詳述內容。

• single-mobile.php
• footer-mobile.php
• comments-mobile.php
• tag-mobile.php
• category-mobile.php

延伸閱讀：

• 添加日曆圖示到WordPress部落格
• 手機瀏覽模擬器:Chrome瀏覽器內建功能
• 安裝WPTouch外掛將WordPress升級為適合「行動裝置」瀏覽網站

工作熊的一個部落格之前一直放在糖果主機，但糖果主機從去年(2024年)底就一直傳出有問題的疑慮，而且也不時有人說自己的網站放在糖果主機掛了，開了Ticket也沒人回應等問題。工作熊自己也在2025/4/24日碰到了類似問題，但我的情形是網站掛了24H以上，於是開始了部落格緊急搬遷任務，由於我在糖果主機的後台還可以進去，所以資料備份沒有問題，但我之前也有一直有在加強定期備份資料就，以備不時之需就是了。

將WordPress從糖果虛擬主機(SugarHosts)轉移匯出到其他主機：

現在就來整理一下工作熊這次將部落格從糖果搬移到其他虛擬主機的步驟，以及碰到的一些問題，也順便記錄一下主機搬家的注意事項：

1. 首先得先找到一家新的虛擬主機商，對方最好可以幫忙協助部落格搬家，至少也得有個技術支援，可以中文溝通的最好。工作熊雖然不是第一次幫自己的部落格搬家，但這次搬家仍然遇到一些小問題，導致網站無法開啟。最後還是尋求新主機商的技術支援幫忙，問題才順利解決。
2. 尋找新的虛擬主機商時，建議要認真檢視其所有使用上限的規定，因為這些限制可能都會影響到你的部落格或網站的日後發展。比如說：
   • 儲存空間(磁碟空間)。這對有圖床需求的人來說非常重要，因為圖檔通常很多而且大。
   • 索引節點(inode)數量。如果你不了解什麼是”索引節點(inode)”，那你可以先把它看作是檔案數量+資料夾數量。如果你的網站會有很多圖檔，在你上傳圖檔到WordPress時，系統就會自動幫你製作一個以上的縮圖。每一個縮圖至少都會占用一個索引節點。
   • 每月流量。
   • 最多寄存網域數。也就是你的虛擬主機上最多可以放幾個網域，如果你只會放一個網域，就沒有什麼問題。另外，還有個子網域限制，但基本上大多數的虛擬主機都不會對子網域做過多的限制。
   • 最多可以建立幾個MySQL數據庫。一個WordPress網站最少會需要一個資料庫。有些WordPress的外掛可能會額外要求建立資料庫。
   • 上傳資料庫的檔案大小限制。我之前糖果主機的資料庫大小有50M的限制，但新的主機則有200M。如果你的資料庫很大，建議要事先詢問虛擬主機商對資料庫的限制。
   • 是否有免費信箱與數量限制。如果沒有使用信箱的需求，這點就不需要。
   • 是否有提供免費的SSL憑證。
   • 是否提供FTP帳號。

壹、備份原來部落格網站上的資料，WordPress的備份工作基本分成兩大部分：

開通了新的虛擬主機之後，就可以開始準備搬家了。

第一部分：要備份原來網站中的所有檔案

• WordPress如果有安裝快取(Cache)的話建議要先停用或清除cache後再備份，這樣可以降低備份的空間需求，也可以免去搬到新的虛擬主機時出現舊資料的問題。
• 備份的時候建議先在原來的網站上將所有的檔案壓縮成一個檔案後再下載，這樣可以節省下載及後續上傳新主機的時間。
• 備份檔案的時候，記得要打開隱藏的文件檢視，因為有一個重要的隱藏檔案【.haccess】也要備份，否則搬到新的虛擬主機時，可能會出現500頁面無法顯示的問題。

第二部分：備份資料庫

• 我們在WordPress的文章內容都會儲存於資料庫中，而不是資料夾或檔案中。
• 備份WordPress的資料庫時，要使用cPanel所提供的phpMyAdmin資料庫管理工具，將對應的資料庫匯出(備份下來)。
• 備份的資料庫的時候建議要全選所有的資料表，並勾選壓縮。
• 請注意：一般資料庫上傳的時候會有檔案大小的限制，有些可能會限制在50M以下，如果自己的資料庫比較大，就必須留意新虛擬主機的資料庫上限要求。如果資料庫太大，就必須要瘦身(比如清除之前修改文章的備份版本、垃圾留言)，或是拆開分批上傳。這點可以參考我之前寫過的經驗分享。

貳、將部落格還原在新的虛擬主機

第一部分：將所有的檔案上傳複製到新的虛擬主機中

• 複製檔案到新的虛擬主機時，建議直接將壓縮檔上傳後解壓縮就可以了。目前我使用過的所有虛擬主機的檔案管理員都自帶有壓縮及解壓縮的功能，但是上傳後，記得要解壓縮。
• 要注意在根目錄中必須要有【.haccess】檔案，如果沒有則必須新建一個。記得要打開隱藏的文件選項才能看到。
• 一般在新的虛擬主機根目錄中會預置一個index.htm或index.html檔案，這是讓你在還沒有上傳資料時，可以查看自己的網站。但是在你上傳原來的檔案之後，就要將這個index.htm或index.html刪除，否則瀏覽新主機時，首頁會一直顯示原來index.htm或index.html的內容。

第二部分：將原來的資料庫匯入到新的虛擬主機

• 在新的虛擬主機中打開SQL(資料庫)APP並建立一個新的資料庫，資料庫的名稱建議要與原來網站上的一致，如果名稱不一樣的話，就必須在新上傳的虛擬主機中修改wpconfig.php的內容。
   
  
• 在SQL(資料庫)APP中建立一個資料庫帳號及密碼。帳號及密碼最好也是與原來網站上的一樣，如果不一樣的話，一樣要修改wpconfig.php的內容。所以，你也可以查看原來的wpconfig.php內容，將資料庫的帳號及密碼給複製出來沿用。
  
  
• 在SQL(資料庫)APP中將剛剛建立的使用者新增到資料庫中，並授權新建立的資料庫帳號可以管理資料庫的所有存取。
  
• 在新的虛擬主機中打開phpMyAdmin將原來的資料庫匯入到剛剛建立的資料庫中。
  
  
  

參、修改伺服器網址(NS)

• 到你的域名管理網站(比如Godaddy、NameCheap)中修改對應部落格網站的NS(Name Server)網址。你的新虛擬主機應該會提供你NS網址。
  
  
• 修改後一般很快就會生效，但有時候得等幾個小時，視情況而定。建議可以使用tracert追蹤自己的部落格網址看看有沒有指向新主機商的網址IP。

檢查外掛是否可以運行在較高PHP版本，有些外掛因為不支援較高PHP版本，會造成頁面進不去的問題。這時候要回頭檢查部落格原來運行在舊主機的PHP版本是否比新主機的舊。

肆、其他注意事項

• 部落格搬家後，如果發現網站運行有問題，在檢視確認本文所列的所有設定都正確無果後。建議檢查搬家前後運行環境的PHP版本是否一致，或是新的虛擬主機運行較高版本的PHP。有些版本較舊的WordPress外掛可能沒有隨著PHP版本更新，導致無法運行在較高版本的PHP環境，這時候就會造成網站頁面顯示錯誤的情形。解決方法，可以先試著降低新虛擬主機的PHP版本，或檢查是否有任何WordPress外掛造成問題。如果自己無法搞定就請虛擬主機的技術支援處理。

延伸閱讀：

• 如何搬家修改並還原WordPress到不同網址
• 如何將網域從Godaddy移出至較便宜的Namecheap節省成本
• 整理這次虛擬主機搬家至糖果主機時碰到的一些問題與解決方法

網路上很多教人如何增加Youtube訂閱人數的辦法，但幾乎都是教你要明確自己的影片內容，形成利基，社群推廣，以吸引更多的忠實觀眾。但很多人的內容其實也不算差，但訂閱人數就是起不來，工作熊這邊提供自己用過的幾個方法，給正在Youtube經營初期，還達不到開啟Youtube營利使用資格500訂閱數門檻的朋友參考。(營利資格則需要1,000訂閱人數)

1. 死皮賴臉拉親朋好友入坑。

臉皮算什麼？有一個算一個，要求或甚至拜託自己所有的親朋好友來訂閱自己的頻道。如果對方不知道怎麼訂閱，建議你要手把手教學，或緊迫盯人，直到他們訂閱。

2. 先去訂閱別人的Youtube頻道。

想要別人訂閱你的Youtube頻道，那就先去訂閱別人的Youtube頻道。人都是互相的，當你去訂閱別人的Youtube頻道時，對方通常也會回訂你的Youtube頻道。但這裡有個小技巧，建議要找那些訂閱數還沒有超過500人數的頻道，因為500是跨過Youtube營利使用資格的門檻（營利資格則需要1,000訂閱人數），選擇這樣的頻道是因為對方也急需訂閱數，彼此可以理解，互相訂閱的可能性高。如果已經是高訂閱數的知名頻道，對方一般已經不太會在意自己的訂閱數了，通常也就不會有回訂的動作。

另外，記得別太高調要求別人回訂你的頻道，因為Google似乎不太喜歡互訂的行為。

3. 到別人的Youtube頻道留言。

當你訂閱對方的頻道時，Youtube後臺其實不一定會顯示訂閱者的帳號，這樣對方也就無法回訂你的頻道，所以最好還要在對方的影片上留言，這樣對方才比較有機會與你互動並訂閱。一樣的道理，建議要選那些沒什麼人留言的影片來留言，這樣對方比較會重視你的存在。

4. 在影片中呼籲大家訂閱、按讚你的頻道。

建議要在影片開頭的地方呼籲，因為很多人影片都不會看到片尾。當你跨過了營利的門檻後，就可以考慮將呼籲訂閱、按讚放到片尾，這樣也比較不會影響到觀看影片的體驗。

5. 加入互惠社團。

現在的社群媒體很發達，你可以在臉書或其他社群平台上尋找這些可以互惠的社團。請記得不要太張揚，還是那句老話，Google似乎不太喜歡互訂的行為。

最後，如果上述的幾個方法對你有有幫助，記得來訂閱一下工作熊的2個Youtube頻道：

• 工作熊：工作熊所有影片的頻道。
• 工作熊的電子製造：這個頻道專門分享關於電子製造相關的影片。

延伸閱讀：

• 你知道該如何設定自己的YouTube個人頻道首頁版面？
• 經營Youtube，你應該只開一個或是多個不同主題的頻道？
• AdSense及YouTube的後台提示要求填寫「美國稅務資訊」該怎麼辦？

也許你還不知道，同一個Youtube帳號其實是可以開多個頻道來分開來經營的。不過有件事要提醒你，同一個Youtube帳號的不同頻道的統計資料與營收也會分開計算喔。如果你正想利用Youtube來增加自己的收入，可能就要特別留意，因為想要參加Youtube合作夥伴還必須達到其最低門檻要求(500訂閱人數、3000H觀看時數、3部影片)，而想要開始在影片中擺放業面廣告還得有4000H觀看時數，當收益超過100鎂才算達到最低付款門檻。

也許有人會問，為何需要開多個不同Youtube頻道呢？

以下我們會以YT來稱呼Youtube。

相信你聽過「物以類聚」這句話，我們也可以將這句話引伸為有相同嗜好的人容易聚集在一起。在經營YT時，將相同或類似性質的影片集中在同一個頻道內，就可以吸引到對該主題有興趣的人，也比較有機會可以將這些人發展為死忠粉絲，說白一點就是有機會提高頻道的訂閱數與黏著度。比如說你是個喜歡拈花惹草愛種花的人，應該會常常去逛這些種花的頻道，你自己應該也會比較願意來訂閱他們的頻道並按讚，然後接收新影片的通知。如果你是個喜歡投資理財的人，就會喜歡財經頻道。

這些只專注在介紹種花及介紹財經的頻道，我們一般會稱呼其為專業頻道。那如果這些你認為是專業的種花及財經頻道，在你訂確後卻三不五時跳出旅遊、美食、寵物、修繕等內容的影片通知，你是否還會繼續訂閱？或許會。但如果，10支新影片中只有3支影片是你當初感興趣的，你還會想繼續訂閱嗎？

我們在開始經營YT及部落格時，都免不了的要為我們的頻道或是網站做定位，也要決定我們要經營的是一個什麼節目都有的大雜燴，或者是只專注在某一領域。大雜燴就像電視台的綜藝台，它不一定播什麼節目，反正五花八門，而專業性的就像電視台的財經台或新聞台。兩者其實也各有其優缺點，大雜燴的流量通常會比較好，但是跳出率也高，且死忠粉絲相對會比較少，因為訪客大多是因為搜尋而來，看完後就飄然而去；專業性頻道或網站的訪客流量相對會比較少，但死忠粉絲相對會較多，因為他們大多為興趣而來，如果我們的頻道或網站的內容足夠豐富，還會有人將之當成資料庫或參考網站，並一再回訪。

工作熊個人的建議，如果你對自己是否可以把頻道或網站做到多大沒有什麼把握，建議你一開始從大雜燴開始經營，等到你有了一定基礎，或是開始有收入了，也知道如何經營頻道或網站，就可以開始思考是否要再多開一個專業性的頻道或網站。當然，如果你一開始就想做專業性的頻道或網站也是可以的，就是起步時會比較孤獨一點，還有需要多想些與你的專業性相關的點子，否則點子用光，就黔驢技窮了。

工作熊的Youtube頻道也是在經營一大段時間後，大概在一年前才開了一個專注在電子製造方面的新頻道，努力了好久才終於快踏入可以營利的條件。工作熊老實說並沒有很花很多心思在上面，所以經營了一年左右才有目前的成績。

延伸閱讀：

• 你的部落格內容是大雜燴？還是專賣店？
• 你知道該如何設定自己的YouTube個人頻道首頁版面？
• 工作熊也已中鏢落馬，YouTube 合作夥伴計劃重要異動通知提高進入門檻

希望這只是AdSense的失誤，如果是真的，表示Google可能對blogspot.com開刀了~

紀錄一下！Scupio(酷比廣告聯播網)從今天起(2022/5/30)轉型並結束廣告聯播業務了，工作熊雖然沒有領到多少的廣告獎金，但總是有領到，知道這個消息還是挺人讓唏噓的！

根據Scupio的說法「今後，「Bridgewell宇匯知識科技」將繼續專注程序化廣告投放技術，致力發展《Bridgewell DSP廣告需求方平台》服務，創造《Bridgewell Direct Path》合作價值。」

在時代巨輪的轉動下，不進則退！沒有一成不變的經營形式，唯有求新求變，跟上時代，那部落格呢？

Google早就宣布其舊版的通用 GA (Google Analytics) 將於 2023/7/1 起不再處理標準資源中的新資料。之後的資料收集將由 GA4 (Google Analytics 4) 取而代之，那要怎麼啟動GA4應安裝GA4的追蹤程式碼呢？

GA4程式碼放在哪裡？GA4程式碼的路徑

Google其實把GA4的程式碼藏在一個很奇怪的位置，如果你已經啟動了【Google Analytics (分析) 4 資源】，那麼其程式碼可以在下列位置找到。

網頁左下角管理(齒輪) >> 選擇「資料串流」 >> 選擇第一組串流資料 >> 找到 「評估ID」 >> 在「Google代碼」下方點擊「查看代碼操作說明」 >> 開啟「安裝操作說明」 >> 點擊 「手動安插 」 >> 複製追蹤程式碼

如果你還是很茫然，不知道如何找到GA4的追蹤程式碼，甚至不知道如何啟動GA4資源，下面會有詳細的操作教學。

如何啟動GA4資源？

1. 先確認選擇到了正確的帳戶及資源

2. 網頁左下方【管理】(齒輪) >> 在「資源」(第二縱列)的位置點選【Google Analytics (分析) 4 設定輔助程式】。

3. 點擊「我想要建立新的 Google Analytics (分析) 4 資源」的【開始使用】按鈕。

4. 點擊【建立資源】按鈕。

5. 點擊【前往GA4資源】按鈕。

6. 這邊你會發現GA在左上角的地方新建立了一個「GA4資源」的帳戶，而且名稱是在原來的帳戶名稱後加上【-GA4】字樣以示區分。

還沒結束喔！到目前為止只是建立一個新的GA4資源，但是我們還沒將GA4的程式碼放到要追蹤的網站，所以現在GA4的內容會顯示沒有接收資料，我們還得先找到GA4的追蹤程式碼安裝才可以喔！

如何找出GA4的資源追蹤程式碼？

在「資源」(第二縱列)的位置點選【資料串流】。

7. 點擊「資料串流」下面的的第一組我們剛剛建立的串流資料。

8. 這裡有個「評估ID」很重要，基本上就跟舊版GA的「UA-XXXXXX」一樣，以後只要知道這串ID，可以直接複製別人的追蹤程式碼然後替代掉這串ID後就能安裝了。

不過這裡我們要點擊「查看代碼操作說明」。(真是奇怪的選項)

9. 選擇「手動安插」。

10. 總於看到GA4追蹤程式碼了，點極複製程式碼，然後將這段程式碼貼到原來GA程式碼的下面。GA及GA4追蹤程式碼必須放在<head>及</head>之間。

程式碼貼好後就可以在GA4中接收網站的追蹤資訊。如果要查看GA4的統計資料，一樣開啟GA後台，然後選擇有【-GA4】後綴的帳戶就可以查看了，只是現在GA4的內容似乎還沒有舊版GA那麼豐富。

工作熊最近因為費率問題換了電信公司，但接踵而來的就是開始收到一堆有的沒有的廣告及垃圾訊息，相當惱人！打電話去電信公司客服抱怨也只能阻擋掉部份由電號碼發送來的簡訊廣告，但還有一些經由「電子郵件發送」到手機的簡訊關不掉，而且這些訊息還有一大部份來自對岸的電郵信箱，安卓的用戶似乎就沒有這樣的煩惱。

其實這一切都是因為iPhone手機預設開啟了iMessage「傳送與接收」功能所惹的禍，讓一些廣告商人有機可趁，因為蘋果的iPhone預設可以在使用WiFi或行動上網環境下，透過iMessage免費傳送訊息給其他的iPhone、iPad、或Mac用戶，相當於蘋果的即時通。

在台灣其實真正會使用iMessage來傳送訊息的人不多，所以我們只要取消iMessage的電子郵件接收功能就可以杜絕掉這些來自電子郵件的iMessage垃圾訊息。如果你是有在使用iMessage的朋友也別擔心，我們還是可以針對個別的電子郵件信箱來標注該用戶為垃圾郵件並將之列入黑名單中。

下面就來看看如何設定並阻擋這些惱人的垃圾訊息吧！

如何判斷iPhone接收到的簡訊或訊息是來自電子郵件或是電話號碼呢？

可以查看接收訊息的寄件者帳號為電話號碼或是電子郵件信箱來判斷。電話號碼一般都是數字，而電子郵件信箱則會有英文字及@的符號，很容易辨認的。

封鎖該寄件者、回報為垃圾訊息並刪除

當我們發現垃圾訊息時，可以先將該訊息標示為垃圾訊息回報給蘋果，然後封鎖該寄件者帳號，這樣就不會再收到同一個帳號的訊息了。如果你想整個關閉iMessage，可以繼續往下看。

1.先點擊進入該則垃圾訊息。

2.然後點擊訊息畫面中最上方發送訊息者頭像下方的電話號碼或信箱。

3.進入該發送訊息者的個別頁面後點擊【資訊】。

4.點擊【封鎖此來電者】。

5.再點擊一次【封鎖此來電者】。

這樣，以後這個電話號碼或電郵信箱就無法再傳送訊息給你了。

6.按【<】及【完成】回到原來的訊息頁面。

7.如果訊息內容較多就將畫面往上移動至底端，點擊【回報垃圾訊息】。

8.再點擊【刪除並回報垃圾訊息】。

這樣我們就已經將該垃圾帳號回報給蘋果並且刪除該則訊息。回報應該可以讓Apple從系統端封鎖該帳戶，但不會是即時的，也不一定就會封鎖，就當是做功德吧。

直接關閉iPhone的iMessage接收訊息的功能，垃圾訊息掰掰

如果上述封鎖聯絡人並回報垃圾訊息的方法還不能解決你的問題，那就來試著關閉iMessage部份或全部功能向垃圾訊息說掰掰～

1.從【設定】（齒輪圖示）進入。

2.然後往下滑找到【訊息】並點擊。

3.點擊【iMessage】下方的【傳送與接收】。

4.進到「iMessage」的設定畫面，這邊會有兩個選項，建議只先把郵件信箱前的打勾取消就好，然後觀察幾天看看垃圾訊息是否減少到可以接受的程度。

如果你確定你完全不需要使用iMessage來接收訊息，則可以把電話號碼接收iMessage前的打勾也取消，或是回到前一個頁面將iMessage的開關關閉。

請注意：關閉iMessage除了會關閉iMessage訊息傳送接收外，還會一起取消FaceTime的功能。在台灣其實使用FaceTime通訊及iMessage傳送訊息的人不多。另外，關閉iMesasge的電話選項也會影響到其他使用同帳號的Apple裝置，如iPad。

延伸閱讀：