MT5'te toplam konumun yapısının GÜVENİLİR bir hesabını uygulamak mümkün müdür? - sayfa 18
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
Çeşitli vesilelerle cesur açıklamalarınız (niteliklerim, MC'deki durum vb.) düşüncenize olan ilgiyi biraz azaltıyor, değil mi?))) Bir şekilde size cevap vermenin bir anlamı yok - neden açıklamalarına tepki veriyorsunuz? bariz yetersiz bir insan? )))
Başlangıç olarak, halüsinasyonları gerçeklikle karıştırmayı bırakın - hadi konuşalım.
Her şey, sakinleştim.
Ne hakkında konuşmalıyız?
Zaten bir kalem ve defter hazırladım.
seni dinliyorum canım
Sadece açıklığa kavuşturuldu. SL seviyesi hiçbir şekilde garanti edilmediğinden, sadece Piyasa talebi üzerine piyasalarda yürütüldüğünden, emir defterinde TP seviyesine ulaşılmamasına gerek yoktur. Sadece. piyasada SL çalıştırılmadan önce TP seviyesindeki Execution server (Dukascopy) tarafından (sipariş defterinde olsa dahi) silinir. Ne yazık ki, tüccar, ticaret sunucusuna ideal bir bağlantı olsa bile, bu anı MT5'te GÜVENİLİR bir şekilde uygulayamaz. Ve gerçekten MT5'te TAMAMEN GÜVENİLİR DEĞİLDİR.
Bu sorunun çözümü şöyle görünür:
MT5 ticaret sunucusu düzeyinde Limit emirleri ve Stop emirleri arasında aşağıdakileri veren bir ilişki (FILL->KILL) tanıtılır:
- bir Stop emrinin piyasa uygulamasından önce, bununla ilişkili Limit emri, Execution server tarafından silinir.
- Limit emri tetiklendikten sonra, onunla ilişkili Durdurma emri, Yürütme sunucusu tarafından silinir.
Tartışılan tüm sorunlar oldukça basit bir şekilde çözülür - sunucuya koşullu sipariş yerleşimi getirilerek. Bu arada, klasik değişim planına göre çalışan birçok broker tarafından yapılır. Bunu yapmak için, sipariş verirken, iptal edilen ve girilen ilgili siparişleri ayarlama özelliğini eklemeniz gerekir. Mantık basit: A emri yerine getirilirse, o zaman B ve C emirleri verilir.İptal için aynı: A emri yerine getirilirse, B ve C emirleri iptal edilir.Tersi mümkündür: eğer B emri verilirse A siparişi yürütülür.Aslında aynı şey. Ve sonra toplam pozu hesaba katma sorunu temel olarak çözülür ve hatta TP ve SL'yi ayarlayıp iptal eder. Ayrıca, birçok ek özellik sağlar.
ZY Yazdıktan sonra, getch'in daha önce bir gönderide bundan bahsettiğini gördüm. Ancak sadece bir limit ve bir stop emrini bağlamak gerekli değildir. Herhangi birini bağlayabilirseniz, çok daha fazla olasılık vardır.
için: almak
Решение данной проблемы видится так:
вводится связь (FILL->KILL) на уровне торгового сервера MT5 между Limit-ордерами и Stop-ордерами, которая дает следующее:
- перед тем, как сделать маркет-сиполнение Stop-ордера, удаляется Execution-сервером связанный с ним Limit-ордер.
- после срабатывания Limit-ордера, удаляется Execution-сервером связанный с ним Stop-ордер.
Bunu yapmak zor çünkü. siparişlerin farklı biletleri var.
Sunucuda ve terminalde bir alan daha girmeniz gerekiyor,
ve MQ böyle standart dışı bir adıma geçmeyecektir.
TP ve SL var. Yani ne, bu toplu pozisyon için.
Tamsayı'nın dediği gibi - duraklar son çare :-)
Avallar için:
Bu konu nasıl yapılacağı ile ilgili değil, hiç yapılabilir.
Yapılabilir.
Bu konu, birkaç uzman ve tek bir toplu pozisyon varlığında emir yürütmenin güvenilirliği ile ilgilidir.
Sürümünüz en güvenilir değil.
için: almak
Bunu yapmak zor çünkü. siparişlerin farklı biletleri var.
Sunucuda ve terminalde bir alan daha girmeniz gerekiyor,
ve MQ böyle standart dışı bir adıma geçmeyecektir.
TP ve SL var. Yani ne, bu toplu pozisyon için.
Tamsayı'nın dediği gibi - duraklar son çare :-)
Getch ile aynısını yazdım))) ve bu, çoğu aracılık yazılımında uygulanan %100 güvenilir ve standart bir adımdır.
Tartışılan tüm sorunlar oldukça basit bir şekilde çözülür - sunucuya koşullu sipariş yerleşimi getirilerek. Bu arada, klasik değişim planına göre çalışan birçok broker tarafından yapılır. Bunu yapmak için, sipariş verirken, iptal edilen ve girilen ilgili siparişleri ayarlama özelliğini eklemeniz gerekir. Mantık basit: A emri yerine getirilirse, o zaman B ve C emirleri verilir.İptal için aynı: A emri yerine getirilirse, B ve C emirleri iptal edilir.Tersi mümkündür: eğer B emri verilirse A siparişi yürütülür.Aslında aynı şey. Ve sonra toplam pozu hesaba katma sorunu temel olarak çözülür ve hatta TP ve SL'yi ayarlayıp iptal eder. Ayrıca, birçok ek özellik sağlar.
ZY Yazdıktan sonra, getch'in daha önce bir gönderide bundan bahsettiğini gördüm. Ancak sadece bir limit ve bir durdurma emrini birbirine bağlamak gerekli değildir. Herhangi birini bağlayabilirseniz, çok daha fazla olasılık vardır.
Üzgünüm, anlamadım. İyi bir fikir. Böyle mini senaryolar.
Ancak sorun şu ki, bu, sunucu üzerinde toplu olmayan konumları depolamaktan daha da büyük bir yük.
Üzgünüm, anlamadım. İyi bir fikir. Böyle mini senaryolar.
Ancak sorun şu ki, bu, sunucu üzerinde toplu olmayan konumları depolamaktan daha da büyük bir yük.
böylece kullanıcı yine de bu istekleri girecektir. Aslında, her şey temeldir ve herhangi bir kaynak yemez. Herhangi bir platformun gerekli bir parçasıdır. Örneğin, QUIKa http://www.quik.ru/about/features/conditional-orders/
Ayrıca Alfa Direct http://www.alfadirect.ru/help3_3/index.htm var ve burjuva ticaret platformlarında var. Nerede olmayacağı terminali hatırlamıyorum.
Getch ile aynısını yazdım))) ve bu, çoğu aracılık yazılımında uygulanan %100 güvenilir ve standart bir adımdır.
Yaygın fırsatlar, ortak OCO siparişleri (bir ticaret sunucusundaki en ilkel mini komut dosyaları) tarafından sağlanır. MT5'teki FILL->KILL bayrağı yeterli görünüyor. Bazı şirketler (bir la StrategyRunner), sunucularında komut dosyaları ve hatta Uzman Danışmanlar depolama yolunu seçmiştir. Bu yolun avantajları (tartışmalı) ve dezavantajları (tartışmalı) vardır. MetaQuotes diğer tarafa gitti.
Yaygın fırsatlar, ortak OCO siparişleri (bir ticaret sunucusundaki en ilkel mini komut dosyaları) tarafından sağlanır. MT5'teki FILL->KILL bayrağı yeterli görünüyor. Bazı şirketler (bir la StrategyRunner), sunucularında komut dosyaları ve hatta Uzman Danışmanlar depolama yolunu seçmiştir. Bu yolun avantajları (tartışmalı) ve dezavantajları (tartışmalı) vardır. MetaQuotes diğer tarafa gitti.
Nereye gittikleri hala tam olarak belli değil.