→ zo6596001: 除了第5點,其他應該用 multithreading 或 05/30 23:52
→ zo6596001: multiprocessing 就可以跑在同一個程式裡了 05/30 23:52
→ zo6596001: 其他就 requests, MySQLdb, line-bot-sdk-python 05/31 00:05
→ zo6596001: requests 可以拿來收http封包的資料 05/31 00:06
→ zo6596001: MySQLdb 顧名思義,可以拿來操控MySQL資料庫 05/31 00:06
→ zo6596001: MongoDB 可能要自己想辦法解決,我沒用過 05/31 00:07
→ zo6596001: line-bot-sdk-python 剛剛查的,我也沒用過 05/31 00:07
推 jiyu520: trigger買賣的部分, 你要接的應該是live的price-stream 05/31 00:15
→ jiyu520: 回測用db的資料, 真正要交易的時候接即時的去做 05/31 00:15
→ jiyu520: 因為看交易的標的不同, 不同券商可能有不同滑價、價差 05/31 00:16
→ froce: 用台虛擬機或是用docker去隔離環境吧,NAS很多套件都魔改 05/31 15:27
→ froce: 過,到時候你要弄些特別的設定不容易。 05/31 15:28
推 Sunal: 不弄台虛擬主機嗎 一個月幾百塊 省掉電費 搞環境的麻煩 06/01 00:25
→ ccu516: 大大有推薦的虛擬機器平台嗎? 06/01 01:39
→ adrianshum: 先不管用到的技術,這系統有先天上的設計缺陷。你抓 06/01 19:02
→ adrianshum: 及時價格,只能取得當刻的價格,與上次抓取之間的價 06/01 19:02
→ adrianshum: 格變動其實是失去了。對於一個處理「觸發價格」的功 06/01 19:02
→ adrianshum: 能而言是莫大的問題。比如你五秒抓一次價格,而該股 06/01 19:02
→ adrianshum: 票在該五秒間成交了十元,十一元,又再十元。你抓及 06/01 19:02
→ adrianshum: 時報價只會看到兩次都是十元,這樣是觸發不到某用戶設 06/01 19:02
→ adrianshum: 定了的十一元條件的。 06/01 19:02
→ jiyu520: 樓上提出的,可以看策略怎麼去寫。券商價格有時段內的OHL 06/01 19:07
→ jiyu520: C,當然timeframe越小甚至往高頻走,這問題就會更明顯 06/01 19:07
→ jiyu520: 通常掛單在券商那、會有不同的單(order)種類和條件來觸發 06/01 19:09
→ jiyu520: 進出場,但也要看券商API是否有對應功能 06/01 19:09