儒道哲學的浪漫人生

[參考]

7 Cool HTML Effects That Anyone Can Add to Their Website

Partial response allows you to give developers just the information they need. Support partial response by adding optional fields in a comma-delimited list. It cuts down on bandwidth issues.

• Partial response可以只回傳developers 在一次request中所需要知道的資訊，而不必每次都回傳所有資料欄位給developers的request. 假若API可以調出一個人的基本資料及聯絡資訊和所得資訊，若developer只要所得資訊，則只要在API Request 中額外加進一個Optional fields並用逗號指定所要的所得資訊欄位，那API就不用每次都回傳個人包含所得在內的所有資料。
• For Example,
•  , 傳回狗狗資料清單，但只要每隻狗狗名稱顏色與位置資訊，其餘資訊不用。
• Partial response可以有效減少頻寬不足的問題。

API Version Number

An intuitive API uses plural(複數的) rather than singular(單數的) nouns, and concrete(具體的) rather than abstract names.

• 在API URL中應該儘量使用複數名詞作為resource名稱，這樣有助於一致化URL的表達方式；另外名詞應該盡量具體，可以明白指出該resource代表什麼事物，例如用televisions代表電視，而盡量不要用electrics等較抽象的詞來代表電視。

The orientation(定位) for APIs is to think about design choices from the application developer’s point of view. The application developer is the lynchpin(關鍵) of the entire API strategy.

• Application developer 是設計API時所參考的核心，因為他們才是最終API的使用者，在設計API時要從他們的使用角度去思考。

The number one principle in pragmatic RESTful design is : keep simple things simple.

　　有些API的使用需要進行認證程序，一般是提供API的機構用來統計使用者使用API的次數然後藉以計費。另一方面，認證也可以用來控管流量，限制使用者每隔幾個時間單位可呼叫API的次數，或是限制可存取的API內容。

　　除此之外，API的認證下，由於可以識別使用者，故亦可以透過認證的方法，來了解使用者使用哪些API以做某種形式的市場調查或統計。也就是說API認證不只有單單是控制使用者API的存取權，另一方面的積極意義是可以進行統計使用者行為的市場調查。

2018年4月25日星期三

［摘要］

　　在這裡我想實作一個簡單的有頭有身有尾的基本網頁版形，其身體部面包含content與sidebar兩個欄位。在這個實作的重點是網頁版型的HTML結構以及網頁置中的CSS樣式。

　　因為一些Security Tool通常是GUI操作介面的關係，因此當我在用ssh terminal 模式遠端Linux工作時，便有一些小小的困擾，遂生起我要在遠端已經有GUI工具的CentOS 7上安裝可以遠端直接桌面連線的工具，於是在網路上發現必需裝一個叫XRDP的Service，如此便可以在Windows上直接透過遠端桌面連線連到GUI的CentOS 7 ，安裝步驟如下：

1. 在centos 的console 介面下按以下指令安裝XRDP:

1. 安裝EPEL repository 

rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

　　昨天讀了一篇關於未來比DevOps工程師還要更進一步走在前頭的有關SRE( Site Reliability Engineer)工程師十大特點的文章，在這邊摘錄一些重點分享一下。

1. The SRE model has a more specific focus on application reliability and performance at scale.

•  SRE工程師主要著力點在於應用程式在擴展上的可靠性與性能表現，該性能是一種高User Experience的指標，通常會反應在business上顧客的滿意程度。

2. The SRE has no exclusive alignment with either Dev or Ops, and must be prepared to support either group – and stand up to them when necessary.

• SRE雖然多數時間會與Dev一起co-work，但其實並沒有一定，他必須在有需要時跟Dev或Ops的人一起協同工作，同時也是Dev與Ops之間的銜接橋樑。

3. The SRE’s principal(主要) focus is on the reliability and performance of applications – combined with a wider perspective on the needs and priorities of the business and its customers.

• SRE需要對他的應用程式的客戶需求以及應用business有廣泛的理解，並能識別其中的優先順序，藉此引導出實作應用程式的可靠度與性能的最佳方案。

4. Be comfortable with coding.

• SRE像Dev一樣熱愛寫程式並總是喜歡探求應用程式的operation之組成元件與基礎架構，如：網路與DB…等，如此才能針對應用程式的reliability 及 performance進行改善精進。

5. As a bridge between Development and Operations, SREs are empowered(使能夠) to fix application issues in production.

• SRE必須能夠迅速處理production issue，並且是要能溝通Dev和Ops一起解決問題。

6. Error Budget - Creates an error budget of 0.01%, within which outages(斷電;中斷供應) and downtime are considered acceptable.

• SRE應該要知道百分之百的應用程式availability 及 reliability 是不可能的，必須有0.01的Error budget容忍彈性。

7. Today, modern applications must be able to scale quickly and have the right capacity. The SRE will keep one eye on the future, to plan for how the application can maintain performance and reliability without linear increase in manual effort.

• SRE清楚應用程式的擴充將愈來愈快，所以必須隨時了解如何迅速擴充應用程式並且給予適當的資源容量同時一切擴充動作必須都是減少人工介入的。

8. The SRE must have a strong drive to be a detective and understand why things are working or not working as they should. go beyond understanding everything about the application to being curious about the potential of next-gen architectures.

• 總是了解應用程式運作的所有事不管是成功的或失敗的，並且總是能跳出應用程式框架去追求下一代新應用程式架構的樣子。

9. They will instead proactively diagnose the problem using their holistic(整體的) knowledge-set and then get busy with coding a permanent fix, rewriting a process or working with third parties to ensure that lessons are learnt and the problem never recurs again.

• 主動診斷並解決問題透過編程或第三方工具以及流程修正，以確保問題不會再發生。

10. All issues are recorded in written form, stored digitally, for future reference.

• 了解並紀錄追蹤每一個問題，從錯誤中學習。

11. Embrace automation.

• SRE 熱愛automation工作，把繁鎖的作業最簡化，提高工作效率。

12. The SRE must also be able to have business centric conversations with application owners and Line-Of-Business managers, using terminology they understand.

• SRE 必須了解Business的語言並且能轉換成技術語言來作為與business manager和DevOps溝通的中繼。

13. SREs seek to understand why and how customers interact with the business, always looking for ways to remove friction(阻力;衝突), using innovative applications and technology.

• 了解並知道使用者如何運用business，然後從中找出應用程式不合理之處，運用技術與創新的功能解決客戶需求。

14. Be prepared to move on.

• 永遠不滿足現狀，在一切都運作順暢之後，知道下一步改往哪裡前進，不斷自我追求卓越。

　　結論：SRE 感覺起來跟我現在工作有一點像，但是卻不是QA也不是純Operation人員，他算是對business與應用程式整體關係掌握精確的一種新角色，透過對business與application的知識整合來服務顧客的一種角色。

　　這個標題來自於這一篇文章＂Why Changing DNS Settings Increases Your Internet Speed？＂它講解了DNS服務以及我們為何可以透過調整DNS位址的設定來加快網路速度。

　　當我用Unix Like的指令建出SSH key檔之後，發現並無法直接把SSH key檔案直接匯入到Windows 的 Source Tree中，原因是Windows支援的是ppk檔，於是上網去找方法，用PuTTYgen Tool便可以把SSH key檔案轉乘ppk檔。

　　方法如下：

　　這兩天在使用Source Tree Terminal要push code時都會依值跳出要驗證SSH Key的錯誤，若沒有安裝ssh key就必須先設定好SSH Key才可以進行下一步，於是我到GitHub 教學上看怎麼設定ssh key，發現用source tree的terminal來建ssh key然後轉成.ppk再設定到GitHub 上還挺容易的。

　　Step 1. 打開Source Tree任一repository的terminal，只要按下Source Tree 視窗上方的Terminal按鈕即可打開Unix Like終端介面。

這是我參加IoT物聯網種子教師培訓時做的Demo影片

主要是透過點矩陣顯示器得知當下室內溫度，

　　今天在家學習用Arduino UNO開發板開始我的物聯網學習之路，離開電子領域好久，今天又重新拾起玩轉硬體電路與軟體應用開發整合之心，我要開始向物聯網之路邁進。

　　今天做的事其實很簡單：

　　這是我在公司開會聽人家介紹他們下一個feature要release時所涉及的討論中讓我思考的一個概念，那就是＂提供給所有其他個體服務共用的平台服務不該為任何個體服務提供個別的客製化功能＂。

[圖片來源] gettyImages

在Windows 10的 Python 安裝pcapy的方式

　　在Windows 10中，為了安裝scapy，遇到很多相關模組未被安裝的問題，pcapy便是其中之一，而相信該模組應該有機會在其他地方同樣會被要求要安裝，所以在這邊就大概寫一下如何把這安裝過程有點複雜的套件安裝起來。