About testing

unit test, integration test, acceptance test 有什麼不同呢？

unit test 就是 test 最基本的東西，例如一個 function ，藉由確定每個 function 的正確性來確保程式正常運作
integration test 則有點像是橫跨不同 unit 的 test，意即 integration test 測的是某個行為，而這個行為會觸發很多 funcitons，雖然每個 function 都有 unit test，但藉由 integration test 我們可以確保這個行為是正常發生的
acceptance test 則是更宏觀一點的測試，通常是更口語一點，更 feature 導向的測試，例如「我點擊了Ａ按鈕後應該進入Ｂ頁面」這類的測試，不用考慮程式實作的細節只考慮行為產生出的結果



http://stackoverflow.com/questions/4904096/whats-the-difference-between-unit-functional-acceptance-and-integration-test

https://martinfowler.com/articles/microservice-testing/

About Redis

In memory, key-value store. 所以其實 redis 就是一個 database，只是他所有的東西都存在 memory 而且是屬於 NoSQL 的 database。

最常用的場景就是拿來快取東西。

In memory 表示是直接存在記憶體上不是存在硬碟裡，由於記憶體上有實作更簡單的演算法所以需要的 CPU 資源較少，而且在 query 資料的時候可以減少搜尋硬碟的時間所以讀寫很快，這也是為什麼大家常常拿 Redis 當 Cache server 的原因
https://en.wikipedia.org/wiki/In-memory_database

當然 Redis 也有提供讓資料存寫進硬碟的功能，關鍵字：Expire
http://huli.logdown.com/posts/926762-redis-introduction



http://stackoverflow.com/questions/7888880/what-is-redis-and-what-do-i-use-it-for

延伸閱讀
https://medium.com/ruby-on-rails/easy-caching-with-rails-4-heroku-redis-5fb36381628

React native layout with flexbox

flex 基本上就是填充
https://facebook.github.io/react-native/docs/height-and-width.html#content

flexDirection 就是主要的方向，如果是橫向就是 row 縱向就是 column, default 是 column

justifyContent 就是根據主要方向（flexDirection）分佈元件的方式，Available options are flex-start, center, flex-end, space-around, and space-between.

space-between：在元件之間安插一樣長的空白區塊
space-around：在元件旁邊安插一樣長的空白區塊，跟 space-between 不同的是 space-around 即使是最外圍的元件的外側也會安插空白區塊
flex-start：放在 flex direction 的前端
flex-end：放在 flex direction 的後端
center：放在 flex direction 的中間

alignItems 則是根據次要方向（flexDirection 的相反）排列元件的方法，Available options are flex-start, center, flex-end, and stretch.
flex-start, center, flex-end 就不用多做解釋了，如果 flexDirection 是 column 而 alignItems 是 center 代表水平置中，flex-end 代表靠右
stretch 則代表延展，如果元件本身沒有設定次要方向的長度的話就把次要方向延展至底，例如 flexDirection 是 column 的情況下不設元件的 width 就會將元件平行拉長到底


https://facebook.github.io/react-native/docs/flexbox.html#content

DNS-cache-poisoning or DNS Spoofing, Pharming Attack

很清楚的影片：
https://www.checkpoint.com/defense/advisories/public/dnsvideo/


簡單解釋：
Local 的 DNS Server 通常會有 Cache，如果能夠找到對應的網址就不會問網路上的 DNS Server，攻擊原理就是趁 Local DNS Server 問網路上的 Master DNS Server 而 response 還沒回來時假造 Master DNS Server 的 Response 讓 Local DNS Server cache 起來，這樣就可以把 User 導到自己假造的位置去，進而實行網址轉嫁攻擊(Pharming Attack)

Pharming Attack 跟 網路釣魚（Phishing）的不同在於後者是利用 email 騙受害者，而 Pharming Attack 是專指將使用者導向錯誤網站釣魚方式
http://searchsecurity.techtarget.com/answer/Phishing-vs-Pharming-attacks


Pharming Attack 還有另外一種常見的攻擊方式是修改 hosts 檔，因為電腦會先找 /etc/hosts 的設定，如果找到就不會去問 DNS，所以只要攻擊者藉由木馬或是任何方式改了 hosts 的設定，就一樣可以把使用者轉嫁到惡意網站去。
http://www.informationsecurity.com.tw/article/article_detail.aspx?tv=&aid=6813&pages=2






http://blog.miniasp.com/post/2008/10/22/Be-careful-DNS-cache-poisoning-attack.aspx

HTTP Slowloris Denial Of Service

從上一篇文章的 Reference 延伸閱讀學到的東西

這種攻擊主要是拿來攻擊 Server 讓 Server 連線數滿載沒辦法回應新的 Request

兩種攻擊模式， GET 和 POST
攻擊基本原理：Hold 住連結不放開，佔用 Server 連線

1. GET: 送 Request 的時候故意不送完整的 HTTP Header，慢慢送完
2. POST: 送 Request 的時候送很大的 content-length，然後很慢的速度送，例如每十秒送一個字


P.S./ Denial Of Service 就是阻斷式服務攻擊的意思，常見寫法為 DoS


http://www.piao2010.com/%E4%B8%80%E6%AC%A1%E5%88%86%E4%BA%AB%E5%BC%95%E5%8F%91%E7%9A%84%E8%A1%80%E6%A1%88-http-slowloris-denial-of-service

Mac Spoofing - 竄改 MAC Address 使用付費 Wifi

原理很簡單，先查查看有哪些人在使用付費 Wifi，把自己的 MAC Address 改成他們的，Boom! 開始上網。

查自己 MAC (之後改回來)：ifconfig en1 | grep ether
查哪些人在使用付費 Wifi：arp -a
改 MAC Address：sudo ifconfig en1 ether [mac address to spoof]

Bonus:
用 https://www.torproject.org/ 瀏覽

這做法可能會造成 MAC Conflit，這就要看Switch 的硬體怎麼實作的了，也許會把封包同時送給兩個位置或是只送一個或是都不送...


P.S./ 這裡指的付費 Wifi 是指沒有設密碼的 Public WIFI，連進去後要求提供信用卡資訊或是帳密登入才可以使用的 WIFI Hotpot。


https://www.youtube.com/watch?v=Agodg3dmwaQ
https://www.quora.com/Is-a-MAC-address-conflict-possible

dsniff and arpspoof

俗稱網路剪刀手

原理是讓其他電腦把封包發到自己的電腦藉此做進一步的行為
假設我把他的封包全部丟掉那他就會斷網
或是我也可以檢查他的所有封包，也許有機會拿到重要資料例如密碼和網站 cookie, token 等，又稱做 Man-in-the-middle attack

但是要怎麼讓對方電腦把封包發到自己的電腦呢？

痾，有點雃回答，還是先回答什麼叫做 ARP 好了
ARP（Address Resolution Protocol）位址解析協定
https://zh.wikipedia.org/wiki/%E5%9C%B0%E5%9D%80%E8%A7%A3%E6%9E%90%E5%8D%8F%E8%AE%AE

原則上 ARP 其實就是一個 mapping 的機制，把 IP 跟 MAC address 綁在一起，這樣就可以從 IP 知道要把封包傳送給哪個 MAC

所以，要怎麼讓對方電腦把封包發到自己的電腦呢？

就是讓受攻擊者電腦的 ARP 誤以為其他 IP 是綁在自己的 MAC Address，要做到很簡單，就送 ARP Reply 給被攻擊者，然後把 sender IP 跟 MAC 位置亂搞一通就好

以此邏輯來看，如果是要剪網，就是把被攻擊者的 IP 送給 router 綁定一個假的 MAC address，這樣 router 就會把資料都送到假的位置上，被攻擊者就不會有網路可以用了

也可以把 router 的 IP 綁一個假的 MAC 送給被攻擊者，一樣的效果


而 Man-in-the-middle attack 也是差不多，假設我要偷對方 FB 資訊，那我就把 FB IP address + 我的 MAC address 送 ARP Reply 給被攻擊者就好了，這樣他所有要送給 FB 的資訊就會先經過我，我檢查過後再幫他送出就有機會可以查看到機密資料。



http://www.itwendao.com/article/detail/142631.html
https://hackvault.blogspot.com.au/2014/08/dsniff-and-arpspoof-on-mac.html

https://zh.wikipedia.org/zh-hant/ARP%E6%AC%BA%E9%A8%99