MT5'te türev piyasa fiyatları - sayfa 9
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
Kvikovcular "hiçbir şey saklamadıklarını" iddia ediyorlar, plazadan terminale kadar her şeyi yayınlıyorlar. Aynı zamanda, hızlı değişim bilgisinin her bölümü için bir olay oluşturur. Bu nedenle, bu olayların işleyicilerinde dosyaya karşılık gelen verileri yazmak mantıklı olacaktır. Ardından "tüm işlemler" dosyasını "sipariş defteri resimleri" dosyasıyla karşılaştırın.
Ve burada bir incelik var. Bardağın kendisi, bardağa varış olay işleyicisine ulaşmaz. Ve işleyicide talep edilmesi gerekiyor. Ve olaya neden olan camın kesilmesini değil, örneğin bir sonrakini tereddüt edebilir ve alabilirsiniz. Onlar. kesimi atlayın ve "camdan ticaret" alın.
MT5'te hemen hemen aynı. Ve meta alıntılar dürüstçe bu konuda uyarıyor:
Olay işleyicileri ile ilgili değil.
En iyi fiyat verilerinin iletilmesinin iki yolu vardır.
1. Cam kesim
2. Ortak tablo, enstrümanla ilgili bilgileri en iyi fiyatlar ile birlikte yayınlar.
Bir olayın sipariş defteri tarafından mı yoksa cihaz hakkındaki bilgiler tarafından mı oluşturulduğu hiç önemli değildir.
Bilginin tüm terminallere aynı şekilde gelmesi ve farklı Brokerlerin geçmişinde olması önemlidir.
farklıdır, işlemler her yerde aynıdır, ancak talep ve teklif oldukça farklıdır.
Her iki MT5 terminalinde de talep ve teklif alma algoritması farklı brokerler için aynıdır, bu yüzden şu sonuca varıyorum:
bu algoritma tam olarak doğru çalışmıyor. Alıntı boşlukları var.
prostotrader # :
Bir olayın sipariş defteri tarafından mı yoksa aletle ilgili bilgiler tarafından mı oluşturulduğu hiç önemli değildir.
Bilginin tüm terminallere aynı şekilde gelmesi ve farklı Brokerlerin geçmişinde olması önemlidir.
farklıdır, işlemler her yerde aynıdır, ancak talep ve teklif oldukça farklıdır.
Her iki MT5 terminalinde de talep ve teklif alma algoritması farklı brokerler için aynıdır, bu yüzden şu sonuca varıyorum:
bu algoritma tam olarak doğru çalışmıyor. Alıntı boşlukları var.
Olayların nasıl oluşturulduğu ve oluşturulup oluşturulmadığı önemlidir. Ve olaya neden olan değer de işleyiciye gelirse, o zaman genellikle sorun olmaz çünkü. Değerleri kaçırmamak için daha fazla güven.
Plaza, teklif/talep içeren FORTS_COMMON_REPL akışını yayınlar. Bu bilgilerin bir kısmı QUIK'e ulaştığında OnParam olayı oluşturulur. Ve belirsizlik burada başlıyor. Hızlı'da kutuyu işaretleyebilir ve saniyeler içinde "Verileri mevcut durumla güncelleme aralığı"nı seçebilirsiniz. Ve sonra bu aralıkla OnParam olayı oluşturulacaktır. Ve tabii ki, teklif/talep değişiklikleri atlanacak. Ve kutuyu işaretleyemezsiniz ve ardından OnParam oldukça sık oluşturulur. Ama cam kesimlerinden biraz daha az. Prensip olarak, sipariş defteri değişirse mümkündür, ancak en iyi teklif/satış değişmez.
MT5'te Quick'da OnParam'a benzer bir olay bulamadım. Böyle bir olay yoksa , kendinizi atlamalardan olabildiğince korumak için mantıksal olarak OnBookEvent işleyicisinde teklif / talep toplamanız (ve işleme, örneğin tekrarları kaldırmanız) gerekir. Bir şekilde farklı ve hatta farklı bir şekilde yaparsanız, farklı teklif/sorma hikayeleri alabilirsiniz.
OnBook ve OnTick konusunda bir , olayların işlenmesi paralel olarak değil sırayla gerçekleştirildiğinden hayal kırıklığına uğrarsınız.
Kvikovcular "hiçbir şey saklamadıklarını" iddia ediyorlar, plazadan terminale kadar her şeyi yayınlıyorlar. Aynı zamanda, hızlı değişim bilgisinin her bir bölümü için bir olay oluşturur. Bu nedenle, bu olayların işleyicilerindeki dosyaya karşılık gelen verileri yazmak mantıklı olacaktır. Ardından "tüm işlemler" dosyasını "sipariş defteri resimleri" dosyasıyla karşılaştırın.
Ve burada bir incelik var. Bardağın kendisi, bardağa varış olay işleyicisine ulaşmaz. Ve işleyicide talep edilmesi gerekiyor. Ve olaya neden olan camın kesilmesini değil, örneğin bir sonrakini tereddüt edebilir ve alabilirsiniz. Onlar. kesimi atlayın ve "camdan ticaret" alın.
MT5'te hemen hemen aynı. Ve meta alıntılar dürüstçe bu konuda uyarıyor:
"Olabildiğince hızlı" ne demek?
bununla ilgilenmemiz gerekiyor mu?
;)
---
Burada herhangi biri bir bardağın kesiminin uygunluğunun nasıl kontrol edileceği hakkında konuşabilir mi?
Prensip olarak, zamanın hangi noktasında kesildiği önemli değildir.
öz önemlidir, yani. aslında onun bunu göstermesi gerekiyor mu?
peki, karışım karışımdır ....
Forex'ten hiç bahsetmiyorum.
geçen gün bu PPC'yi fark ettim.
bu arada ve herhangi bir borsada aynı .ren, çünkü fiyat aynı, pek farklı değil - +/-, konu değil.
Söyledikleri en önemli şey gösterge niteliğindeki alıntılardır! ve bunlardan hangisi saçma - senin aklına gelmedi ??? ;)))
genel olarak, yakında Masonlara saygı duyacağım
İNSANLARI para için becermek ve para vermemek çok kolay, PPC ..............
---
Buradaki sorun nedir?????????
Hataları hep doğrularda bulursun ;)
Kahrolası Masonik piramit, nihai gerçeğin nerede olduğunu anlayana kadar kafatası çatlayacak.
ya biri ya diğeri ;)
ilkel tabiki ama hiçbir yerde anlatılmıyor o yüzden zor ;)
OnBook ve OnTick konusunda bir test danışmanı vardı.
Şimdiye kadar, şuna benziyor: Borsa (diğerlerinin yanı sıra) 3 varlık doğurur: cam akışı, Ortak akış (teklif / talep içerir), Tüm İşlemlerin akışı. Ayrıca, bu varlıklar birbirleriyle senkronize değil, özerk bir yaşam sürüyorlar. Aracı, yalnızca akış içindeki veri tutarlılığına dikkat ederek akışları birbirinden bağımsız olarak işler (kendi özel protokolüne yeniden paketler ve terminallere çevirir). Terminal ayrıca bu akışları birbirinden bağımsız olarak işler (olayları işler/çeker). 10-20 ms'de dişler arasındaki uyumsuzluğun harika bir sonuç olduğu ortaya çıktı.
Aracı, yalnızca akış içindeki veri tutarlılığına dikkat ederek akışları birbirinden bağımsız olarak işler (kendi özel protokolüne yeniden paketler ve terminallere çevirir).
Yine "balık parası için" mi?
Komisyoncu hiçbir şey yapmaz.
Broker'ın ağındaki terminalin sunucu kısımları gelen bilgileri işler ve terminallere gönderir.
prostotrader # :
Broker ağındaki terminallerin sunucu kısımları gelen bilgileri işleyerek terminallere gönderir.
Doktor # :
Aracı, akışları işler (tescilli protokolüne yeniden paketler ve terminallere çevirir )
Bu yorumlardaki anlamsal farkı görüyor musunuz?
Bu yorumlardaki anlamsal farkı görüyor musunuz?
:)
Eğitim programına başlayalım...
Hem QUICK hem de MT-5, İstemci <--> Sunucu uygulamalarıdır
İstemci (terminal) son kullanıcıda bulunur.
Sunucu, aracının ağındadır.
Sunucu (MT-5, QUIK) tüm bilgileri ağ ve Promserver Broker üzerinden alır, işler ve Terminal'e gönderir.
Broker bu sürece hiçbir şekilde müdahale etmez.
Yalnızca sunucu ayarlarına girebilir (örn. sipariş defteri derinliği)
Peki ne olur, tek bir alıntı tarihi bir efsane mi?
Peki ne olur, tek bir alıntı tarihi bir efsane mi?
Bir efsane değil, yazılım yaramaz ...