升級到Xcode 9.3後出現Expected method to read dictionary element not found on object of type 'id'

開啟多年未開的專案想要compile時一直出現Expected method to read dictionary element not found on object of type 'id<NSFastEnumeration,NSObject>'的錯誤訊息，仔細查看，是PromiseKit這個library在xcode 9.3後會有的問題，查半天都是講用cocoapods升級PromiseKit到1.7.2就OK了，打下pod update後，又出現其他專案的Error，仔細一看發現一個根本不能update的Library，問題最後只能是直接解決這error，反過來想，只好去查看這Framework針對這issue的commit，最後找到Fix build on Xcode 9.3，修改如下

有種怎沒想到這樣改的蠢想法，不過又有種這像是workaround的感覺！！

參考網址：
Objective C- Xcode 9.3 - Expected method to read dictionary element not found on object of type
Fix build on Xcode 9.3

Laravel指定版本建立專案

Laravel的版本更新蠻快的，但主機的PHP常都在舊些的版本，例如沒指定版本都用到Laravel framework 6.X及PHP 7.2，但我還在用PHP 7.1，最新支援版本是5.8.35，所以在建立是要用以下的指令，demo是專案名，這樣即可。這邊做個筆記。

composer create-project laravel/laravel=5.8.* demo

參考網址:
Installing specific laravel version with composer create-project

ScrollView內設定自動計算出高度的Content

參考：http://adad184.com/2014/09/28/use-masonry-to-quick-solve-autolayout/
4. [中级] 在UIScrollView顺序排列一些view并自动计算contentSize

參考網址：
http://adad184.com/2014/09/28/use-masonry-to-quick-solve-autolayout/

NSDate在2019年12月30日發生年度變成2020年的一年誤差問題

這幾天發生個怪問題，上傳的資料時間居然從2019-12-30變成2020-12-30，每筆資料都一樣，用的是NSDateFormatter這些內建的函式庫，怎麼看都沒問題著實奇怪，Google了下發現iOS NSDate转成时间戳出现一年的误差提到，仔細一看才發現全都是用YYYY這寫法，在ISO週日曆有解釋計算方式，大概可以簡單的去想成1／1那週從週一開始的都會是新的一年，所以還是都用yyyy小寫，除非您是要算成此週為哪一年的會計年度這種需求

參考網址：
iOS NSDate转成时间戳出现一年的误差
ISO週日曆

安裝Tunnelblick後使用時、一直發生/Applications/Tunnelblick.app/Contents/Resources/tap-notarized.kext failed to load的問題

今天在Mac上安裝Tunnelblick後，設好設定一直發生"/Applications/Tunnelblick.app/Contents/Resources/tap-notarized.kext failed to load"，查半天看不出來，後來看了How To Fix "Cannot Allocate TUN/TAP Dev Dynamically" Error On MAC OS X中再找到Unable to load kext on High Sierra才突然想到會不會是因為Tunnelblick非官方程式要在程式安全性按允許才行，進設定的安全性與隱私權就發現有需要按允許的要求，按下後就OK了


參考網址：
How To Fix "Cannot Allocate TUN/TAP Dev Dynamically" Error On MAC OS X
Unable to load kext on High Sierra