幾天前跟朋友去圓滿劇場聽伍佰的演唱會
朋友恰好帶了蔥油餅來現場
這也讓水哥想起前些日子在台北內湖737巷吃過的蟹老闆蔥油餅
怎麼說呢, 因為蟹老闆蔥油餅的層次口感及口味在這些年來一直是求新求變的
所以水哥每隔一段時間或是有去台北就可能會跑過去看看
這天中午跑去北車附近吃了名古屋的鰻魚飯三吃, 下午到松山逛逛轉運神社喝杯茶後就到內湖737夜市這裡逛逛
嘿嘿~~難得來台北當然就是要吃些台中沒有的阿!
感覺蟹老闆這些年真的是有培養出一些熟客, 每次來到這...(繼續閱讀)
【數位3C】Grafana系統搭配GCP Monitoring資訊做監控與使用通知告警
為了系統的穩定運行, 我們通常會對系統或是服務做監控
放在GCP(Google Cloud Platform)的當然也是如此
雖然GCP本身已經提供了服務的監控Montioring(https://console.cloud.google.com/monitoring)
不過使用上感覺有點複雜, 乍看之下沒有Grafana來的直覺
加上既有的系統還搭配了Telegram做告警服務(Alert), 所以會比較偏向將GCP的監控資料納入Grafana的掌控中
(繼續閱讀)【數位3C】GCP K8S(GKE, Google Kubernetes Engine)如何使用內部IP開放服務做負載平衡
當我們把系統部署在K8S(Kubernates)的環境中
需要設定對外PORT與IP才能對外提供服務
對於這點, 我們只需要在需要開放的容器設定公開, 再選擇負載平衡器就可以了( http://45.77.26.173/?p=22463 )
但你可能會發現
這樣產生的服務只有外部網路的IP, 如果被有心人士取得, 可能會造成資安的問題
所以我們會比較希望將不需要對外的服務利用內部網路做連結
然而這個GKE的介面, 卻沒辦法設定內部網路IP
好在, 這個問題還是可以解決的…
首先呢, 我們可以先進入我們想要設定服務的GKE叢集
點選連結
(繼續閱讀)【食記】值得一探究竟的品牌, 台中一炭究竟碳烤@南屯公園 : 份量足,品質佳,一個有理念的燒烤店
「欸~你有沒有吃過一炭究竟?」
朋友問
「呃~沒有耶, 那是什麼店阿?」
熟知水哥有寫部落格習慣的朋友常常會這樣跟我說
我也習以為常, 畢竟部落格也寫十幾年, 店家來來去去, 總是吃不完阿 :'(
不過像這樣朋友推薦或詢問的店我通常會找時間去試試看
何況聽說是間串燒的品牌… :P 阿我就愛吃燒烤咩, 不然要怎樣 XD
所以我就趁一天在外住宿的機會跑去嚐嚐…
你問為什麼要趁在外面住宿的時候去?
喔~因為通常外面的環境會比較好, 除了拍照方便外
把美食帶過去吃, 感覺比較享受, 會更有渡假的感覺 :DDD
而這間一炭究竟呢, 其實就在黎明路與三和街口
算是三角窗的店面吧, 加上十分醒目的紅色招牌, 還挺好找呢
(繼續閱讀)【生活】防疫生活好幫手~ACEKA抗UV護目鏡.運動太陽眼鏡!輕巧無負擔~無論騎車運動都很方便
(繼續閱讀)【食記】台北三河中川屋台北總店~名古屋鰻魚飯@中山捷運MRT台北車站 : 產地直送的三河一色鰻魚,道地的關西日式料理美食推薦!
今年因為疫情的緣故, 出國散心已經是奢求…
好在今年初已經跑過一趟, 不然現在一定悶死@[email protected]”
想到日本沒去的地方, 大概只剩下中部地區, 道東與南九州
其中水哥最想去看看的, 要屬中部地區的名古屋了…
除了已經失聯的日本友人之外, 最主要就是想去嚐嚐看當地的日式料理名產鰻魚飯 :D
不過我們現在只能待在台灣阿, 無奈之下…就找了間有名的台北鰻魚飯來試試看吧…
這天主要是要來台北找朋友
中午搭車到台北車站後, 就走一小段路到附近三條通的這間三河中川屋鰻魚飯用餐
所以應該算是北車美食吧? 還是中山區美食 :P
而之前去過的台灣第一間
【數位3C】Gitlab CI/CD遇到檔案量上限問題的解決辦法
當使用Gitlab在進行檔案產出時
可能會遇到容量過大的情況
這個部分可以先從nginx的限制查起
在nginx的設定檔中加上 client_max_body_size =0;
這個參數後再reload服務
(如果你有很多層nginx, 就每一層都要加…)
接著進Gitlab的介面管理後台
(繼續閱讀)
【食記】台北天然豚骨拉麵専門店~一蘭拉麵台灣台北別館@信義捷運台北101&世貿&市政府 : 每次吃都要排兩小時,拜託店開多一點
【食記】台中睿壽司.生魚片.丼飯@北區一中商圈&台中科技大學 : 平價好味道,每日新鮮嚴選食材唷
(繼續閱讀)【數位3C】如何在網頁與應用中寄送電子郵件? Gmail&G Suite&Google Workspace SMTP發信設定
通常我們收發信是透過網頁瀏覽器如Edge, Firefox之類的來做郵件寄送
不過若是我們需要在網頁或是應用程式中, 可就不是如此了
為了避免郵件主機被濫用, 寄送郵件的主機(SMTP)通常都會需要經過驗證才能夠使用
早期可能是只要輸入帳號密碼
不過現在可能還會有些需要加密或是不同連接埠的設定, 甚至像是暗鎖
以Google的Gmail或是Google Workspace(前G Suite)為例
花樣就很多, 從不同的郵件主機smtp.gmail.com到smtp-relay.gmail.com, SSL或TLS等加密, 還是Port 25, 465, 587等
甚至還有預設關閉的低安全性驗證(暗鎖)
然後一段時間又改一次…
每次設定都要重查, 或是原本可以地設定, 過段時間會失效等….
反正我受夠了= =
整理一下目前可以用的設定吧!
以目前的Google Workspace來說, 使用smtp.gmail.com的主機跟25 port就可以
不過記得要選擇TLS與驗證, 不然可能會認IP之類