Jan 2025【日本東北】溫泉三昧之旅④ 在大雪飄落的雪國,追尋秘湯之宿與極上美食(福島~探訪豬苗代湖、磐梯山、會津若松城&千年古湯 蘆之牧溫泉)

圖片
今早6點半起床,準備7點去使用昨天事先預約好的貸切露天風呂,這是「御宿萬葉亭」的名物,每一組住宿客人可以免費使用40分鐘。庭園裡的半露天的風呂,有兩個浴缸,一次只能容納最多三個人同時使用,左邊圓形的浴缸水溫很高、右邊橢圓形的浴缸水溫較低。雖然旅館裡面也有露天浴池,但是早晨享受一下這個庭園裡的露天風呂,也是一種特別的享受。 細密的雪花輕輕飄落,落在庭園的樹木和灌木叢上,覆蓋上一層柔軟的白色。原本翠綠的植物,此刻都披上了銀裝,枝條低垂,彷彿在向雪國的冬天致敬。 遠處的樹林,也都被白雪覆蓋,形成一片靜謐的雪白世界。偶爾,一陣微風吹過,樹枝輕輕搖晃,雪花便如柳絮般飄落,在空中舞動。我泡在熱氣氤氳的溫泉浴池中,早晨的寒意逐漸消散,而欣賞著這如詩如畫的雪景,身心都得到了徹底的放鬆。 聽聞中之澤溫泉的溫泉源自百年前的一場驚天動地的災難,根據我在旅館裡看到的白板資料,那場災難就發生在西元1888年,也就是明治21年的7月15日。某天的夏日清晨,本應是寧靜祥和的,卻被一連串不祥的預兆打破。從幾天前開始,大地就隱隱作祟,到了7點左右,地鳴聲愈發劇烈。早上7點45分,一陣劇烈的搖晃襲來,還沒等眾人回過神,便聽到一聲震耳欲聾的轟鳴,只見磐梯山的方向升起了一根巨大的柱狀物! 這根由岩石、土壤和水蒸氣組成的巨柱,扶搖直上,直衝雲霄,那景象,簡直就像是電影裡的末日場景!據說當時的景象如同「日食」發生一般,天地瞬間陷入一片黑暗。緊接著,夾雜著火山灰和被岩漿加熱的水蒸氣的「熱雨」傾盆而下,這場「熱雨」引發了大規模的土石流,不僅摧毀了沿途的村莊,更將河流截斷,形成了三個新的堰塞湖。而這三個湖泊,就是如今大名鼎鼎的檜原湖、小野川湖和秋元湖。 白板上那張手繪的「會津磐梯山爆發」示意圖,生動地還原了當年的場景。磐梯山被炸掉了一大塊,山腳下的村莊被夷為平地,原本流淌的河流被截斷,形成了三個巨大的湖泊。這幅景象,讓人不禁感嘆大自然的威力,也對當年受災的民眾感到深深的同情。 然而,這場災難卻也孕育出了新的生命——溫泉。白板上寫著:「中之澤溫泉,從江戶時代開始就是湯治場」。據說,這裡的源泉來自安達太良山的火山口,直線距離約7公里。沼之平地區在過去還是人們採集硫磺的地方,這裡出產的硫磺純度高達99%,品質極佳。 這裡的溫泉,屬於酸性泉,自古以來就以其強大的療效而聞名。泉水源自地下水與天水、加上活躍的火山活動交互影響的...

【筆記】Sending Push Notifications from Rails back-end to an iOS App— To keep your user engaged with app

Apple Push Notification Service (簡稱 APNs) 是 Apple 公司在 2009 年的 iOS 3.0 版本時所發布的一項平台服務,透過這項服務,第三方應用程式的開發人員,只需要獲取憑證,並寫一些程式碼,就可以發送通知給 iOS 裝置上的 App 用戶!

要在 iOS client app 和 back-end server 之間實現 Push Notification,首先必須擁有一個付費的 Apple 開發人員帳號,以建立憑證 (Certificates)。 然後在 Xcode 開發環境中,授權
 Notification 權限給你的 App。最後是取得 .p12 憑證檔案 (這是一個包含私鑰的憑證,可以讓 Apple 解譯你的信息)。

首先,請按以下步驟來獲取 .p12 憑證檔案:

1. 登入 Apple developer account 並點選 Certificates, Identifiers and Profiles




2. 在頁面中選擇App所使用的AppID,然後點選 Edit 進入。裡面可以看到一些 Services 的狀態,找到 Push Notifications 項目並勾選它。接著點選 Create Certificate,之後你會看到一個上傳 .certSigningRequest 檔案的頁面。

這裡有兩種不同的憑證:Sandbox (Development) certificateDistribution (Production) certificate,我們可以在不同的環境下使用不同的憑證。



3. 請在 Mac 電腦上執行 Keychain Access 應用程式,選擇鑰匙圈授權 -> 憑證輔助程式 -> 從憑證授權要求憑證,在下一個視窗中,輸入你的 Email,並勾選儲存到磁碟,你的電腦上就會有 .certSigningRequest 這個檔案了。



4. 從電腦上選擇剛才產生的 .certSigningRequest 檔案並點選繼續,然後就能下載 Development Certificate 了。


之後再回到 Certificates 頁面查看,如果 Push Notifications 項目變成綠燈,就表示設定完成了!


產生APNS .p12 憑證

接下來我們要用剛才下載的開發憑證,來產生 .p12 certificate

1. 雙擊剛才下載的開發憑證,將它加入到 Keychain Access,選擇鑰匙圈存取應用程式左下方的我的憑證類別,然後選取你的開發憑證,右鍵點擊它並選取輸出



輸出過程中會要求你輸入一組用來保護憑證的密碼 (passphrase),以及 Mac 用戶的密碼。然後我們的 .p12 certificate 就產生完成了!接下來就能利用這個憑證來發送 Push Notification 信息了。

注意,Xcode 開發工具的 simulators 無法接收 push notifications,所以必須連接真正的 iOS 裝置來進行測試。

Enabling Push Notifications on iOS

接下來是設定 iOS 專案的部分。在 Xcode 裡面啟用 Notification 權限給你的 App (如下):


接著在 Xcode 專案的 AppDelegate.m 裡面,加入以下程式碼,讓 iOS 用戶授權我們的 App 可以接收 push notifications 信息。



在 didReceiveRemoteNotification 中,我們可以處理 JSON payload,並且它會被 pass 給一個叫 userInfo 的 NSDictionary 實體。下面是一個 iOS App 從 back-end server 接收到的 payload 範例。關於 payload 的詳細訊息,可以參考 Apple 官方文件



加入以上程式碼後,我們就可以 build project 將 App 傳送到開發用的 iOS 裝置上了。如果在 build project 時,出現「找不到應用程式的有效 “aps-environment” 授權字串」的錯誤訊息,請檢查確認以下項目:

  • 請確認在 Apple DeveloperIdentifiers > App IDs 中,有新增好一個專用的 App ID,並且這個 App ID 是對應到 Xcode 專案,並且 Enable Services 中有勾選 Push Notification 項目。
  • 在 Apple Developer 設定頁面中,Push Notifications 的狀態應該要是 Enabled 才對,如果狀態是 Configurable 的話,請點擊 Edit 進入編輯頁面,然後點選 Create Certificate 以產生專用的 SSL 憑證。
  • 產生一個新的 Provisioning Profile 給這個 App ID ,然後下載安裝至 Mac 上。
  • 確認在編譯 App 時,使用正確的 App ID 和 Provisioning Profile ,這樣在註冊推播通知時,就不會有問題了。

如果一切沒問題,那麼在 build 完 Xcode project,並且在 iOS 裝置上執行 App 時,就會看到下面這個熟悉的畫面,同時也會得到一串用來識別機器的 device token


Setup Rails back-end for Pusher

在 Rails back-end 的部分,我們將 iOS App 傳回來的 device token,存放在一個簡單的 Device Model 裡面,它的結構大概如下:



我們的內部系統,後台是基於 Ruby on Rails 及 MySQL 構建,而在 Rails 環境上,有很多 Ruby Gem 可以快速完成 push notifications 的部署(例如 HoustonGrocerrPush...等等),讓開發人員不需要浪費時間去 Reinventing the wheel。

這裡我們簡單測試使用 Houston 來發送 push notifications 給 iOS 裝置,首先在 Rails 專案裡加入這個 gem,然後執行 bundle install

gem 'houston'

接著開啟 Terminal,用 openssl 從 .p12 憑證產生 .pem 憑證,我們需要這個文件來發送 push notifications 訊息,command line tool 的命令如下:

$ openssl pkcs12 -in <你的 .p12 憑證檔案路徑> -out <產生的 .pem 憑證檔案路徑>

Houston 的說明文件中,有提供使用範例 (如下):



我們試著在 User Model 裡面,寫一個簡單的 Ruby method,然後在 Rails console 上面輸入一個簡單的信息,來測試一下行動裝置上能否收到通知:
User.send_notify_ios('大吉大利今晚吃雞')


很快的,我們的 iOS 行動裝置就接受到信息了 (如下圖)


Apple的文件建議開發者應該避免經常的對他們的server 做 connections/disconnections,所以如果需要頻繁發送通知,我們應該設定 persistent connection。在使用 Houston gem 的 Rails 專案上,可以這樣設定:



這篇文章只是作為備忘用,因此沒有牽涉到太多技術細節。基礎架構完成後,接下來要怎麼和現有的系統做整合 (例如什麼事件發生時,發送推播通知給特定用戶),這都只是流程上的串接,以及寫幾行程式罷了。對開發者來說,就像是拿積木去拼湊出想要的東西而已。

熱門文章

【秋季清邁遊 Part 5|Visit Mae Ya Waterfall and Wachirathan Waterfall】The 6 Day Itinerary To Explore Chiang Mai And Northern Thailand's Mountains

台中【馨苑小料理】西區店|巷弄裡的人氣台菜店|米其林必比登推薦美食|提供合菜、個人套餐

Jan 2025【日本東北】溫泉三昧之旅④ 在大雪飄落的雪國,追尋秘湯之宿與極上美食(福島~探訪豬苗代湖、磐梯山、會津若松城&千年古湯 蘆之牧溫泉)

Feb, 2024【台中西區】桃太郎日本料理|隱身巷弄裡的39年老字號無菜單料理|食材新鮮、自然美味

Jan 2025【苗栗泰安】泰安警光山莊泡湯&彰化CP值極高的日本料理|沐藏料理所X海龍王|彰化板前料理 ♨️🍁🥢🍲

Jan 2025【日本東北】溫泉三昧之旅① 在大雪飄落的雪國,追尋秘湯之宿與極上美食(秋田~探訪有日本溫泉界頂點之稱的秘湯乳頭溫泉鶴之湯)

2019.10.9~13【令和元年の紅葉の山旅へ PART①】秋の贅沢、黒部川の源流へ北アルプス深部を縦走5日間!Day0、Day1(前泊、折立~藥師岳山莊)

Mar 2025【新竹五峰】油羅山森呼吸:擁抱原始柳杉林秘境之美(羅山林道第一登山口往返)

Sep 3~4, 2021【烏來三大林道】未完成的「新北橫公路」~遠離塵世喧囂的西坑林道、桶後林道、內洞林道

May, 2024【新北瑞芳】四腳亭步道|漫步油桐花步道,踏訪時光痕跡:四腳亭砲台歷史尋幽之旅(順訪在地老店 橋頭排骨麵)

文章列表

Contact

名稱

以電子郵件傳送 *

訊息 *