@orangeade
對我來說, 只要有封裝的都是可行的設計方法, 我還有用 Golang 呢, 近來在練 Kotlin

拿 23 樓那種超長的例子來說, 如果只是有一天 web-app.servlet.servlet-name 改成了 web-app.servlet.servlet-id

如果有結構封裝, 要改代碼的話, 就把封裝 json 結構的 class 找出來改掉
class servlet{
String servlet-name;
}

直接用 IDE 的 refactor 改成新的 field 名字, 這樣引到用這 field 的地方都會自動改掉, 引用 1 次還是 100 次都沒差
class servlet{
String servlet-id;
}

沒有封裝的話, 如果用 Json["web-app"]["servlet"]["servlet-name"] 的, 嗯, 你們就慢慢手動的 search,再看看是否相關, 然後才 replace......這種 code 你自己用得開心就好, 不要留下來了

@lxy 如果你用的 API 都有良好的 documentation, 或者是 Swagger 那種按 API 定義自動生成的, 你應該會覺得把 json 結構寫成 class 會舒服很多

如果寫後台都是隨心所欲的在改結構又不給 doc, 那我才擔心這種設計合作起來會異常麻煩

最怕那種會直接返回不同結構的 API, 奇怪的狀況要動用 json parser 處理而不是 status code, 根本是浪費大家時間

https://1.1.1.1 及 https://1.0.0.1 也有了，希望會更進一步提供 https DNS 吧。

@alect 我這裡的移動長年在 24, 師傅也說了標準線是 25.......香港家的 PCCW 是 19

不掛路由器呢?

另外有可能可能是 MTU 設太大, 1492 的話再降到 1480/1450/1430/1400.....試試

前用移動遇到過, 症狀就是部分網站卡到出不來但有些測速網站能跑到, 不過非 1480 MTU 的 ISP 還是挺奇葩的

OMV + 1, 喜歡哪個 Linux application 就用 Docker 掛上去

@xshwy 放心吧, 1000 及 10000 還是很小

我有一個類似的, 3500 多 URL 佔用 10MB 不到 RAM

@Cipool 你這種方法, 放棄了 HTTPS 才能用吧....但的確可行

@qiukong 在我看來是有差別的, 我的觀察中 IP 分佈大概是這樣
Free 104.31.xxx~104.24.xxx
Pro 104.25.xxx~104.20.xxx
Biz 104.17.xxx.xxx/16
Enterprise 104.16.xxx.xxx/16

不算中國, 104.16.x.x/16 及 104.17.x.x/16 的路由特別好

redis 的 ZADD/ZRANK 似乎可以解決這種問題, 才 100 個 url 這種小型 dataset 應該是適合的

@bao3 我好奇的是你把中國的網絡看得這麼高......現在大部分世界主要城市的節點都有 IPv6, 你還認為要跟著中國走?

而且 CPE 的 Gigabit Ethernet 口能達到網線一樣的效果, VLAN(例如 IPTV)也能帶, 用一般 WiFi 的話你就準備折騰一番然後效果還是不夠好吧

電力貓+1

非要無線不可的話, 用一般 WiFi 的話廷遲及頻寬都會掉很多

用 TDMA 作為訊號調製方法 CPE 好很多, 就算是舊款二手的 Ubnt LOCO M5 一類也比一般 802.11ac 橋接穩定

日本+1

室外寒冷還可以穿衣服解決, 城市的室內有供暖也不會太冷

另外, 今年日本東北地區很寒冷, 不停在下粉雪, 滑雪的就知道雪質十分好

深圳沒有供暖體系, 這幾天寒流也不好過, 上海好像也不是中央供暖的, 所以要說冷的話可能深圳會好一點, 但室內溫度可能是北京那種有供暖的地方比較舒服

我為了自組 NAS, 在淘寶買了一個 12 盤位的 4U 機箱, 開始時用的舊 H67 板+i5 在跑, 機箱夠大就可以用一般家用的 CPU 直站式散熱器配 12cm 風扇, 只是很一般的玄冰 400, 夠便宜而且靜, 機箱也是 12cm 風扇, 三把也用降壓運轉的方法壓噪, 還是能放在雜物間不影響生活的, 能用一般 ATX 零件就用, 便宜好用還好保養。

然後 VM 多了不夠用, 配了兩顆 E5 2650 + Intel S2600CP4 + 80GB RAM, 這一代的 Xeon 配件便宜得很, 熱量還是維持可以不開冷氣下正常使用。

放在家裹的電腦, 風扇轉速很重要,很重要,很重要。

這陣子各大 Cloud providers 壓力很大

用一台德國的伺服器 ping 221.183.30.214, 只有 9ms, 這 IP 庫還真不錯

近年移動往歐洲的容量提升了不少. 但這次的現象只是 AS9808 (CMCC) /AS58453 (CMI) 之間繞, 應該是移動內部的安排, 可能是臨時香港方向的容量改動吧

另外, 近來移動連 AS4760 (PCCW 的寬頻服務) 都不經 PCCW Global AS3491 而直接在 HKIX 交換, 可能是被 QoS 認為是低端流量了