Hatalar, hatalar, sorular - sayfa 689
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
Alex, neden temel model olarak çoklu para birimi almıyor ve buna ihtiyacı olmayanlar için DC'ye senkrobarları keserek geçmişlerini kısaltmaları için yalvarmalarına izin ver.
ZY Sorun şu ki, terminali çoklu para birimi MQ olarak konumlandırmak tek para birimi temeli bıraktı, çoklu olay yok, dolayısıyla sonraki tüm sorunlar.
Peki, test cihazının modelinin veya modelinin bununla ne ilgisi var.
platformun özü, orijinal bilgileri terminallerde göründüğü ve sunucuya geldiği miktarda açıkça almak ve kaydetmektir.
Geliştiriciler herhangi bir tıkaç veremez! Keneler ile ilgili bilgiler geldiği kadar geldi. Bir bayt daha fazla değil, daha az değil.
Çoklu para birimi test modeli, her dakika bir çubuğun varlığını ima ediyorsa, bu bir sunucu işletim modeli değil, bir test cihazı işletim modelidir.
Gösterge yapı modeli, her dakika bir çubuğun varlığını ima ediyorsa, bu bir sunucu işlem modeli değil, bir gösterge işlem modelidir.
Geliştiricilere , sunucuyu geçmiş algılama veya test etme modellerine uyacak şekilde değiştirmeleri için yalvarmaya gerek yoktur, bu yapıcı değildir.
Eksik dakika geçmişine ihtiyacınız varsa, DC'lerinizden bunu istemeniz gerekir, böylece kaçırılan her dakikanın çubuklarını tek ciltlerle geçmişlerine eklerler.
Bir komisyoncudan Metaquotes koltuk değneklerini atlamasını mı istiyorsunuz? Koltuk değneği, tek para birimi tüccarları için de geçerlidir.
Sunucunun bir dakika çubuğunun başlangıç zamanını :00 saniye olarak değil de ilk tik işaretinin geldiği zaman, örneğin :05 veya :24'te saklamasına mı ihtiyacınız var?
İş için gerekli olan tek şey buysa ve birçok test problemini çözecekse, terminal ve test cihazının kalitesi ne kadar iyileşecek? Çoklu para birimi testi için birkaç saniyelik böyle bir geçiş kritik mi?
Test cihazının, tik hacmini kullanarak çubuğun içindeki tüm fiyatları simüle ettiğini unutmayın. İlk tıklama olduğu gibi gelirse ne kadar kazanacaksınız ve geri kalanı - gerçek hayattaki gibi değil mi?
Bu denkleştirme, sonraki keneleri herhangi bir şekilde etkilemiyorsa, neden bu denkleştirme? İlk gerçek kene için mi?
Bana öyle geliyor ki, gerçek bir kene geçmişi üzerinde bir test yapmadan - ilk kenenin gerçek zamanını hesaba katmak ve sonrakileri simüle etmek hayali bir faydadır.
Peki, test cihazının modelinin veya modelinin bununla ne ilgisi var.
platformun özü, orijinal bilgileri terminallerde göründüğü ve sunucuya geldiği miktarda açıkça almak ve kaydetmektir.
Geliştiriciler herhangi bir tıkaç veremez! Keneler ile ilgili bilgiler geldiği kadar geldi. Bir bayt daha fazla değil, daha az değil.
Çoklu para birimi test modeli, her dakika bir çubuğun varlığını ima ediyorsa, bu bir sunucu işletim modeli değil, bir test cihazı işletim modelidir.
Gösterge yapı modeli, her dakika bir çubuğun varlığını ima ediyorsa, bu bir sunucu işlem modeli değil, bir gösterge işlem modelidir.
Geliştiricilere , sunucuyu geçmiş algılama veya test etme modellerine uyacak şekilde değiştirmeleri için yalvarmaya gerek yoktur, bu yapıcı değildir.
Eksik dakika geçmişine ihtiyacınız varsa, DC'lerinizden bunu istemeniz gerekir, böylece kaçırılan her dakikanın çubuklarını tek ciltlerle geçmişlerine eklerler.
Gerçekleri gerekli düşünce akımına uyacak şekilde manipüle ediyoruz :)
Sunucu keneler gönderiyor, tik geçmişini nerede görüyorsunuz ???
Öte yandan, terminal, sunucunun depoladığı geçmişi alır, ancak neden sunucuda geçmişi senkronize değil de bu biçimde depolamak doğru kabul edilir ???
Sunucunun neden kendisinde bir frekans üreteci yok???
Çubukları zamana göre kesmek neden doğru kabul edilir, ancak artık bir frekans üreteci tanıtmak doğru değildir ???
hadi zamandan tamamen kurtulalım ve tic-tac-toe'ya geçelim. Temelde zaman kavramı yoktur.
Sunucunun bir dakika çubuğunun başlangıç zamanını :00 saniye olarak değil de ilk tik işaretinin geldiği zaman, örneğin :05 veya :24'te saklamasına mı ihtiyacınız var?
Hayır, bununla ilgili değil. Sadece barın açılış fiyatının, dakikanın açılış anında gerçek hayattaki fiyata karşılık gelmesi gerekir. Onlar. Dakika açılışında bar açılış fiyatını gösteren test cihazının yalan söylemediğinden emin olmak gerekir.
Çoklu para birimi testi için birkaç saniyelik böyle bir geçiş kritik mi?
Çünkü ciddi bir desenkronizasyon sağlar. Örneğin, bu nedenle, birbirine bağlı birkaç sembol arasında açılış fiyatlarında neredeyse sabit bir arbitraj durumu yaratılır.
Test cihazının, tik hacmini kullanarak çubuğun içindeki tüm fiyatları simüle ettiğini unutmayın. İlk tıklama olduğu gibi gelirse ne kadar kazanacaksınız ve geri kalanı - gerçek hayattaki gibi değil mi?
Olduğundan önemli ölçüde daha fazla - senkronizasyon sadece kapanış fiyatları arasında değil, aynı zamanda açılış fiyatları arasında da olacaktır. Ayrıca, çoklu para birimi çubukları senkronize edilecek, bu da optimizasyon sırasında çok para birimi çubuklarında her geçişte aynı işlem için harcanan büyük miktarda bilgi işlem kaynağını serbest bırakacak - senkronizasyon.
Bana öyle geliyor ki, gerçek bir kene geçmişi üzerinde bir test yapmadan - ilk kenenin gerçek zamanını hesaba katmak ve sonrakileri simüle etmek hayali bir faydadır.
Çoklu para birimi geçmişini saklama görevi, video saklama görevine çok benzer. Geçerli bir eşitleme çerçevesi depolamak ve bu çerçevedeki değişiklikleri kaydetmek gerekir.
Şu anda hiçbir senkronizasyon çerçevesi yok, senkronizasyon dizeleri var. Her satır (döviz çifti) değişikliklerini saklarken, satırların kendilerinin bile bir senkronizasyon noktası yoktur.
Bu noktada (barın açılması) fiyatın tam orada olduğunu güvenilir bir şekilde söylemek mümkün değil.
Barın açılış saati xx:yy:00 ve açılış tik xx:yy:12 olduğu için
Barın açılış saati xx:yy:00 ve açılış tik xx:yy:12 olduğu için
bu şekilde tutmak için, geliştiricileri böyle olması gerektiğine ve herkesin sadece fayda sağlayacağına ikna etmek için çok çaba sarf etmeniz gerekiyor.
ama uygulanabilir (teknik tarafı kastediyorum). barları depolamak ve işlemek için onları sunucu motorunu (ve aynı zamanda terminal motorunu) yeniden yazmaya ikna etmeniz yeterlidir :)
Bu durumda, daha büyük bir direnç (yüzde 80) tam olarak iknanın ilk aşamasında olacaktır. Sonrası progerlere kalmış.
Veles ve Ganesh onlara yardım edebilir mi?
Bu noktada (barın açılması) fiyatın tam orada olduğunu güvenilir bir şekilde söylemek mümkün değil.
Barın açılış saati xx:yy:00 ve açılış tik xx:yy:12 olduğu için
Sadece kapanış fiyatlarına odaklanırsanız yapabilirsiniz. Ancak bunu yapmak için, geçerli fiyat olarak Close[1] alarak bir dakikanın (bar değil) kapanış olayını izlemeniz gerekir.
Tamamen yapay geliştirici koltuk değneklerinin benzer bypassları kullanılır, ancak bu çözüm anüsten geçer.
Geliştiriciler durumu değiştirse bile, simüle edilen Ask-price, test cihazında hem gerçek hem de çoklu para birimi analizi ile yine de senkronize dışı verecektir.
Çünkü ciddi bir desenkronizasyon sağlar. Örneğin, bu nedenle, birbirine bağlı birkaç sembol arasında açılış fiyatlarında neredeyse sabit bir arbitraj durumu yaratılır .
... ki bu gerçekte yoktur, ancak test eden kişi için arbitrajın var olduğu konusunda bir yanılsama yaratır.
Doğru?
... ki bu gerçekte yoktur, ancak test eden kişi için arbitrajın var olduğu konusunda bir yanılsama yaratır.
Doğru?
Oldukça doğru. Gerçek hayatta arbitraj yoktur ve test cihazı, görünüşte doğru (simüle edilmemiş) geçmiş veri açılış fiyatlarına dayalı olarak arbitraj fiyatlarını gösterir.
O kötü...
Her zaman omuriliğimle çoklu para birimi analizinden kaçınılması gerektiğini hissettim, aksi takdirde alnımdan bir tırmık alırdım. Boşuna kaçınmadığı açıktır.