2018年7月29日 星期日
[Apple] MacBook Pro 脫膜,在 Apple 台北101 Genius Bar 單日完成維修體驗 (Retina, 13-inch, Early 2015)
我習慣買前一代的 Mac 產品,在 2016 年底買了這台 2015 年的產品(直到查詢脫膜才發現自己是 Early 2015 版),以為脫膜跟我無關了 XD 殊不知還是中獎,隨著使用時間開始出現跡象了,剛好這週得閒,就行動衝一發了 XD 不然有了家庭跟小孩,親自送修這種事真的太殺時間了!
整體上,我先打了電話到 Studio A ,得知評估脫膜還得把筆電放在那邊 7-14 天,當下就很三條線,立刻就改打電話去 Apple 台北101 ,看看直營店有沒有什麼差別。只是整個過程我去了三趟 台北 101 ,第一趟誤被台北101接電話的服務員給誤導,我在中午播電話過去,詢問可否現場排隊維修 Mac ,服務員說現在人很少可以試試,直到我到了現場才知道 Mac 維修是最夯的,通常只能預約,不然就排現場(11:00開門),排現場也只是看看有沒有預約取消的額度,並不確定一定可以修到。
隔天吃完早餐報備後,就出發去 101 了,約 10:30 到了,跟著陸客就莫名到了 Apple 台北101 的門口排隊了 (台北購物中心11:00才開門),大概排前五名,就這樣等個30分鐘就可入場維修!等到自己登記完維修後,才發現後排大概至少排了30人在等維修。
這大概就是 Apple Support app 上有維修預約服務,但實際上根本都搶不到只能排現場的現象,不知是不是暑假的關係?為了維修只能排現場了。
後來很順利得知有備料,交完筆電後,很有機會就在當日拿到!至於網路上有的人說可以先去評估維修,接著再等料來再拿去,這件事並不對的,脫膜換螢幕一律要把筆電放在店內等維修,有料無料都還跑會基本的 SOP 做整機檢驗。
所以,脫膜維修要有心理準備,沒筆電就是得停工一陣子。
心得:
標籤:
台北101,
直營,
脫膜,
apple,
Genius Bar
2018年7月25日 星期三
Google Home mini 體驗心得以及 Google Assistant app 下載方式
由於公司年初就決定要做音控,我自己也練習過 Alexa skill 的開發,但一直偷懶沒去測試 Actions on Google,只好懲罰一下,買個 Google home mini 了 (誤)
之前買過 AIY Voice Kit (反而比成品貴一倍),體驗音控服務的開發門檻,像是無間斷辨識關鍵字、語音辨識、個人助理服務,當時面對的僅只是一個維度(聲音),殊不知跟 Chromecast 搭配起來,就更威猛了,多了影像維度,光聲音+影像兩個維度就覺得開始看不到車尾燈了,更別說還搭配了 Search Service、個人資料、甚至 Youtube service 這些維度(常用的大概還會用 google calendar 等)
很佩服 Google Home mini 在收到 Hey, Google / OK, Google 時,會自動把 Chromecast 靜音,這 UX 已經加很多分了,更別說播放一些關鍵字時,Youtube 沒把握時,乾脆在 Chromecast 顯示選擇題!這大概就加分加到爆了 XD
令人想起 HTML 上一個 button click 設計了陰影、動畫、聲音來增加 UX 體驗,手機上則是震動等觸感,而此時看到 Voice Control 的 Google Home mini 跟 Chromecast 搭配,真的有那種 1+1 > 2 的體驗,分開使用是完全沒法體會的。
其他常見問題:
- iPhone 要記得先切手機語系到英文,在用 Google Home app 設定 Google Home mini ,不然會一直踩到 kGSKErrorDomain 錯誤 0 或 -83902
- iOS Device 想要下載 Google Assistant app,只需把現有的帳號切換到 US 地區即可n搜尋的到並可以下載
- Android Device 想要下載 Google Assistant app 只能靠 VPN 切換過去下載,另外要留意 Android 裝置有 OS 版本要求跟記憶體要求(我就是卡在記憶體沒 1.4GB 啦)
- 據說 Google Home 在 2018 年底要推出繁體辨識了?此時若要先買只能靠露天或蝦皮,有的會附服務費發票,價錢落在 1300-1500 之間(不含運),而 AIY Voice Kit 則是貴太多,包含 Pi 3 板子、Voice Kit 盒子等等,隨便弄弄都要破 2500 吧
標籤:
冗長碎碎唸
2018年7月1日 星期日
[NAS] Private IP Server 與 Let's Encrypt Wildcard SSL 憑證 / HTTPS 服務
家裡擺了一台 Synology NAS 躲在防火牆後面,一直都是用 private ip 在服務的,以前 Let's Encrypt 有免費的 SSL 憑證服務,但驗證方式需要讓對方連到 server ,一直無法在 private ip server 啟用,可惜了點!然而,Let's Encrypt 開放 Wildcard SSL 憑證服務,採用 DNS TXT Record 驗證,這時就可以上場了!
我的 NAS 是幾年前買的 Synology DS216play ,他的 CPU 挺麻煩的,讓我額外安裝軟體都很不便利,原先想採用 certbot 來做事,安裝了 python3、pip 和 virtualenv 後,最後還是卡關,卡在安裝軟體還需要 compiler 來編譯,擺爛三個月後,我改用了 https://github.com/Neilpang/acme.sh
acme.sh 的使用很方便:
如此後續再添加 TXT record 後,在執行
就搞定了!剩下的步驟只是覆蓋憑證檔案跟重啟 web server :
最後,我把 DNS 擺在 cloudflare 託管,還可以用 API 去處理 DNS TXT Record 更新,連續動作如下:
如此一來,就可以安排 crontab 用 root 每月跑一次了,另一個好處是可以在 NAS 執行完,再把憑證丟到一些 VPS 維運的機器上
我的 NAS 是幾年前買的 Synology DS216play ,他的 CPU 挺麻煩的,讓我額外安裝軟體都很不便利,原先想採用 certbot 來做事,安裝了 python3、pip 和 virtualenv 後,最後還是卡關,卡在安裝軟體還需要 compiler 來編譯,擺爛三個月後,我改用了 https://github.com/Neilpang/acme.sh
acme.sh 的使用很方便:
$ wget https://raw.githubusercontent.com/Neilpang/acme.sh/master/acme.sh
$ chmod a+x acme.sh
$ ~/acme.sh --issue -d *.changyy.org --dns --yes-I-know-dns-manual-mode-enough-go-ahead-please
如此後續再添加 TXT record 後,在執行
$ ~/acme.sh --renew -d *.changyy.org --dns --yes-I-know-dns-manual-mode-enough-go-ahead-please
就搞定了!剩下的步驟只是覆蓋憑證檔案跟重啟 web server :
$ grep certificate /etc/nginx/nginx.conf
ssl_certificate /usr/syno/etc/certificate/system/default/fullchain.pem;
ssl_certificate_key /usr/syno/etc/certificate/system/default/privkey.pem;
$ ls /usr/syno/etc/certificate/system/default/
cert.pem chain.pem fullchain.pem privkey.pem
最後,我把 DNS 擺在 cloudflare 託管,還可以用 API 去處理 DNS TXT Record 更新,連續動作如下:
$ ls ~/.acme.sh/
$ wget https://raw.githubusercontent.com/Neilpang/acme.sh/master/dnsapi/dns_cf.sh -O ~/.acme.sh/dns_cf.sh
$ chmod 755 ~/.acme.sh/dns_cf.sh
$ CF_Key=YOUR_API_KEY_AT_PROFILE CF_Email=YOUR_CLOUDFLARE_EMAIL_ACCOUNT ~/acme.sh --issue --dns dns_cf -d *.changyy.org
$ sudo cp ~/.acme.sh/\*.changyy.org/\*.changyy.org.cer /usr/syno/etc/certificate/system/default/cert.pem
$ sudo cp ~/.acme.sh/\*.changyy.org/\*.changyy.org.key /usr/syno/etc/certificate/system/default/privkey.pem
$ sudo cp ~/.acme.sh/\*.changyy.org/ca.cer /usr/syno/etc/certificate/system/default/chain.pem
$ sudo cp ~/.acme.sh/\*.changyy.org/fullchain.cer /usr/syno/etc/certificate/system/default/fullchain.pem
$ sudo synoservicecfg --restart nginx
如此一來,就可以安排 crontab 用 root 每月跑一次了,另一個好處是可以在 NAS 執行完,再把憑證丟到一些 VPS 維運的機器上
# cat /root/lets-ssl-renew.sh
#!/bin/sh
CF_Key=YOUR_API_KEY_AT_PROFILE CF_Email=YOUR_CLOUDFLARE_EMAIL_ACCOUNT /root/acme.sh --issue --dns dns_cf -d *.changyy.org && cp /root/.acme.sh/\*.changyy.org/\*.changyy.org.cer /usr/syno/etc/certificate/system/default/cert.pem && cp /root/.acme.sh/\*.changyy.org/\*.changyy.org.key /usr/syno/etc/certificate/system/default/privkey.pem && cp /root/.acme.sh/\*.changyy.org/ca.cer /usr/syno/etc/certificate/system/default/chain.pem && cp /root/.acme.sh/\*.changyy.org/fullchain.cer /usr/syno/etc/certificate/system/default/fullchain.pem && synoservicecfg --restart nginx && echo "SSL-Renew-Done" > /root/ssl-renew.log || echo "SSL-Renew-Failed" > /root/ssl-renew.log
echo date >> /root/ssl-renew.log
標籤:
acme.sh,
certbot,
cloudflare,
ds216play,
https,
let's encrypt,
nas,
ssl,
Synology
訂閱:
文章 (Atom)