Discussion de l'article "Utilisation de WinInet.dll pour l’échange de données entre terminaux via Internet" - page 3
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Ne fonctionne pas sous windows 7 x64, mais fonctionne bien sous windows xp x86. L'appel HttpOpenRequestW ne fonctionne pas dans la méthode MqlNet::Request. Je pense que les paramètres de l'appel de fonction ont changé dans wininet.dll. Quelqu'un a-t-il rencontré ce problème ?
C'est exactement ce que j'ai constaté aujourd'hui.
Tout fonctionne sur un terminal 32 bit. (même dans vin 7/64)
mais pas sur un terminal 64 bits.
Pourquoi utiliser les valeurs par défaut des fonctions importées?
Il est plus facile de le faire soi-même, de passer autant de temps qu'il faudra pour le désassembler, mais au moins il fonctionnera correctement.
Cette classe, ainsi que cetteclasse et beaucoup d'autres (que je ne mets pas en libre accès et que je ne vais pas encore faire) ont été utilisées pour travailler pendant longtemps les yeux fermés.
Et pour la lecture de données, et pour les copieurs/signaux, et pour la création de paquets d'installateurs web automatiques, et pour les licences de logiciels, et pour l'échange de données entre utilisateurs, et pour le travail dans le nuage. Et simplement pour lire et analyser des pages web.
Vous n'avez donc pas besoin de lire et d'analyser. Si vous n'êtes pas en mesure de comprendre l'API d'il y a trente ans, ce n'est qu'un indicateur de vos capacités.
Bonjour :)
InternetSetOption(W) est une bonne chose. Au moins pour définir les délais de connexion, etc.
Bonjour :)
InternetSetOption(W) est une bonne chose. Au moins pour définir les délais de connexion, etc.
Oui, sans aucun doute.
La pratique a montré que sans cela, MT peut échouer.
Cet article devrait être sérieusement édité, la internetLib.mqh incluse semble être dépréciée et peut causer un accès invalide aléatoire dans wininet.dll.
Vous devriez utiliser la internetLib incluse dans cet article pour éviter les difficultés -> Using WinInet in MQL5. Partie 2 : Requêtes POST et fichiers
Cette bibliothèque fait son travail sans problème
Ne fonctionne pas sur les applications serveur. Dommage.
Une idée de ce qu'il faut utiliser à la place de wininet.dll ?
Après quelques heures passées à essayer d'implémenter cet objet bogué, j'ai découvert que MQL5 possède sa fonction de communication HTTP native WebRequest. Voir la documentation pour plus d'informations.