2016/11/23

GTM搭配Scroll Depth-Google Analytics plugin瞭解訪客是否有閱讀文章

對於Google 代碼管理工具(Google Tag Manager,簡稱GTM)這套工具,原本以為只是一個各種追蹤系統程式碼的管理工具,用於降低每次需要於網頁、APP增加追蹤碼時的處理成本。直到今年九月,花了幾個小時看了一下GTM官方文件,才瞭解GTM並非如此簡單,而是個個功能強大、神奇的工具。

舉個例子,以往於各網頁中所撰寫GoogleAnalytcis event的javascript,改成GTM後,居然只需要簡單的設定即可完成。『幾乎』可以不需在到網頁中寫GA的javascript。當然,複雜的運用,如電子商務追蹤還是躲不掉寫javascrip。但和傳統作法相比,還是簡單很多~

當時想找個範例來練習一下GTM。有鑑於這個blog的流量來源幾乎以organic search為大宗,且跳出率很高。於是,想瞭解訪客是真的看完文章才離開?還是進入後馬上就離開?於是就用此疑惑作為練習~

當時採用了GTM中的timer配合trigger方式處理,藉此得到訪客於文章的停留時間,作為評斷是否有看文章的依據。這樣做法產生的數據、event比預期中多了太多,不利分析。(卻也發現,有人就是不關電腦,難怪現在電力越來越吃緊,還是無法避免核四,大家應該隨手節約能源呀)

於是找了一下替代方案,改用Scroll Depth這個Google Analytics plugin。他的使用方式很簡單,可以參考這篇文章-Track Scroll Depth Using Google Tag Manager

2016/10/31

軍艦岩親山步道、弘法大師紀念碑

軍艦岩軍艦岩,遠方為文化大學
想找個交通便利的郊山走走,何謂交通便利?想了想還是選擇台北捷運沿線的登山步道。最後選了很有名氣,卻一直都沒去過的軍艦岩親山步道。

這次的路線,預計由捷運石牌站出發,穿越陽明大學校區,先到到唭哩岸山、後到軍艦岩、照明寺、弘法大師紀念碑、再經丹鳳山、陳濟棠將軍之墓、終點到北投捷運站。

說也奇怪,也曾多次進出捷運石牌站,卻從未注意過立在進出口處的漢番界碑,直到行前尋找資料規劃路線時才注意到。
石牌石牌
碑文內容為「奉憲分府曾批斷東勢田南勢园歸番管業界」

漢番界碑在台灣還蠻多的,去年去屏東涼山瀑布步道,途經老埤,就有一個封禁古令埔界碑。不難想像當時的原住民生活範圍一直被當年"努力"開墾的漢人所壓縮………

2016/09/28

php出現Memcached::get(): could not unserialize value, no igbinary support的錯誤

之前一直注意到有個系統的錯誤log中斷斷續續出現如下的錯誤資訊。由錯誤研判,應該是放進memcache的內容有使用Igbinary。但是取出時,卻沒做對應的處理。
Severity: Warning --> Memcached::get(): could not unserialize value, no igbinary support /xxx/xxx.php

曾請當時負責維護的苦主同事查看,得到的答案是程式中並沒有使用igbinary

最近在協助查另一個問題時,卻間接找到這個問題發生原因……

2016/06/22

cacti如何取得啟用認證機制的redis狀態

去年導入一個新專案時,因考量需要比key:value更複雜的模式,最後捨棄常用的memcache改用redis這套nosql。

和memcache相比,redis無論是功能、相關設定與需要注意的事項都複雜很多。

當初導入redis時,就曾考慮是否需要啟用其認證機制。但只要多花點時間瞭解redis的架構,不經讓人覺得redis的認證機制有點雞肋而暫時不啟用。

畢竟redis是單執行緒(Redis is single threaded),因此無法做延遲的處理。加上redis號稱每秒可處理500k的request,如果有心人士利用暴力法,應該不難打出密碼。

設定的重點,應該是啟動服務時不使用root,並設定好網路環境,避免外部可直接存取、及變更重要指令的名子等等…。

雖然說覺得redis認證機制雞肋,但最後考量能多層保護就多一層保護,最近還是調整設定、與程式,啟用了認證機制。

沒想到,cacti就無法正常取得redis的狀態了……
Related Posts Plugin for WordPress, Blogger...