प्लेटफ़ॉर्म के पुस्तकालय में ट्रेडिंग व्यू वेबहूक के बारे में कई लेख हैं, जो कि एक रणनीति के बाहर के सिस्टम से संकेत-चालित लेनदेन को अनुमति देता है, जब प्लेटफ़ॉर्म ने जावास्क्रिप्ट भाषा के लिए अंतर्निहित HTTP सेवा सुविधा का समर्थन नहीं किया था।CommandRobot
FMZ के लिए, यह एक बाहरी सिग्नल है, जो एक HTTP/https अनुरोध को FMZ प्लेटफॉर्म पर भेजता है, जो एक रणनीति इंटरैक्शन संदेश के रूप में सिग्नल को एक रणनीति कार्यक्रम को सूचित करता है।
जैसे-जैसे प्लेटफ़ॉर्म विकसित होता है, कई नए फीचर्स अपडेट होते हैं, कई बार अपग्रेड किए जाते हैं, कई बार नए विकल्प प्राप्त किए जाते हैं, और कई विकल्पों के अपने फायदे होते हैं। हम इस विषय पर चर्चा करेंगे।
बाहरी प्रणालियों को इस तरह से जोड़ने के फायदे अपेक्षाकृत सरल, मजबूत सुरक्षा और मंच-निर्भर विस्तार एपीआई इंटरफ़ेस की उच्च स्थिरता हैं।
बाहरी सिग्नल प्राप्त करने के लिए प्रक्रियाः
बाहरी प्रणाली (ट्रेडिंग व्यू वेबहूक) पिन> एफएमजेड विस्तार एपीआई सेवा पिन> रणनीति वास्तविक डिस्क
बाहरी प्रणाली (Trading View webhook): उदाहरण के लिए, ट्रेडिंग दृश्य पर चलने वाले PINE स्क्रिप्ट, एक अलार्म सेट कर सकते हैं, जो ट्रिगर होने पर संकेत के रूप में सेट वेबहूक यूआरएल पर एक HTTP अनुरोध भेजता है। 2. FMZ एक्सटेंशन एपीआई सर्विसः इस इंटरफेस को एक्सेस करने के बाद, प्लेटफ़ॉर्म संदेश भेजता है, जो एक इंटरैक्टिव संदेश के रूप में रणनीतिक वास्तविक डिस्क पर भेजा जाता है। 3. नीति डिस्कः नीति डिस्क में, GetCommand फ़ंक्शन को बातचीत संदेशों की निगरानी करने के लिए डिज़ाइन किया जा सकता है, जो संदेशों का पता लगाने के बाद स्थापित कार्यों को निष्पादित करता है।
एक अंतर्निहित एचटीटीपी सेवा का उपयोग करके सीधे सेवा प्राप्त संकेत बनाने की तुलना में, बीच में एक और कदम (प्लेटफ़ॉर्म स्विच) है।
मंच जावास्क्रिप्ट भाषा के अंतर्निहित HTTP सेवा सुविधा का समर्थन करने के बाद, एक समवर्ती सेवा बाहरी संकेतों की निगरानी करने के लिए सीधे बनाया जा सकता है। लाभ यह है किः बनाया गया HTTP सेवा एक अलग धागा है, मुख्य फ़ंक्शन तर्क को प्रभावित नहीं करता है, संदेशों की निगरानी कर सकता है, जैसे कि गेटकमांड फ़ंक्शन, सीधे बाहरी संकेतों की निगरानी कर सकता है, जो कि एक विस्तारित एपीआई कार्यक्रम का उपयोग करने की तुलना में, मध्यवर्ती रिवर्स लूप को छोड़ देता है।
बाहरी सिग्नल प्राप्त करने के लिए प्रक्रियाः
बाहरी प्रणाली (Trading View webhook) पिन> रणनीति वास्तविक डिस्क
बाहरी प्रणाली (ट्रेडिंग व्यू वेबहूक): उदाहरण के लिए, ट्रेडिंग व्यू पर चलने वाले पिन स्क्रिप्ट, अलार्म सेट कर सकते हैं, जो ट्रिगर होने पर संकेत के रूप में सेट वेबहूक यूआरएल पर एक HTTP अनुरोध भेजते हैं। 2, रणनीति वास्तविक डिस्कः रणनीति एक HTTP सेवा को चलाने के लिए एक साथ चलती है, जो सीधे बाहरी संकेत प्राप्त करती है।
यह एक कदम बचाता है, लेकिन सुरक्षा में सुधार के लिए, https सेवा को कॉन्फ़िगर करना सबसे अच्छा है, इसे मोड़ने की आवश्यकता होती है; एक विस्तारित एपीआई का उपयोग करने के लिए एक कार्यक्रम की तुलना में थोड़ा परेशानी।
दो विकल्पों का परीक्षण करने के लिए, निम्नलिखित नीति प्रति चक्र 10 HTTP/Https अनुरोधों को भेजती है, जो बाहरी संकेतों का अनुकरण करने के लिए उपयोग किए जाते हैं। फिर रणनीति "इंटरैक्टिव संदेश" और "HTTP सेवा थ्रेड द्वारा भेजे गए संदेश" पर नजर रखती है। फिर नीति कार्यक्रम एक-एक करके बाहरी संकेत संदेशों और प्राप्त संकेतों का मिलान करता है, कोई संकेत हानि का पता लगाता है, और गणना समय लेता है।
var httpUrl = "http://123.123.123.123:8088/CommandRobot"
var accessKey = ""
var secretKey = ""
function serverFunc(ctx) {
var path = ctx.path()
if (path == "/CommandRobot") {
var body = ctx.body()
threading.mainThread().postMessage(body)
ctx.write("OK")
// 200
} else {
ctx.setStatus(404)
}
}
function createMsgTester(accessKey, secretKey, httpUrl) {
var tester = {}
tester.currentRobotId = _G()
tester.arrSendMsgByAPI = []
tester.arrSendMsgByHttp = []
tester.arrEchoMsgByAPI = []
tester.arrEchoMsgByHttp = []
tester.idByAPI = 0
tester.idByHttp = 0
var sendMsgByAPI = function(msgByAPI, robotId, accessKey, secretKey) {
var headers = {
"User-Agent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36",
"Content-Type": "application/json"
}
HttpQuery(`https://www.fmz.com/api/v1?access_key=${accessKey}&secret_key=${secretKey}&method=CommandRobot&args=[${robotId},+""]`, {"method": "POST", "body": JSON.stringify(msgByAPI), "headers": headers})
}
var sendMsgByHttp = function(msgByHttp, httpUrl) {
HttpQuery(httpUrl, {"method": "POST", "body": JSON.stringify(msgByHttp)})
}
tester.run = function() {
var robotId = tester.currentRobotId
for (var i = 0; i < 10; i++) {
var msgByAPI = {"ts": new Date().getTime(), "id": tester.idByAPI, "way": "ByAPI"}
tester.arrSendMsgByAPI.push(msgByAPI)
tester.idByAPI++
threading.Thread(sendMsgByAPI, msgByAPI, robotId, accessKey, secretKey)
var msgByHttp = {"ts": new Date().getTime(), "id": tester.idByHttp, "way": "ByHttp"}
tester.arrSendMsgByHttp.push(msgByHttp)
tester.idByHttp++
threading.Thread(sendMsgByHttp, msgByHttp, httpUrl)
}
}
tester.getEcho =function(msg) {
if (msg["way"] == "ByAPI") {
tester.arrEchoMsgByAPI.push(msg)
} else {
tester.arrEchoMsgByHttp.push(msg)
}
}
tester.deal = function() {
var tbls = []
for (var pair of [[tester.arrEchoMsgByHttp, tester.arrSendMsgByHttp, "ByHttp"], [tester.arrEchoMsgByAPI, tester.arrSendMsgByAPI, "ByAPI"]]) {
var receivedMessages = pair[0]
var sentMessages = pair[1]
var testType = pair[2]
var receivedMap = new Map()
receivedMessages.forEach(message => {
receivedMap.set(message["id"], message)
})
var matchedPairs = []
var timeDifferences = []
for (var sentMessage of sentMessages) {
var receivedMessage = receivedMap.get(sentMessage["id"])
if (receivedMessage) {
matchedPairs.push([JSON.stringify(sentMessage), JSON.stringify(receivedMessage), receivedMessage["ts"] - sentMessage["ts"]])
timeDifferences.push(receivedMessage["ts"] - sentMessage["ts"])
} else {
Log("no matched sentMessage:", sentMessage, "#FF0000")
}
}
var averageTimeDifference = timeDifferences.reduce((sum, diff) => sum + diff, 0) / timeDifferences.length
var tbl = {
"type": "table",
"title": testType + " / averageTimeDifference:" + averageTimeDifference,
"cols": ["send", "received", "ts diff"],
"rows": []
}
for (var pair of matchedPairs) {
tbl["rows"].push(pair)
}
tbls.push(tbl)
Log(testType, ", averageTimeDifference:", averageTimeDifference, "ms")
}
tester.arrSendMsgByAPI = []
tester.arrSendMsgByHttp = []
tester.arrEchoMsgByAPI = []
tester.arrEchoMsgByHttp = []
return tbls
}
return tester
}
function main() {
__Serve("http://0.0.0.0:8088", serverFunc)
var t = createMsgTester(accessKey, secretKey, httpUrl)
while (true) {
Log("测试开始...", "#FF0000")
t.run()
var beginTS = new Date().getTime()
while (new Date().getTime() - beginTS < 60 * 1000) {
var cmd = GetCommand()
if (cmd) {
try {
var obj = JSON.parse(cmd)
obj["ts"] = new Date().getTime()
t.getEcho(obj)
} catch (e) {
Log(e)
}
}
var msg = threading.mainThread().peekMessage(-1)
if (msg) {
try {
var obj = JSON.parse(msg)
obj["ts"] = new Date().getTime()
t.getEcho(obj)
} catch (e) {
Log(e)
}
}
}
Log("等待结束...", "#FF0000")
var tbls = t.deal()
LogStatus(_D(), "\n`" + JSON.stringify(tbls) + "`")
Sleep(20000)
}
}
यदि परीक्षण किया जाता है, तो आपको एक विशिष्ट सर्वर आईपी पता, एफएमजेड प्लेटफॉर्म के विस्तार एपीआई कुंजी को भरना होगा।
var httpUrl = "http://123.123.123.123:8088/CommandRobot"
var accessKey = "xxx"
var secretKey = "xxx"
1. सर्वर फंक्शन एक समवर्ती HTTP सेवा बनाता है जो बाहरी संकेतों की निगरानी करता है।
http सेवा के थ्रेड द्वारा भेजे गए संदेशः
द्वाराvar msg = threading.mainThread().peekMessage(-1)
सुनिए।
एक्सटेंशन एपीआई फ़ॉरवर्डिंग इंटरैक्टिव संदेशः
द्वाराvar cmd = GetCommand()
सुनिए।
2। सिग्नल भेजने और प्राप्त करने के लिए सिग्नल प्रक्रियाएं गैर-अवरुद्ध हैं, और प्लेटफॉर्म ने अंतर्निहित मल्टी-थ्रेड संसाधन पुनर्प्राप्ति तंत्र को अनुकूलित किया है, ताकि यह सुनिश्चित किया जा सके कि सिग्नल को प्राप्त करने के लिए आवश्यक संसाधनों का उपयोग किया जा सके।Thread
याexchange.Go
समवर्ती फ़ंक्शन, जो समवर्ती कार्यों के पूरा होने के लिए स्पष्ट रूप से प्रतीक्षा नहीं करता है (जैसे, join function, wait function, आदि) और सिस्टम आधार स्वचालित रूप से संसाधन पुनर्प्राप्ति का प्रबंधन करता है (जिसके लिए नवीनतम संस्करण की आवश्यकता होती है) ।
// 摘录代码片段,发送信号
tester.run = function() {
var robotId = tester.currentRobotId
for (var i = 0; i < 10; i++) {
var msgByAPI = {"ts": new Date().getTime(), "id": tester.idByAPI, "way": "ByAPI"}
tester.arrSendMsgByAPI.push(msgByAPI)
tester.idByAPI++
threading.Thread(sendMsgByAPI, msgByAPI, robotId, accessKey, secretKey) // 并发调用,非阻塞
var msgByHttp = {"ts": new Date().getTime(), "id": tester.idByHttp, "way": "ByHttp"}
tester.arrSendMsgByHttp.push(msgByHttp)
tester.idByHttp++
threading.Thread(sendMsgByHttp, msgByHttp, httpUrl) // 并发调用,非阻塞
}
}
// 摘录代码片段,接收信号
var cmd = GetCommand() // 监听来自扩展API的消息,非阻塞
var msg = threading.mainThread().peekMessage(-1) // 监听来自自建Http服务的消息,使用了参数-1,非阻塞
अब हम इस परीक्षण प्रक्रिया को देखते हैं, जिसमें जानकारी सीधे कोड में टिप्पणी की जाती हैः
function main() {
__Serve("http://0.0.0.0:8088", serverFunc) // 在当前策略实例中,创建一个并发的http服务
var t = createMsgTester(accessKey, secretKey, httpUrl) // 创建一个用于测试管理的对象
while (true) { // 策略主循环开始
Log("测试开始...", "#FF0000")
t.run() // 每次循环开始,调用测试管理对象的run函数,使用两种方式(1、通过扩展API发送信号,2、直接向当前策略创建的Http服务发送信号),每种方式并发发送10个请求
var beginTS = new Date().getTime()
while (new Date().getTime() - beginTS < 60 * 1000) { // 循环检测来自扩展API的交互消息,循环检测来自自建Http服务的消息
var cmd = GetCommand()
if (cmd) {
try {
var obj = JSON.parse(cmd)
obj["ts"] = new Date().getTime() // 检测到交互消息,记录消息,更新时间为收到时间
t.getEcho(obj) // 记录到对应数组
} catch (e) {
Log(e)
}
}
var msg = threading.mainThread().peekMessage(-1)
if (msg) {
try {
var obj = JSON.parse(msg)
obj["ts"] = new Date().getTime() // 检测到自建的Http服务收到的消息,更新时间为收到时间
t.getEcho(obj) // ...
} catch (e) {
Log(e)
}
}
}
Log("等待结束...", "#FF0000")
var tbls = t.deal() // 根据记录的消息,配对,检查是否有未配对的消息,如果有说明有信号丢失
LogStatus(_D(), "\n`" + JSON.stringify(tbls) + "`")
Sleep(20000)
}
}
कुछ समय के परीक्षण से यह देखा जा सकता है कि HTTP विधि औसत API विधि की तुलना में थोड़ा कम समय लेती है।
रणनीति अंतर्निहित एचटीपी सेवा सिग्नल प्राप्त करने के लिए, इस तरह के परीक्षण विधि बहुत कठोर नहीं है, अनुरोध बाहरी से आना चाहिए; सरल समझ के लिए, इस कारक को अनदेखा किया जा सकता है; दोनों तरीकों के लिए सिग्नल प्राप्त करने के लिए, रणनीति अंतर्निहित एचटीपी सेवा के बाद से एक कड़ी कम हो गई है, प्रतिक्रिया की गति थोड़ा तेज होना चाहिए; सिग्नल स्थिरता के लिए, सिग्नल खोने या याद नहीं किया जा सकता है; परीक्षण के परिणामों से देखा जा सकता है कि एफएमजेड प्लेटफॉर्म का विस्तार एपीआई भी स्थिर है, परीक्षण में कोई संकेत हानि नहीं देखी गई है, लेकिन नेटवर्क जैसे सभी पहलुओं को बाहर नहीं रखा गया है जो सिग्नल समस्या का कारण बनता है, अंतर्निहित एचटीपी सेवा का उपयोग करके सीधे बाहरी सिग्नल प्राप्त करना भी एक बेहतर समाधान है।
इस लेख में, पाठ कोड में अंतर्निहित HTTP सेवा को सत्यापित नहीं किया गया है, और यह केवल संदेश डेटा प्राप्त करने के लिए है, अगले लेख में हम एक उपलब्ध अंतर्निहित HTTP सेवा के लिए एक टेम्पलेट को पूरा करते हैं जो बाहरी ट्रेडिंग दृश्य संकेतों को प्राप्त करने के लिए उपयोग किया जाता है।