今天早上開始, AWS 位在香港的 AP-EAST-1 Region 有大量的異常, 包含了 EC2 與 RDS, 看起來還蠻嚴重的.
根據 AWS 服務狀態頁來看:
https://status.aws.amazon.com/
等看看稍晚有沒有其他訊息或新聞..
[2021/6/19 18:53]
目前看起來都恢復的差不多了, 還好終於恢復了呢.
今天早上開始, AWS 位在香港的 AP-EAST-1 Region 有大量的異常, 包含了 EC2 與 RDS, 看起來還蠻嚴重的.
根據 AWS 服務狀態頁來看:
https://status.aws.amazon.com/
等看看稍晚有沒有其他訊息或新聞..
[2021/6/19 18:53]
目前看起來都恢復的差不多了, 還好終於恢復了呢.
題目: 三物體 A, B, C, 質量為 m, 2m, 3m, 其中 B, C 用一個彈簧連結, 若 A物體以彈性碰撞 B物體的彈簧壓縮量為 x1, A物體以完全非彈性碰撞 B物體彈簧壓縮量為 x2, 求 x1 / x2?
這裡會用到彈性碰撞與完全非彈性碰撞的計算, 請參考:
以下為詳解:
在還沒有推出政府官方版本實聯制功能之前, 各店家只能透過實聯制實體表單、線上的Google Doc的 Form (link)、Survey Cake Form (link)等來進行實聯資料收集, 主要是因為實體表單有共用筆填資料有風險, 而用線上表單有些人沒有4G連網, 或是填寫速度太慢等問題, 更不用談個資收集的濫用與外洩風險, 填假資料等困境.
在政府唐政委快速地研擬使用免付費簡訊方案, 除了可以快速免填寫, 只需要透過QR Code 掃碼後, 利用 SMS protocal 來調用出手機簡訊APP, 來進行傳送地點(店家)代碼的方式, 配上傳出的手機號碼, 時間等參數後, 完整地記錄出足跡, 方便日後的追蹤疫調使用, 實在是十分便利的設計, 也免除民眾對個資外洩的疑慮.
下面是架構示意圖:
而完整的說明與設計方案(包含上圖引用來源), 可以參考 g0v 的HackMD – https://g0v.hackmd.io/@au/HkmyoS-Fu
若不明白技術的朋友, 也可以直接參考媒體提問逐字稿: https://g0v.hackmd.io/@au/HkmyoS-Fu#%E5%AA%92%E9%AB%94%E6%8F%90%E5%95%8F
附上疾管家官方帳號: http://line.me/ti/p/@taiwancdc
cockpit 是個方便好用的 linux 管理員介面:
安裝完成後, 由於預設是自簽的 ssl 憑證, 所以會有需要強制瀏覽器在自簽憑證下使用, 若需要使用 letsencrypt 憑證, 可以利用 acme.sh 來進行自動化簽發(issue)與安裝(install).
而 acme.sh 配合 apache / nginx 來簽發 ssl 是都可以的, 請參考:
https://github.com/acmesh-official/acme.sh
不過在 cockpit 是需要將已簽發的 key 與 cer 合併後, 放在 /etc/cockpit/ws-certs.d 目錄中, 可以參考:
https://cockpit-project.org/guide/228/https.html
然而在 acme.sh 中, 沒有直接產出合併的檔案可以供 cockpit 用, 所以要如何自動化後續的更新, 可以利用 .acme.sh –install-cmd 中的 reloadcmd 參數來實現合併 cert 後, 並重起服務, 指令如下:
./acme.sh --install-cert -d [domain] --reloadcmd "cat \$CERT_KEY_PATH \$CERT_FULLCHAIN_PATH > /etc/cockpit/ws-certs.d/50-[domain].cert && service cockpit restart"
其實就是藉由原來在執行 reload 指令時, 前面多利用了 cat 指令將兩個檔案合併寫入至 cockpit 中所需要的 cert 檔案即可, 再重起 cockpit 服務就完成囉. 這樣一來指令也會寫入 Le_ReloadCmd 的 acme.sh 的對應域名參數檔案中, 十分方便.
參考資料:
https://github.com/acmesh-official/acme.sh/issues/793#issuecomment-317987555
在 linux 下最常用, 最好用, 最快速的文字編輯器是 vi, 不過要如何快速地將所有檔案內容刪除呢?
大家應該都知道指令 dd, 就是刪去一行, 刪去全部行則為先進入指令模式, 並下達 :1,$d 即可, 說明如下:
: 指令
1,$ 為指定行, 由 1 到 $ (指最後一行)
d 指令為刪除
所以若是要保留前 3行與最後 2行, 可以使用指令 :4,$-2d 即可.
參考資料:
https://unix.stackexchange.com/questions/161821/how-can-i-delete-all-lines-in-a-file-using-vi
收到了這封 mail:
你好:
自 2021 年 4 月 30 日起,我們將調漲 Premium Family 的價格,以便持續為你帶來全新內容與功能,如此一來,無論你是自己使用,或與家人一同使用,都能享受其中的便利*。
Premium Family 的價格將由每月 NT$240.00 調整至每月 NT$268.00。由於你已是 Premium Family 訂閱者,因此能以現有價格額外再使用 1 個月的服務**。 也就是說,新價格在 6 月的收費日期才會生效。
感謝你持續使用 Premium。
Spotify 團隊
原來是 Spotify Premium Family 漲價, 由於原來就是用家庭方案的 240元每月, 也就漲到了 268元每月, 不過官網上還沒有更新, 可以參考這裡: https://www.spotify.com/tw/premium/#plans
這次漲幅不算大約 11.67%, 但 Spotify 的服務真的很棒. (倒是不知個人版本有沒有漲到..)
由於在現行 css 預設結構下, url 不會主動斷行, 也就是有時過長的 url 會導致破版或出版的狀況.
如何解決這個問題, 可以利用 css 的手法來調整, 利用以下參數:
.dont-break-out { /* These are technically the same, but use both */ overflow-wrap: break-word; word-wrap: break-word; -ms-word-break: break-all; /* This is the dangerous one in WebKit, as it breaks things wherever */ word-break: break-all; /* Instead use this non-standard one: */ word-break: break-word; /* Adds a hyphen where the word breaks, if supported (No Blink) */ -ms-hyphens: auto; -moz-hyphens: auto; -webkit-hyphens: auto; hyphens: auto; }
參考資料: https://css-tricks.com/snippets/css/prevent-long-urls-from-breaking-out-of-container/
在架構系統時, 尤其現在有許多 opensource 程式架構, 可以很方便快速地部署環境, 不過若想要更容易、更方便一些, 可以參考這個架構 – CapRover: https://caprover.com/
基於快速建立開發環境與管理, 使用 CapRover 這個 PaaS 架構是十分方便好用的, 官網上寫著:
CapRover is an extremely easy to use app/database deployment & web server manager for your NodeJS, Python, PHP, ASP.NET, Ruby, MySQL, MongoDB, Postgres, WordPress (and etc…) applications!
而對於一個開發者來說:
以上的情境都是適合用這個 CapRover 來達成的測試與開發環境的建置的, 不需要花太多時間管理與維護, 隨時可以打開與關閉這些環境.
來看看介紹的影片:
(引用自: https://www.youtube.com/watch?v=VPHEXPfsvyQ)
很不錯吧, 快來試看看囉:
在找看有沒有更輕量的CMS時, 發現有完全不用資料庫型態的CMS, 目前試了兩個:
其中 pico cms 還不是 html 而是使用了 md (markdown) 的靜態檔案的內容上架方式, 沒有管理介面.
而 WonderCMS 則是有管理介面, 可以做 page / blog post 型態的內容管理.
基本上這兩組 CMS 都不依賴資料庫, 訴求為快速又方便地做內容管理, 除了程式很小外, 也都有 theme / plugin 可供安裝擴充使用.
由於國曆(陽曆)是以地球繞行一週為一年, 而農曆(陰曆)則是以月亮繞行一週為一個月, 而日的單位則為地球自轉一週為一日, 所以若需要同一日的算法如下:
平均一年為 365.2422日, 一個農曆月為 29.5306日, 以現行農曆每19年7個閏月來看, 共計 (19*12+7) * 29.5306 = 6939.691日.
而以19年國曆來看, 共計 19 * 365.2422 = 6939.608日, 所以若以農曆每19年7閏月來看, 則很有機會會同一日期, 若有前後差, 基本上與閏年有關, 所以會有一點落差.
可以參考: