Erreurs, bugs, questions - page 2897

Nouveau commentaire
 
fxsaber:

Merci. Ai-je raison de supposer que s'il n'y a pas d'enregistrement sur la page du produit du nombre d'exemplaires vendus au cours d'un mois, c'est qu'il n'y a pas eu de ventes au cours de ce mois ?

où avez-vous vu une telle entrée ?

 
Andrei Trukhanovich:

Où avez-vous vu une entrée comme celle-là ?

A côté de l'évaluation.

 
fxsaber:

A côté de l'évaluation.

Oui, je n'ai pas regardé depuis un moment. Les loyers n'apparaissent pas.

 
fxsaber:

A côté du classement.

Ceci n'est observé que pour les produits qui sont dans le top(d'après mes observations), pour le reste les statistiques sont cachées.

 
Vitaly Muzichenko:

Ceci n'est observé que pour les produits qui sont en tête(d'après mes observations), pour le reste les statistiques sont cachées.

Oui, à peu près.

Seuls les produits les plus vendus se voient "attribuer" le label.

 
Andrey Khatimlianskii:

Oui, à peu près.

Seuls les produits les plus vendus sont "récompensés" par ce label.

Il semble y avoir un seuil de cinq ventes en 30 jours.

 
Andrey Barinov:

Il semble y avoir un seuil de cinq ventes en 30 jours.

Eh bien, oui, c'est un peu ce à quoi ça ressemble.

 
fxsaber:

Merci. Il s'avère que le problème ne concerne que le ZIP.

Quel est le problème avec le ZIP ? Vous n'avez pas besoin de clé non plus, sauf pour une option spécifique :

Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie

CryptDecode avec le modificateur CRYPT_ARCH_ZIP - Comment l'utiliser ?

Ilyas, 2015.03.31 11:04

Fait, sera disponible à partir de la nouvelle construction.

Pour CRYTP_ARCH_ZIP dans CryptEncode et CryptDecode, un drapeau de saut CRC peut être passé dans le paramètre clé, défini comme suit :
. 
uchar key[]={1,0,0,0};

CryptEncode(CRYPT_ARCH_ZIP,data,key,result);
или
CryptDecode(CRYPT_ARCH_ZIP,data,key,result);

 
Stanislav Korotky:

Quel est le problème avec le ZIP ? Vous n'avez pas non plus besoin de clé pour cela, à l'exception d'une clé spécifique facultative :

Une archive ZIP protégée par un mot de passe.

 

Message aux développeurs. Le script Python se bloque lors de la réception de données via copy_rates_from_pos dans certaines circonstances.

Laissez-moi vous expliquer la situation. Le courtier dispose d'environ 4 000 instruments.
Je fais une sélection primaire des instruments en les recherchant et en les filtrant selon certaines règles.

Sur un des instruments du terminal, il n'y a pas d'historique (c'est-à-dire que dans la surveillance du marché et dans la liste des symboles, l'instrument est présent, mais les données sont vides).

En essayant d'exécuter le script : rates_d1 = mt5.copy_rates_from_pos(curSymbol.name, mt5.TIMEFRAME_D1, 1, analysis_days),
le script se bloque. Il ne sert à rien d'essayer ou de vérifier None car l'erreur elle-même ne se produit pas, tout se bloque sur cette ligne.

Si j'essaie d'exécuter : rates_d1 = mt5.copy_rates_from_pos(curSymbol.name, mt5.TIMEFRAME_D1, 0, analysis_days),
, c'est-à-dire de spécifier le numéro de barre de départ à partir de 0, il ne se bloque pas et renvoie un tableau vide.

Addendum. J'ai également trouvé un problème similaire lorsque je récupère FIRST les données via copy_rates_from_pos avec le nombre de barres demandées, plus qu'il n'y en a dans l'historique. Le script se bloque également. Il n'y a pas d'erreur de ce genre dans la deuxième demande. C'est pourquoi il semble difficile de répéter l'erreur (peut-être, seulement en supprimant l'historique complet du symbole).

Je me trompe peut-être ou j'ai manqué quelque chose, mais il semble qu'il s'agisse d'un bogue puisque la fonction devrait soit renvoyer les données, soit produire une erreur.

1...289028912892289328942895289628972898289929002901290229032904...3184
Nouveau commentaire