更改GitHub預設顯示的Tab寬度
在程式設計的世界裡,縮排用Tab
還是用四個空格永遠是個沒有結果的爭論
對於站在Tab
這邊的我來說,GitHib上的文件斥著Tab
縮排是再普通也不過的事
就在剛剛閒著的時候,想說上個GitHub看看自己commit的記錄
在程式設計的世界裡,縮排用Tab
還是用四個空格永遠是個沒有結果的爭論
對於站在Tab
這邊的我來說,GitHib上的文件斥著Tab
縮排是再普通也不過的事
就在剛剛閒著的時候,想說上個GitHub看看自己commit的記錄
把前段時間沒搞懂的第二正規化
跟,第三正規化
搞懂了,順便筆記一下
資料庫的發明,是為了快速讀取或寫入當下所需的資料
像是進入部落格的首頁,伺服器端就會向資料庫query出每篇文章的摘要,再送回用戶的瀏覽器
想像如果等10秒才載入完畢,那我的部落格豈還有人會等著載入完看嗎
因此,將所有資料塞在同個table顯然不一定是好的選擇
而將資料分門別類獨立出不同table儲存的動作即稱為資料庫正規化
適當的資料庫正規化有助於提升query效能
但是當過度得正規化則會讓邊際效益呈負的
現今網路速度越來越快的情況下,為了減少路由器的負擔(不讓路由器負責封包重組、分割的動作)
以及提升路由器處理的工作效能,會使用路徑MTU探索
(Path MTU Discovery)的概念
在進入路徑MTU探索
之前,先介紹什麼是MTU
,英文:Maximum Transmit Unit
就是在路由器收到一個訊框(Frame)後,能直接替換訊框表頭後轉發的最大封包(Packet)大小
(訊框與封包示意圖,未按比例畫製)
書上看到的概念,覺得很酷所以記錄下來
假設有個網路環境如圖所示,左右兩邊的router都可以處理IPv6及IPv4的封包
唯獨中間的網路可能比較老舊,只能支援IPv4的封包通過
此時,只要使用IP隧道的概念就可以讓左右兩邊的IPv6封包通過了
這學期有網路與通訊,筆記一下之前學過的
在介紹分級之前,我們要先知道IP(IPv4)總共有32為元
為了方便判讀,我們將它每8個位元用一個.
分隔,並且將二進轉換成十進位表示
E.g. 例如我們很常見的區域網路分享器預設IP位址 192.168.0.1
十進位是給人看的,電腦其實是辨認它的二進位
11000000.10101000.00000000.00000001
同理可推,全部的IP(IPv4)範圍會介於 0.0.0.0 到 255.255.255.255 之間
因為其二進位最小與最大值是
00000000.00000000.00000000.00000000 與 11111111.11111111.11111111.11111111
有了這樣的觀念,接下來就可以進入我們的主題了。
近期迴響