Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Birçoğu yine bende kusur bulacak, ama ben fikrimde kalıyorum. Evet yukarıda duygusal konuştum, kırdıysam özür dilerim...
uzaktan geleceğim.
Açılmadan önce bir Sovyet mağazası hayal edin, sabah 9:00'da olsun. Bir sürü insan var, kıtlığa hasret, girişin önüne itiyor. Tam 9:00'da mağazanın kapısını içeriden açan herhangi bir yükleyici, gelen kalabalık tarafından ezilme riskiyle karşı karşıyadır. Kalabalık nihayet mağazaya girer ve ilk dakikalarda mağaza kaotik değilse de hareketlidir. Gürültü, azarlama. Bazı haydutların alıcıların ön saflarında olduğu görülür. Burada kalabalık kendini daha da kışkırtır ve gürültü yapar...
Böyle. Şimdi tüccar monitörün önünde oturuyor, herhangi bir kalabalık görmüyor, "dükkan" açılmadan önce her şey sessiz. Yaygara ve kaos hissi, bir Sovyet alıcısı olarak onu rahatsız etmiyor. Ancak bu, değişim sistemi başladığında durumu iptal etmiyor ve başvurularda bir artış var. Dar boyun ilkesi ortadan kalkmaz ve yürürlükte kalır.
Soru. Brokerin müşterilerini rastgele mi yoksa bir algoritmaya göre mi mağazaya soktuğunu düşünüyorsunuz? Bana öyle geliyor ki, büyük alıcılara öncelik veriliyor. Onlarla, komisyoncu ödül olarak daha fazlasını alacaktır. Peki, komisyoncunun itibarı sorunu. Büyük bir alıcının memnuniyetsizliği, küçük bir alıcının memnuniyetsizliğinden daha tehlikelidir. Onlar. Büyük müşterilerden gelen siparişlerin açılışta daha hızlı karşılandığını varsayıyorum.
Soru. Komisyoncunun "mağazanın" küçük alıcısının acı çektiğini anlamadığını mı düşünüyorsunuz? Bence anlar. Toplu olarak "orada" aptal olmadığını öğrendik. O zaman komisyoncu ne yapmalı? Muhtemelen bir şekilde küçük bir alıcının memnuniyetsizliğini en aza indirir. Tam olarak nasıl? Başvuruyu iptal edemezsiniz, o zaman küçük şey şöyle diyecektir: “Çok saygın, küçük de olsa bir tüccar, komisyoncudan kapıdan nasıl bir dönüş aldım?” Muhtemelen, hırsızlar stoklanana kadar küçük şeylerin uygulamalarını başvuru kuyruğunda tutabilirsiniz ... Peki ya da ana uygulamaları kabul edin - satın alın veya satın alın ve değişikliği tutun ...
Şimdi borsada bu tür birçok broker olduğunu hayal edin: seansın başında bir Sovyet mağazasında olduğundan daha fazla yaygara var.
Düşünceler bunlar.
PS Metnimdeki tüm eşleşmeler rastgele ve açıklayıcıdır.
FORTS ağ geçidinin nasıl çalıştığını bilmediğiniz gerçeğinden çok fazla "su" var.
Giriş kısıtlamaları var, yani saniyede sadece 30 işlem gönderebiliyorum.
Daha önce Tearaway'in 3 MT5 sunucusu vardı ve şimdi 8'i var ve gecikmeler azalmadı,
ama muazzam bir şekilde arttılar, ancak FORTS'ta başka MT5 kullanıcısı yoktu!
Bu, olayın yaşanmadığının kanıtı olacaktır.
Olmayacak!
Kullanıcının yaptığı her şey kanıt değildir, yalnızca terminal günlükleri kanıt olacaktır!
Olmayacak!
Kullanıcının yaptığı her şey kanıt değildir, yalnızca terminal günlükleri kanıt olacaktır!
Ancak OnTradeTransaction() içindeki tüm olayların kullanıcı tarafından günlüğe kaydedilmesi, nedenlerin anlaşılmasına yardımcı olacaktır.
Ancak OnTradeTransaction() içindeki tüm olayların kullanıcı tarafından günlüğe kaydedilmesi, nedenlerin anlaşılmasına yardımcı olacaktır.
Güzel...
Günde 4000 işlemim var, her işlem en az 5-6 kez OnTradeTransaction "çekiyor"
Bu "ayak bezleri"ni kim anlayacak :) Sonuçta, günlüklere ve bir terminale ve ayrıca MT5 Sunucusunun günlüklerine ihtiyaçları var.
Katma
Yeni yapının yayınlanmasına kadar her şey yolunda gitti.
Evet ve şimdi çalışıyor, ancak bazen Aracı Sunucularında hatalar olabiliyor.
Katma
Bir sipariş verirken, değiştirirken ve silerken ona bir durum ( state ) atar ve kurulum zamanını not ederim.
Burada
Ve OntradeTransaction'da bu bayrak ( ORD_DO_SET ) sıfırlanır
Zamanlayıcı (1 saniye), OnTradeTransaction'a hiçbir şey ulaşmadıysa, bu siparişin durumunu kontrol eder.
Ve yeni bir zaman algılar, günlüğe kaydeder
Günlüğü görüntülemeden önce, bu fonksiyon siparişe ne olduğunu kontrol eder.
Katma
Gerçek şu ki, geçen yıl, OnTradeTransaction GARANTİLİ oldu! :)
tabiri caizse. terminale bir olay gelirse, olay kuyruğunda OnTradeTransaction olarak yer alması garanti edilir. bu, EA tarafından işlenmesinin garanti edildiği anlamına gelmez.
soru bununla ilgili:
İşlem kuyruğunun uzunluğu 1024 elemandır. OnTradeTransaction() sonraki işlemi işlemek için çok uzun sürerse, kuyruktaki eski işlemler yenileri tarafından zorlanabilir.
ve sırayla danışmanın kendisinin olayları. kaç tane olabilir ve bir yer değiştirme olup olmadığı. (alıntı danışmanlarla ilgili değilse)
tabiri caizse. terminale bir olay gelirse, olay kuyruğunda OnTradeTransaction olarak yer alması garanti edilir. bu, EA tarafından işlenmesinin garanti edildiği anlamına gelmez.
soru bununla ilgili:
ve sırayla danışmanın kendisinin olayları. kaç tane olabilir ve bir yer değiştirme olup olmadığı. (alıntı danışmanlarla ilgili değilse)
Sizce uzun mu?
Sizce uzun mu?
EA'nın olay kuyruğunda (bir zamanlayıcı gibi) yalnızca bir OnTradeTransaction olayı varsa, kodunuzun hızı önemsizdir.
değilse, siparişlerle eşzamanlı mı yoksa eşzamansız olarak mı çalıştığınıza bağlı olarak.EA'nın olay kuyruğunda yalnızca bir OnTradeTransaction olayı varsa (bir zamanlayıcı gibi), kodunuzun hızı önemli değildir.
değilse, siparişlerle eşzamanlı mı yoksa eşzamansız olarak mı çalıştığınıza bağlı olarak.Eşzamansız olarak, ancak aynı anda 30'dan fazla olamaz
Bu arada, işte bir tane daha (ve her nedense 10-10'dan 14-00'e kadar her şey yolunda gitti)
2018.02.28 14:07:59.505 Trades 'xxxxx': cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.071 Trades 'xxxxx': accepted cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.107 Trades 'xxxxx': cancel #84736275 buy limit 3.00 LKOH-9.18 at market done in 9602.694 ms 2018.02.28 14:00:32.653 trader (FEES-3.18,M1) CheckTradingTime: Сейчас 2018.02.28 14:00, если есть необходимость, можно закрыть терминал. 2018.02.28 14:08:00.522 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:01.543 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:02.553 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:03.565 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:04.593 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:05.625 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:06.654 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:07.667 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:08.680 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL
Ama burada sunucu yanıtını bekledik :)
Ama en son buraya yazdığımda sana garip gelmiyor mu?
Nisan 2017, yeni yapı 1571 çıktı
Ve şimdi 1755, ancak o zaman 2 saniyeydi ve şimdi...
O zaman neden 9 ay boyunca bu kadar sessiz kaldım (ve danışmanlara bile dokunmadım)!
Katma
FORTS'daki enstrüman sayısı değişmedi, Opener 5 yeni MT5 sunucusu ekledi,
ticaret hacimleri azaldı, ancak sorun sadece devam etmekle kalmadı, aynı zamanda "büyüdü".
Ve terminalin kendisi saniyede 60'tan fazla sipariş göndermeyecek