iPhone當機、沒反應怎麼辦?
艾倫整理了 iPhone 6、iPhone 6S、iPhone 7、iPhone 8、iPhone SE 2020、iPhone X、iPhone Xs、iPhone 11、iPhone 12 強制關機的方法:https://kkplay3c.net/iphone-shut-down/
同時也有1部Youtube影片,追蹤數超過2萬的網紅廖人帥,也在其Youtube影片中提到,【創生起源】 SHUT DOWN 這個品牌精神口號,源自於鼓鼓9年前就想做的品牌名稱”SD”。 但由於當時工作太過忙碌,沒有空暇時間與心力去經營,而暫告放棄。 現在能有機會實現它,真的覺得蠻感動的。 在自身音樂創作過程中,透過不斷地從頭來過一次的經驗累積,啟發了許許多多的靈感。 當中的【關機概念】...
shut down關機 在 Kewang 的資訊進化論 Facebook 的精選貼文
最近 Funliday-旅遊規劃 常發一些精選旅遊回憶的 App 通知給使用者,在去年十一二月的時候發通知 Server 還能撐的了瞬時大流量的 request。
但今年開始發這類通知,總共發了三次,三次都造成 Server 被打掛,而且重開 AP 還緩解不了,瞬間手足無措。大概都要等過了十分鐘左右,Server 才將這些 request 消化完。
這裡就來簡單整理一下時間軸,順便分享一下 Funliday 是如何解決這個問題。
---
* 1/6 1900:系統排程發送精選旅遊回憶的 App 通知
* 1/6 1900+10s 開始:Server 收到極大量的 request
* 1/6 1900+20s:Nginx 出現錯誤訊息 1024 worker not enough,並回傳 http status code 503
* 1/6 1900+25s:PostgreSQL 出現錯誤訊息 could not fork new process for connection (cannot allocate memory)
* 1/6 1900+38s:Node.js 收到 PostgreSQL 的 exception。There was an error establishing an SSL connection error
* 1/6 1900+69s:PostgreSQL 出現錯誤訊息 database system is shut down
* 1/6 1900+546s:PostgreSQL 出現錯誤訊息 the database system is starting up
---
看了時間軸就覺得奇怪,先不論 10s 的時候發了極大量 request,造成 20s 在 Nginx 出現 worker not enough 的錯誤訊息。而是要關注 25s 時的 PostgreSQL 出現 could not fork new process for connection 的錯誤訊息。
Funliday 用了同時可承載 n 個 connection 的資料庫,而且程式碼又有加上 connection pool,理論上根本不該出現這個錯誤訊息。但整個時間軸看下來感覺就是 PostgreSQL 的 capacity 問題,造成系統無法運作。
因為就算將 Nginx 的 worker connection size 再加大 10 倍,只是造成 PostgreSQL 要接受的 request 也跟著被加大 10 倍,但 PostgreSQL 那裡因為 request 變多,原本在 69s 直接關機的時間點只會提早,而無法真正緩解這個狀況。
基於以上狀況,小編就開始回去看自己的程式碼是不是哪裡寫錯了。會這樣想也是覺得 PostgreSQL 應該沒這麼弱,一下就被打掛,一定是自己程式碼的問題 Orz
---
這邊來分享一下自己程式碼的寫法,圖一是原始寫法,在每個 API 都 create 一個 db client instance 來處理該 API 層的所有 db request。這是蠻單純的做法,也是 day 1 開始的處理方式。但有個小問題,就是每個 API 層都要自己 create instance,不好管理,且浪費資源。
後來因為想要做 graceful shutdown 的關係,所以調整了一下 db client instance 的建立方式,用 inject 將 instance 綁在 request 上面,如圖二。這樣只要在 middleware 建立 db client instance 就好,好管理,而且只要有 req 就可以取得 instance,非常方便。而這也是 1/6 時的程式碼,就從這裡開始研究吧。
---
直接切入 node-postgres 的文件,認真讀了一下 pool 有下面兩種使用方式:
1. pool.connect, pool.release:文件寫著 checkout, use, and return,光看描述就應該用這個沒錯。
2. pool.query:適用於不需要 pool 的連線方式,文件上也清楚寫著內部實作是直接 call client.query,所以用了這個方式是完全跟 pool 扯不上邊。
但偏偏小編從 day 1 用的就是第 2 種方式 Orz,雖然看起來應該是寫錯,但也是要修改後實測,才知道是不是真的可以解決問題。
---
如圖三,這是修改後的程式碼。想了一下子,覺得目前在 API 層使用 req.pool.query 還不錯,不想用官方的建議做法:先 create client,然後 query 之後,再使用 release。
如果照官方建議做法,API 層的程式碼會多一堆與商業邏輯無關的程式碼,也不好維護。所以在不想動到 API 層的程式碼,只能使用 monkey patch 的方式來達到這個需求。
monkey patch 可以將原方法利用類似 override 的方式,將整個方法改掉,而不改變 caller 的程式碼,這也是 JavaScript, Ruby, Python 這類動態語言的特性之一,但真的要慎用,一不小心就會把原方法改成完全不同意義的方法了。
所以原本應該要在 API 層實作 connect, query, release 一大堆程式碼,可以用 monkey patch 完美解決這一大堆程式碼。
---
在 dev 壓測後至少 capacity 可以達到原本的 4 倍以上,隔天實際上 production 之後也確實如壓測般的數據,可以承載目前的流量。
其實這篇分享的重點只有一點,文件看仔細才是最重要的事啦!如果沒把文件看仔細,然後開發經驗也不足的話,什麼 RCA、monkey patch 都幫不上忙啦!
---
後記:有夠丟臉,其實完全用不到圖三,只要把圖二的 pool creation 放到最外層就好了,因為 pool.query 的內部實作已經有做 connect, query, release 了。
感謝下面的 Mark T. W. Lin 及 Rui An Huang 的幫忙,實在是太搞笑了 Orz
* Pool 的文件:https://node-postgres.com/features/pooling
* 官方建議寫法:https://node-postgres.com/guides/project-structure
* pool.query 的內部實作:https://github.com/brianc/node-postgres/blob/master/packages/pg-pool/index.js#L332
#expressjs #nodejs #javascript #postgresql
shut down關機 在 浩爾譯世界 Facebook 的最佳解答
【Sonny老師的翻譯專欄:
都2020了,你還在「信達雅」嗎?】
Sonny老師的翻譯&教學札記
很多朋友聽到我在當翻譯
都會直覺地說:
「翻譯啊,不就是信、達、雅嗎?」
其實這個說法有些過時了
思想家嚴復在 1896 年
翻譯《天演論》時說了一句話:
「譯事三難:信、達、雅。」
成為了中文世界最早的翻譯標準
「信」指的是「準確信實」
「達」指的是「清楚流暢」
「雅」則要求譯文必須「復古而典雅」
當時翻譯的文本以 #學術論著為主
因此「信、達、雅」的原則
適用於大部分的翻譯狀況
然而在一百多年後的今天
國際交流日趨頻繁
翻譯的文本種類也隨之暴增
除了學術論著外
還有電影字幕、梗圖笑話、廣告文案、使用者介面等等
讓我們看看
現今這個翻譯原則
使用上究竟有什麼樣的變化:
1. 信
我們先拿翻譯 #笑話 為例
中文和英文的笑點完全不同
如果翻得太「信」
英美人士可能會完全抓不到笑點
這樣的翻譯也就白翻了
例如
鯊魚不小心吞了一顆綠豆,牠變成了什麼?
答案:綠豆沙(綠豆鯊)。
#浩爾的英文翻譯看留言XD
2. 達
「達」則是至今
仍比較通用的翻譯標準
畢竟就大部分的文本類型而言
#通順好懂 都是件好事
不過要製造特殊效果時例外
就...像...這...樣...
Just…like…thiiiiiiiis
(被....發現.....是財哥....粉絲......)
3. 雅
再拿 #使用者介面 為例
如果我們要求「雅」
可能就得把
➡️ Are you sure you want to shut down?
➡️ 翻成「卿欲關機?否?」
這樣的介面用起來
應該會很累吧···XD
總之比起「信、達、雅」
今天的翻譯
更重視「發揮文本的功能」
希望看完今天這篇
能讓你對翻譯的標準
有全新的認識✨
更多的翻譯技巧
都在 Sonny老師的翻譯入門線上課
>> https://9vs1.com/go/?i=9a9b3919f949
歡迎....跟我分....享
你看過的....「有...趣」翻......譯..
shut down關機 在 廖人帥 Youtube 的最讚貼文
【創生起源】
SHUT DOWN 這個品牌精神口號,源自於鼓鼓9年前就想做的品牌名稱”SD”。
但由於當時工作太過忙碌,沒有空暇時間與心力去經營,而暫告放棄。
現在能有機會實現它,真的覺得蠻感動的。
在自身音樂創作過程中,透過不斷地從頭來過一次的經驗累積,啟發了許許多多的靈感。
當中的【關機概念】就是把你以對現在眼前認知的一切,打掉重練。
就像鼓鼓一直在做的事,從零開始,不管是音樂創作路上、演藝路上,其實人生一切也是如此。
反覆思考下GBS LOGO的開關機符號與GBOYSWAG的G,透過結合衍伸出現在的GBS LOGO的開關機符號與GBOYSWAG的G
【設計概念】
把精神口號用類似老打字機的字型,無限循環
運用字體大小的變化與字距視的改變
透過不同角度的視角與光源的折射,
呈現出GBS的開關機符號G
【品牌故事】
不會經過他人之手~每個商品 、還有目的、 都是最純粹,也直接代表著他自己另一面的個性,這是一個很有趣的地方。
對於目前正在規劃未來的鼓鼓來說,是非常有趣的一條線
未來的每一個商品也會用專業給予【他】形象音樂
這是品牌很有趣的地方,自己的品牌、商品、音樂也自己賦予給他生命
讓他從內到外都是鼓鼓的想法,音樂結合影像商品創意一條線的執行,也是一直以來想做到的事
希望喜歡他的人會喜歡GBS,在未來帶給大家的所有有趣的事!
敬請期待每一個不同面向的【他】會怎麼出現在品牌GBS中
- - - - - - - - -
太空總部
http://www.outerspace.com.tw/
太空商城
http://tw.mall.yahoo.com/store/outers...
太空蝦皮
https://shopee.tw/outerspace_2007
太空淘寶
http://osouterspace.taobao.com/
●最多穿搭:IG:outerspace2007
●秘密社團fb搜尋:太空人的秘密基地
shut down關機 在 「求助」電腦會無預警的自動shut down - Mobile01 的推薦與評價
有量過CPU VGA 北橋的溫度嗎? 會自動關機感覺是某元件過熱的自動保護, 檢查一下散熱器是否鬆動或是灰塵有沒有很多, 先朝這方向試試看吧! ... <看更多>
shut down關機 在 09 定時關機運用工作排程器與shutdown 指令 - YouTube 的推薦與評價
09 定時 關機 運用工作排程器與 shutdown 指令. 100 views100 views. Jan 15, 2019. 0. Dislike. Share. Save. mick yang. mick yang. 24 subscribers. ... <看更多>