Discussion of article "Using WinInet.dll for Data Exchange between Terminals via the Internet" - page 2

You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
The error numbers are different.
the error has been corrected
in the function
int HttpOpenRequestW
it is necessary to define the 6th parameter as int, and pass 0 into it instead of " ".
int HttpOpenRequestW(int hConnect, string &lpszVerb, string &lpszObjectName, string &lpszVersion, string &lpszReferer, int lplpszAcceptTypes, uint dwFlags, int dwContext);
error corrected
in the function
int HttpOpenRequestW
it is necessary to define the 6th parameter as int, and pass 0 to it instead of " "
int HttpOpenRequestW(int hConnect, string &lpszVerb, string &lpszObjectName, string &lpszVersion, string &lpszReferer, int lplpszAcceptTypes, uint dwFlags, int dwContext);
It doesn't work, it says the same error, how do I fix it?
I just did a revision of all the classes a week ago.
It's working fine.
First of all, I would like to thank the author for this article. I think this topic is relevant primarily for those traders who already have their original developments and seek to protect their intellectual property. The model of transmitting trading signals through the server suits this purpose just fine.
Alex, your article is excellent, but I think that a very important point has not been touched upon, namely, how to transmit all this data in encrypted form through a secure connection (256-bit encryption). I.e. signals from computer-A are transmitted to the server through a secure connection, in turn computer-B also reads these data from the server through a secure connection. With such organisation of signals transmission the broker will not be able to trace the source of these signals, because all traffic will be encrypted.
Alex, what do you think about this and how can the security issue be solved more effectively?
Alex, what do you think about this and how can the security issue be solved more effectively?
I would like to direct you to the second part of the article - POST transmission and use of multipart/form-data.
As for security, I understand you are talking about working with SSL certificates?
This can be solved by adding two flags when creating requests. But I would recommend to work with WinHttp.dll for SSL.
Everything is almost identical in the request creation interface, but it is advertised as more advanced and has a bit more features.
I would like to direct you to the second part of the article - POST transmission and multipart/form-data usage.
As for security, I understand you are talking about working with SSL certificates?
This can be solved by adding two flags when creating requests. But I would recommend to work with WinHttp.dll for SSL.
Everything is almost identical in the request creation interface, but it is advertised as more advanced and has a bit more features.
Yes, I was referring to SSL certificates. Thank you for your advice, I have taken it into consideration. If I understand you correctly, then you agree that this model of organising data transfer can be considered sufficiently secure?
You can probably think of other options. For example, you can encrypt your data yourself and transmit it in the open.
this is a function of MqlNet class, with SSL verification
you can also set the following flags
dwFlags |= SECURITY_FLAG_IGNORE_UNKNOWN_CA;
dwFlags |= SECURITY_FLAG_IGNORE_CERT_DATE_INVALID;
dwFlags |= SECURITY_FLAG_IGNORE_CERT_CN_INVALID;
you can also set the following flags
dwFlags |= SECURITY_FLAG_IGNORE_UNKNOWN_CA;
dwFlags |= SECURITY_FLAG_IGNORE_CERT_DATE_INVALID;
dwFlags |= SECURITY_FLAG_IGNORE_CERT_CN_INVALID;
Hello,
Metachat is a good idea and I'd like to get one working myself.
Nothing referenced on the fxmaster.de site is working anymore - can you please provide the PHP source to metachat? Much thanks.