Hatalar, hatalar, sorular - sayfa 2019
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Bu konuda defalarca yazıldı. Nedense çalışmıyorlar.
Okların her zaman işlemden hemen sonra görünmeyebileceğini yazdıklarını daha önce görmüştüm. Ben de bu uygulamayı açtım. Ancak bu tür boşlukların Geçmiş sekmesindeki listede olması için henüz herhangi bir mesaj görmedim.
PS Ve evet, hatayı yeniden oluşturmak için gerekli tüm verileri ve kanıtları sağladıktan sonra, bir nedenden ötürü, en başından beri tepki gösterseler de, bir hata olduğunu kabul etmeyi reddetseler de, bir hafta boyunca tamamen görmezden gelindi.
Okların her zaman işlemden hemen sonra görünmeyebileceğini yazdıklarını daha önce görmüştüm. Ben de bu uygulamayı açtım. Ancak bu tür boşlukların Geçmiş sekmesindeki listede olması için henüz herhangi bir mesaj görmedim.
Sekmelerin birkaç kez değiştirilmesi gerekir, ardından geçmiş doğru olur. Bu hata ayıklama sırasında çok can sıkıcıdır.
Sekmelerin birkaç kez değiştirilmesi gerekir, ardından geçmiş doğru olur. Bu hata ayıklama sırasında çok can sıkıcıdır.
Evet, bazı durumlarda ticaret stratejileri geliştirirken ve hata ayıklarken büyük ölçüde engeller.
Sekmeleri değiştirmenin geçmiş listesinin içeriğini bir şekilde değiştirdiğini fark etmedim:
Sekmeleri değiştirmenin geçmiş listesinin içeriğini bir şekilde değiştirdiğini fark etmedim:
Sağ tıklayın ve Anlaşmaları/Siparişleri değiştirin.
Evet, bazı durumlarda ticaret stratejileri geliştirirken ve hata ayıklarken büyük ölçüde engeller.
Sekmeleri değiştirmenin geçmiş listesinin içeriğini bir şekilde değiştirdiğini fark etmedim:
Sağ tıklayın ve Anlaşmaları/Siparişleri değiştirin.
Evet, bu tür eylemler ticaret geçmişi listesini geri yükler:
Lütfen aşağıdaki değerleri ekleyin
ENUM_DEAL_REASON
tanımlayıcı
Tanım
DEAL_REASON_LIMIT
İşlem, bir limit emri tetiklenmesinin bir sonucu olarak gerçekleştirildi.
DEAL_REASON_MARKET
İşlem, bir piyasa emrinin tetiklenmesi sonucunda gerçekleştirildi.
DEAL_REASON_STOP
Anlaşma, bir durdurma emrinin tetiklenmesinin bir sonucu olarak gerçekleştirildi.
Görünüşe göre bu gereksiz. Ancak emrin kısmen yerine getirildiği ve bir anlaşmaya yol açan durumlar vardır. DEAL_ORDER bulunacak, ancak geçmiş tablosunda olmayacak çünkü düzen hala yaşıyor.
Onlar. alım satıma neden olan emir türünü öğrenmek için Emir Geçmişine başvurmak her zaman yardımcı olmayacaktır. "Ölü ve diri" arasında emir aramakla uğraşmamak için, ENUM_ORDER_REASON ve E NUM_POSITION_REASON ile uyumluluğu korumak için mevcut olanlardan sonra daha fazla yürütme bayrağı eklemenizi öneririm. Bu durumda, uyumluluk olması için aynı bayrakların E NUM_POSITION_REASON'a eklenmesi arzu edilir.
Bir sonraki başlıkta https://www.mql5.com/ru/forum/216697/page3 OrderCalcMargin hakkında bir soru gündeme getirildi
Test: Farklı açılış fiyatlarının ikamesi ile marjı hesaplamak için 2 farklı seçeneği kontrol edelim.
İşte LOG
OrderCalcMargin işlevi, marjı hesaplarken açılış fiyatını dikkate almaz
Bu, açılış anı ve fiyatı için yeniden hesaplanması gereken teklif döviz kuru ile ilgili görünüyor.
Eğer kote edilen para birimi USD ise (hesap para birimi de USD'dir), hesaplanan marj açılış fiyatına göre değişir.
GBPUSD için oturum açın
Bu bir bug mı yoksa böyle mi olması gerekiyor?