跳到主要內容

[行銷]Google 代碼管理工具設定 Google Analytics (分析)的 HTTP 錯誤狀態碼事件追蹤。


  HTTP 狀態碼指出一個 HTTP 要求是否已經被完成,回應分為五類:訊息化回應、成功回應、重導向、客戶端錯誤及伺服器端錯誤。

  若不瞭解這些代碼的意義 (或根本不知道有 HTTP 狀態碼這玩意),可能很容易就會遇到瓶頸,尤其是在除錯的時候更加明顯。HTTP 狀態碼可能表示要求成功與否。HTTP 狀態碼可能也會顯示要求不成功的確切原因。

  HTTP 狀態碼指的是從伺服器端回應的狀態,完整的狀態碼定義可以參考 Hypertext Transfer Protocol -- HTTP/1.1 的 6.1.1 Status Code and Reason Phrase 章節,裡面有完整且詳盡的說明。


HTTP 狀態碼大致分成 5 類,概述如下:
■ 1xx - 參考資訊 (Informational):這些狀態碼代表主機先暫時回應用戶端一個狀態,所以在接收一般的回應之前,用戶端應準備接收一個或多個 1xx 的回應。
  ‧ 100 - 繼續。
  ‧ 101 - 切換通訊協定。
■ 2xx - 成功 (OK):這類的狀態碼表示伺服器成功接收到用戶端要求、理解用戶端要求、以及接受用戶端要求。
  ‧ 200 - 確定。 用戶端要求成功。
  ‧ 201 - 已建立。
  ‧ 202 - 已接受。
  ‧ 203 - 非授權資訊。
  ‧ 204 - 無內容。
  ‧ 205 - 重設內容。
  ‧ 206 - 部分內容。
  ‧ 207 - 多重狀態 (WebDAV)。
■ 3xx - 重新導向 (Redirection):用戶端瀏覽器必須採取更多動作才能完成要求。例如:瀏覽器可能必須重新發出 HTTP Request 要求伺服器上的不同頁面。
  ‧ 301 - 要求的網頁已經永久改變網址。
  ‧ 302 - 物件已移動,並告知移動過去的網址。 
  ‧ 303 - 當使用程式作網頁轉向時,會回應此訊息。
  ‧ 304 - 未修改。
  ‧ 305 - 要求的網頁必須透過 Server 指定的 proxy 才能觀看 ( 透過 Location 標頭 )
  ‧ 306 - (未使用) 此代碼僅用來為了向前相容而已。
  ‧ 307 - 暫時重新導向。要求的網頁只是「暫時」改變網址而已。
■ 4xx - 用戶端錯誤 (Client Error):這代表錯誤發生,且這錯誤的發生的原因跟「用戶端」有關。例如:用戶端可能連結到不存在的頁面、用戶端的權限不足、或可能未提供有效的驗證資訊(輸入的帳號、密碼錯誤)。下次看到 4xx 的回應千萬不要傻傻的一直查程式哪裡寫錯誤了(不過也有可能是程式造成的)。
  ‧ 400 - 錯誤的要求。
  ‧ 401 - 拒絕存取。
  ‧ 403 - 禁止使用。
  ‧ 404 - 找不到。
  ‧ 405 - 用來存取這個頁面的 HTTP 動詞不受允許 (方法不受允許)。
  ‧ 406 - 用戶端瀏覽器不接受要求頁面的 MIME 類型。
  ‧ 407 - 需要 Proxy 驗證。
  ‧ 412 - 指定條件失敗。
  ‧ 413 - 要求的實體太大。
  ‧ 414 - 要求 URI 太長。
  ‧ 415 - 不支援的媒體類型。
  ‧ 416 - 無法滿足要求的範圍。
  ‧ 417 - 執行失敗。
  ‧ 423 - 鎖定錯誤。
5xx - 伺服器錯誤 (Server Error):這代表錯誤發生,且這錯誤發生的原因跟「伺服器」有關。伺服器因為發生錯誤或例外狀況(Exception)而無法完成要求(Request)時,就會回應 5xx 的錯誤,且這肯定跟伺服器有關。
  ‧ 500 - 內部伺服器錯誤。
  ‧ 501 – 標頭值指定未實作的設定。
  ‧ 502 - Web 伺服器在作為閘道或 Proxy 時收到無效的回應。
  ‧ 503 - 服務無法使用。
  ‧ 504 - 閘道逾時。
  ‧ 505 - 不支援的 HTTP 版本。

如果使用 Google 代碼管理工具設定 Google Analytics (分析)的 HTTP 錯誤狀態碼事件追蹤,請採取下列步驟:
① 在「容器」畫面中按一下 [新增代碼],然後選取代碼類型為自訂 HTML 代碼,並指定代碼啟用時機的觸發條件為所有網頁,點擊建立標籤,設定如下:


 要追蹤 HTTP 錯誤代碼事件,指定追蹤自訂的 HTTP 錯誤事件名稱


③ 在「容器」畫面中按一下 [新增代碼],然後選取代碼類型為 Google Analytics ,並指定代碼啟用時機的觸發條件為當 HTTP 錯誤事件發生時,點擊建立標籤,設定如下:


 在所需版本的旁邊選取 [動作] → [預覽]。啟用預覽模式後,只要前往導入容器的網站,您就會在瀏覽器底部看到主控台視窗,檢查 HTTP 錯誤狀態碼有否觸發,頁面正常就不會觸發  Google Analytics (分析) HTTP 錯誤事件追蹤。


⑤ 連結到一個不存在的頁面,確認 Google Analytics (分析) HTTP 錯誤事件有被觸發


 確認 Google Analytics (分析)網站分析報表的即時事件該 HTTP 錯誤狀態碼事件有記錄下來。


 按一下上方導覽列的 [版本]。接著按一下表格中所需的版本,然後按一下 [動作] → [發佈]。Google 代碼管理工具會保留發佈紀錄,方便您查看版本生效的時間及發佈者。
完成以上的步驟即可。

這個網誌中的熱門文章

[遊戲]中國網友跟魔獸世界說掰了!動視暴雪分手 14 年夥伴網易,出了什麼事?

  動視暴雪上週宣布,2023 年 1 月與網易的授權合約到期後,將不再續約,終止雙方長達 14 年的合作。這代表包括《魔獸世界》、《爐石戰記》、《魔獸爭霸 III:淬鍊重生》、《鬥陣特攻》、《星海爭霸》系列、《暗黑破壞神 III》和《暴雪英霸》等熱門遊戲的中國玩家,只能放棄苦心經營的遊戲成果。   未獲動視暴雪授權續約的消息一出,網易股價在港股應聲下跌了約 11%。網易執行長丁磊回應表示,在和暴雪洽談續約的過程針對關鍵條款存在重大分歧,因此未能獲得授權續約。   不過,動視暴雪和網易在今年攜手推出的手遊《暗黑破壞神:永生不朽》,因為雙方的協議是獨立於《魔獸世界》等遊戲的授權外,因此並不影響未來在中國的發行計畫;同時原訂今年在中國推出的《魔獸世界:龍之軍團》、《爐石傳說:巫妖王進行曲》和《鬥陣特工 2》也將不受影響。   過去 14 年來,網易不僅為動視暴雪在中國發行數款熱門長銷的 PC 遊戲,隨著手機遊戲蓬勃發展,近年更將合作領域擴展至手遊市場,合作關係十分深厚。   而從暴雪的新聞稿可見,雙方停止授權續約是因為對於協議中「符合暴雪營運原則以及對玩家、員工的承諾的條款內容未有共識」而造成,因此推測兩家大型遊戲發行公司終止主要的授權合作,與中國監管單位對科技公司內容及業務縮限有很大的關係。   中國遊戲市場才剛走出監管單位長達數月暫停審核新遊戲的狀況,這個新變化無疑是雪上加霜。   中國政府近年來雷厲風行整肅遊戲產業,不僅暫停遊戲版號審查(在中國發行遊戲必須先經過政府相關單位的內容審查核可後方可上線)、限制未成年上線玩遊戲的時間等,以嚴格的手段把控市場發行遊戲的數量及內容,對於想進入搶攻中國市場大餅的海外遊戲公司來說,更是嚴格把關,不僅一年只開放一次審核申請,在內容審核上更是掐緊遊戲商的脖子。   但就算是這樣,中國,背靠著人口優勢,遊戲產業的成長力道仍十分強勁,也讓海外遊戲商無不努力排除萬難搶佔中國市場。但若是如此,為何動視暴雪會直接放棄與網易的長期授權合作呢?   從動視暴雪的新聞稿提到「正尋找替代方案,讓動視暴雪的熱門遊戲能重回中國」可推測,動視暴雪正積極尋找替代網易的發行合作夥伴。事實上,動視暴雪過去持續透過不同的遊戲開發或發行專案,多元地與不同的中國遊戲公司合作,要找個網易的「備胎」看似不難,但實際上中國的大型遊戲公司網易、

[娛樂]玩了多年的撲克牌,其實背後是結合工程、歷史、設計的大學問!

  全世界各地的人們都知道撲克牌,也都有和撲克牌打過交道,幾乎每個地方都宣稱撲克牌是自己的發明成果。中國人認為撲克牌最早起源於十二、十三世紀南宋時期傳出的中國的葉子戲(按照四季分為四種類別)。法國人則認為撲克牌是由塔羅牌演變而成,而英國人則表示自己是在所有經過認證的記錄資料中最早提到紙牌遊戲的國家。   現在,大家可能都知道怎樣玩「二十一點」或者是橋牌,但很少有人會靜下心來想一下,一副撲克牌其實是工程學、設計和歷史多方面融合而成的一個奇蹟。撲克牌不僅是一種休閒娛樂時的消遣工具,也是高額賭博和魔術技巧的練習和展示工具,不僅是一種數學概率模型,甚至有時候也會被當作貨幣或者是機密訊息的傳播媒介。   在這個過程中,撲克牌不同起源的獨特之處也展現了出來。撲克牌的名稱、顏色、標誌和設計根據不同的出處以及玩家不同的想法而發生變化。這一張張的圖形卡片不僅僅是玩具,或者是工具,他們更是展現不同習俗的一種文化印記:   有關撲克牌的誕生地一直眾說紛紜,外界也沒有達成一個確定的共識,但就像火藥、茶和瓷器這些發明一樣,幾乎可以肯定的是撲克牌也是起源於東方。國際撲克牌協會(IPCS)主席 Gejus Van Diggele 也表示:「學者們和歷史學家對撲克牌的確切起源存在分歧,但他們普遍認為撲克牌是由東方向西方進行擴散傳播的。」   中國唐朝時期有史料提到了一種紙牌遊戲,雖然這種遊戲更像是現在的多米諾骨牌,但專家認為這是有關紙牌最早的書面記載材料。歐洲 14 世紀末期的一些參考文獻曾提到一種「撒拉遜人(阿拉伯人的古稱)玩的遊戲」突然傳入歐洲,這表明紙牌不是來源於中國,而是來自阿拉伯半島。   此外,還有一種說法是,紙牌最早是由游牧民族從印度帶來的一種能夠預測命運的卡片,為紙牌的起源打上了更為久遠的一個印記。但無論是哪一種起源,應該都是有一定的商業契機促進了紙牌在遙遠的東方與歐洲之間的傳播,與此同時印刷技術的發展也加速了紙牌跨國界的生產和傳播。   在中世紀的歐洲,紙牌遊戲多是與喝酒、賭博還有其他的一些陋習聯繫在一起。由於紙牌遊戲傳播的廣泛性,以及它給當地所帶來的破壞性,當局決定禁止紙牌遊戲。歷史學家 Michael Dummett 在他的《塔羅牌遊戲》一書中提到了巴黎的一項法令,禁止公民在工作日玩紙牌。後來,紙牌遊戲被教會視為異端邪說,傳教士也紛紛遊說,認為「

[開發]如何讓 Unicode 圖案 (特殊符號) 在網頁上正常顯示?

展示了許多可以取代網站小圖示的 UNICODE,其優點非常顯而易見: ① 字元的傳輸量遠低於圖片的傳輸量。 ② 可以減少許多小圖示的 http 請求量。 那麼接下來的問題會是,要怎麼讓網站所使用的 UNICODE 表情圖案、特殊字元,都能讓所有訪客看到呢? ⑴ 符號數量。 符號數量越多,代表字型檔案越大。目前 Unicode 各國文字的數量太多先略過,屬於圖案的部分超過一千個,持續有新圖案推出。 ⑵ 編碼為 UTF8。 1 2 3 4 5 <!-- HTML4 --> <meta http-equiv= "Content-Type" content= "text/html; charset=utf-8" > <!-- HTML5 --> <meta charset= "utf-8" > ⑶  使用方式 使用 Unicode 的話,這一切就能懶人化,先查閱 Unicode 特殊符號一覽表,找到對應的圖案,例如西洋棋黑騎士圖案,那麼在網頁想顯示的地方,直接擺上 Html 代碼: 1 &#9822; 輸入以上字元就行,但是為方便維護,建議還是將該內容直接貼上「♞」。 注意:在使用不同的字體時,渲染出來的符號可能會有所不同,因此,iOS 和 Android 將一些unicode字元轉換為表情符號。在您使用這些 unicode 字元之前,最好測試一下它們,確定不會出現在不同瀏覽器表現不同的情況出現。