MODE_TICKVALUE hatası! - sayfa 3
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
[...] Şimdi anlaşıldı mı?
Numara.
tanrım
mt4 geliştiricisine ve sunucuya forex dışındaki diğer aktiflerle ilgili soru:
Ticksize, lotize, kotasyon para birimi ve tabii ki fiyatları olan komisyoncu, tickvalue değerine sahiptir...
Test ettiğim bir grup brokerde olan şey, pozisyonu açtığımda, sunucuda doğru onay değerine sahip olduklarını doğrularım, ancak marketinfo() işlevindeki terminal, mod onay değeri eksik döner...
Çünkü ve kesinlikle, komisyoncudan gelen cfd teklif para birimi gelmiyor.
Böylece, marketinfo() işlevi, komisyoncudan ticksize, lotsize ve cfd teklif para birimine sahip doğru tickvalue değerini döndürmek için düzeltilebilir... .
mt4 geliştiricisine ve sunucuya forex dışındaki diğer aktiflerle ilgili soru:
[...]
Burada değiller... İletişim MetaQuotes .
Bir kez daha deneyelim:
...konumu açtığımda, sunucuda doğru onay değerine sahip olduklarını doğrularım, ancak marketinfo() işlevindeki uçbirim, mod onay değeri eksik döner...
Sunucunun doğru onay değerine sahip olduğunu nasıl doğruladınız? MarketInfo(symbol,MODE_TICKVALUE) hakkında eksik olan nedir ?
Karşıt para birimini dikkate almadan, yalnızca ticksize, lotsize ve price ile matematik yaparak, etkin temel para birimini kaçırarak geri döner. Mevduat para birimine uyanlar iyi döner.
MarketInfo(symbol,MODE_TICKVALUE) sizin yararınıza komisyoncudan gelen bilgilerdir, aslında bu bilgiyi sunucu tarafında kendi hesaplamalarında kullanmazlar. Günlük ekstreniz, MarketInfo(symbol,MODE_SWAP) değerleri ve MarketInfo(symbol,MODE_SPREAD) gibi
MarketInfo(symbol,MODE_SWAP) aracının web sitesinde yayınladığı ve hesabımdaki (canlı) pozisyonlara yatırılan/borçlandırılan takas değerleriyle karşılaştırılamayacak değerler döndürdüğü durumlar gördüm.
Superem ile ne ilgilendiğinizden emin değilim, TICKVALUE meselesinin gerçeği, tick değerinin değerinin (doğru bildirildiğinde bile) fiyata bağlı olmasıdır. USDJPY'nin tick değeri, USDJPY'nin fiyatı 81.00 veya 101.00 ise farklıdır.
Peki MODE_TICKVALUE ne işe yarar? (bir dar geçerli kullanımı vardır, karşı para biriminin aynı zamanda hesabın değeri olduğu döviz çiftleri için sabittir, örneğin USD bazlı hesaplar için EURUSD)
Daha da kötüsü, benim görüşüme göre, tık değerinin yalnızca UZUN pozisyonlar için doğru hesaplanmasıdır... bu nedenle, örneğin USDJPY'deki kısa pozisyon için TÜM ZAMANLAR yanlıştır (ve herhangi bir çapraz çift için).
Buradaki ders, güven ama doğrulamadır ve doğrulama, komisyoncu bazında güvenin hak edilmediğini kanıtladığında, hesaplamaları kendiniz yaptığınızdan (benim yaptığım şey bu) veya başka bir komisyoncu bulduğunuzdan emin olmanın zamanı gelmiştir. pazar bilgileri değerlerini sunucu tarafında sayılarla gerçekte yaptıklarıyla aynı hizada tutmak konusunda daha dikkatli.
Sunucu tarafı hesaplamaları otomatik olarak MODE_TICKVALUE'a eklenmelidir.
Diğer bir şey de, mt4 sadece forex ile çalıştığında, para birimi teklifi ile bir bilgiye ihtiyaç duymadığını, her zaman sağdaki 3 harf olduğunu anlıyorum. Ama şimdi cfd ile o 3 harf yok, bunu saklayan bir değişkene sahip olmalı.
Sunucu tarafı hesaplamaları otomatik olarak MODE_TICKVALUE'a eklenmelidir.
Diğer bir şey de, mt4 sadece forex ile çalıştığında, para birimi teklifi ile bir bilgiye ihtiyaç duymadığını, her zaman sağdaki 3 harf olduğunu anlıyorum. Ama şimdi cfd ile o 3 harf yok, bunu saklayan bir değişkene sahip olmalı.
Ve belki de hayal kırıklığınızın kökü budur... komisyoncunun bir şeyler yapması gerektiği fikrine sahip olmanız, komisyoncunun bozulduğu anlamına gelmez, sadece işlerin belirli bir şekilde yapılmasını tercih ettiğiniz anlamına gelir.
Brokerin herhangi bir şey tohumlaması gerekmez, elbette yapsalar iyi olurdu, ancak bunu yapmaları gerekli değildir ve yine de işlemlerin muhasebesini denklemin kendi tarafında doğru bir şekilde yürütürler (ki bu sadece budur). yasal/güvenceli anlamda önemli olan denklemin tarafı).
Ve karşı para birimi her zaman sağdaki 3 harf değildir. Örneğin CMS ile sağdaki 3 harf her zaman "FXF" dir. Ve IBFX mini hesaplarında sağdaki son harf küçük "m" harfidir.
Evet, cfd fiyat değerlendirmeleri için kullanılan karşı para birimini çıkarmanın bir yolunun olması güzel olurdu, 3 karakter veya bilgiyi depolayan ekstra bir değişken olsun... ...") ve komisyoncunun asgari düzeyde iş olarak neler yapabileceğini ve hala herhangi bir sorun olmadan çalışabileceğini.
Size başka bir örnek vereceğim...sunucu zaman senkronizasyonu. Aracınız ve tüm aracılar sunucu zamanlarını (TimeCurrent() ile eriştiğiniz şey) bir yerde bir atomik saat sinyaliyle senkronize halde tutsalar iyi olmaz mıydı? Bu, komisyoncudan komisyoncuya ve hatta birden fazla sunucuları varsa aynı komisyoncu içindeki mumların gerçek OHLC değerlerine gelince önemlidir. Ve yine de yapmıyorlar.
Yapmalıdırlar, ancak yapmamalarına rağmen açıkça işlev görebilirler. Aracımın gerçekte yaptıklarının gerçekliğini hesaba katmak için ne yapması gerektiğine dair beklentilerimi ayarlamak zorunda olan benim.
Mesele şu ki, komisyoncu değil, yazılım... Geliştirenlerin umurunda değil.
Sorun şu ki, aracı hepsini yapılandıramıyor, yazılım bazı verileri istemciye göstermeme seçeneğini bırakıyor...
Buradaki bazı insanların neden bu yazılımın olduğu gibi mükemmel olduğunu düşündüğünü bilmiyorum.
çok komik...