所以工作管理員裡面那個不是表示可以跑幾個 thread 嗎
但是CPU就只有核心的概念沒有thread的概念阿，thread是程式的
我的想法比較偏硬體xd 我的意思是：一個core有兩個可以跑兩個thread的運算單元
有種感覺你弄的群組最後技術含量都很高(?
望向OwO(
其實HT的核心裡面，有些單元是真的做成兩份，這樣才能一次handle兩筆指令
那如果是認出你要刪掉的東西的檔名pattern，再請rm -rf 刪？
而且完全可以靠 Telegram API EDocs
而且遵從Telegram Bot API的輸入格式
例如 { updates: true } 而不是 {updates:true}
現在這個我可以只看 Telegram 那份就可以寫了
現在用到的都只需要TG Bot API最基本的功能
/song指令他是讀songList，然後在推queue進songList時file沒有加上telegram:
然後URLHandle就用_default.js處理了.-.
Telegram的20MB是用1024計算還是1000
HTTP Endpoints
/; - alias of live.mp3
有什麼原因嗎
如果我新的PR裡面含有舊的還沒合併的PR的commit會怎樣
例如PR A 有兩個commit，然後我PR B是在PR A之後再加兩個commit這樣
Intel pcie Nvme SSD 能passthrough 給vm灌系統嗎？
一首歌假設2分鐘，如果queue塞滿20的話就永遠沒吃到快取了吧？
eslint —fix *.js lib/*.js lib/html5_player/index.js lib/microphone/index.js streaming/ url_handlers/ utils/
因為stream載不完所以ffprobe也生不出metadata吧
不過你要先 npm install -g eslint
那也是拿掉StreamOption那個阿，那個完全不知道意義耶www
我不想 === null || == unrefined 啊
想把你的uncommitted changes拿回來就git stash pop
fatal: cannot do a partial commit during a merge.
然後我要怎麼幫mediainfo加回stream過濾
其實我有點看不懂 synology 的ipv6設定
其實和 IPv4 的 subnet Mask 一樣
下面那個是要 subnet + prefix length
mediainfo那邊的error handle很有問題
他不管丟什麼錯誤TG上都只會顯示Problems encountered when trying to fetch your song. Please try again later.
話說 ESLint 的 Warning 最好也修一下
所以 #9 勒，我已經把stream過濾修好了，誤判CDN也修好了
url = fixPathname(url);
這行吧，可是我覺得根本沒有修的意義阿？
難道要url1 = fixPathname(url)嗎www
var fixed = fixPathname(url)
這個lint是對應一些古老 js引擎，在nodejs搞這個根本沒意義
"嫂夫人 I can let it explode"