Hatalar, hatalar, sorular - sayfa 399
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
papaklass, cevap için teşekkürler!
Örnek (muhtemelen tekrarlanıyor):
Minimum parti = 1.0; minimum parti adımı = 0.1. Fiyat düşmeye başlar, tüccar 10.1 lotluk uzun bir pozisyonu kapatmaya çalışır. Bir haber piyasası söz konusu olduğunda, ORDER_FILLING_AON emrinin gerçekleşmesini beklemeyebilir. RDER_FILLING_CANCEL kullanmak daha mantıklı. Satılacak karşı ticaret kısmen gerçekleştirilir (10.0 lot için). Uzun pozisyonun geri kalanı (0,1 lot) kayıplara uğramaya devam ediyor. Kapatamazsın çünkü. minimum ticaret lotu = 1.0 lot. Onlar. Bir tüccar, piyasadan tamamen çıkmak için:
1. En az 1.0 lot satın alarak bariz kayıplara uğrayın.
2. ORDER_FILLING_AON parametresi ile 1.1 lotluk satış yapmaya çalışın.
Bu nedenle, akıl sağlığı açısından, ORDER_FILLING_CANCEL ve ORDER_FILLING_RETURN girişi, minimum lot ve minimum lot adımı değerlerine katı bir gereklilik getirir, bunların eşit olması gerekir.
Başka bir örnek.
SL/TP seti ile lot 1.0 ile uzun bir pozisyon var. Tüccar, maksimum SL / TP'yi (satış için) belirten 1.1 lotluk bir ters işlem (satış) yapmaya çalışıyor.
Diyelim ki piyasada böyle bir hacim var ve diğer her şey eşit olduğunda, ortaya çıkan pozisyon - SL / TP (satış için) sınırını gösteren 0.1 lotluk bir hacimle satış olacak.
Böyle bir hacim yok mu ve elimizde ORDER_FILLING_CANCEL var mı? Yanlış SL/TP ile ilgili bir hata alacağız. Buradan, mütevazı bir şekilde söyleyelim, akıllıca, ORDER_FILLING_CANCEL parametresiyle çapraz işlemler için SL/TP = 0 göndermektir.
MQL5 programcılarının çoğunun aptal insanlar olmadığını anlıyorum, ancak sipariş vermenin doğruluğunu kontrol etmek için geliştiricilerden algoritmanın yetkin bir açıklamasını içeren bir makale almanın gereksiz olmayacağını düşünüyorum.
Sorumu tekrar edeceğim. Böyle bir makale var mı? Değilse, görünümünü ve ne kadar yakında olacağını ummak mümkün mü?
Emir gerçekleştiğinde, kalan pozisyonun hacmi minimumdan az olamaz.
Nerede böyle bir güven?
Yukarıdaki bir gönderi, böyle bir durumun mümkün olduğu duruma bir örnek (ilk) verdi.
Ya sunucuda siparişin kısmen kapanmasını önleyen bir özellik var ki bakiye minimum lottan az olsun. Bu, belgelerde açıkça nerede belirtilmiştir?
Nerede böyle bir güven?
Yukarıdaki bir gönderi, böyle bir durumun mümkün olduğu duruma bir örnek (ilk) verdi.
Ya sunucuda siparişin kısmen kapanmasını önleyen bir özellik var ki bakiye minimum lottan az olsun. Bu, belgelerde açıkça nerede belirtilmiştir?
Sunucuda tam olarak bu yazılır (son örnekte olduğu gibi). Terminalin zamanında tepki vermesi ve açıkça hatalı bir işlem gerçekleştirmenize izin vermemesi mümkündür.
Tüm mantıksal kurallara göre, minimumdan daha düşük bir hacimle ve pozisyon hacmini minimum lottan daha küçük olana değiştirecek/ayarlayacak bir işlem yapmak mümkün değildir.
Sunucuda tam olarak bu yazılır (son örnekte olduğu gibi). Terminalin zamanında tepki vermesi ve açıkça hatalı bir işlem gerçekleştirmenize izin vermemesi mümkündür.
Tüm mantıksal kurallara göre, minimumdan daha düşük bir hacimle ve pozisyon hacmini minimum lottan daha küçük olana değiştirecek/ayarlayacak bir işlem yapmak mümkün değildir.
Tam olarak ne ve tam olarak nerede "sunucuda ..." yazıyor?
Mesajlarınızda kötü bir şey var: spekülasyon. Doğrudan muhalefet için beni bağışlayın. :-)
Açıkça yazıldığı belgelerde belirli bir bağlantı sağlayın: bakiyenin minimum lottan daha az olması için işlemin kısmi yürütülmesi yasaktır.
Tam olarak ne ve nerede "sunucuda ..." yazıyor?
Mesajlarınızda kötü bir şey var: spekülasyon. Doğrudan muhalefet için beni bağışlayın. :-)
Açıkça yazıldığı belgelerde belirli bir bağlantı sağlayın: bakiyenin minimum lottan daha az olması için işlemin kısmi yürütülmesi yasaktır.
Diyelim ki, Alpari'de (yanılmıyorsam, minimum 0.10 lotları var) herhangi bir kontrol olmadan bir komut dosyası kullanarak 0.01 için çok şey açmayı deneyin.
Buna yanıt olarak ne döndürüleceğini görün (yapıdaki bilgiler).
Ayrıca 2010 şampiyonasının hesaplarında tester'da 0.01 lot ile Expert Advisor çalıştırmayı deneyebilirsiniz.
Bundan sonra, neyin ve nerede mümkün olduğu hakkında kapsamlı bir sohbete devam edeceğiz.
voix_kas :
Açıkça yazıldığı belgelerde belirli bir bağlantı sağlayın: bakiyenin minimum lottan daha az olması için işlemin kısmi yürütülmesi yasaktır.
Bir hidrojen atomu, bir hidrojen atomundan daha küçük olabilir mi? belki, ama artık bizim evrenimiz olmayacak ve "bizim" fiziksel yasalarımız olmayacak ...
Ve belgelerin hangi bölümünde "ABC" veya "Matematiğin Temelleri" denmeli?
Doğrudan muhalefet için beni bağışlayın. :-)
Diyelim ki, Alpari'de (yanılmıyorsam, minimum 0.10 lotları var) herhangi bir kontrol olmadan bir komut dosyası kullanarak 0.01 için çok şey açmayı deneyin.
Buna cevaben ne döndürüleceğine bakın (yapıdaki bilgiler).
Ayrıca 2010 şampiyonasının hesaplarında tester'da 0.01 lot ile Expert Advisor çalıştırmayı deneyebilirsiniz.
Bundan sonra, neyin ve nerede mümkün olduğu hakkında kapsamlı bir sohbete devam edeceğiz.
Doğrudan muhalefet için beni bağışlayın. :-)
canım sen sorumu okudun
Belirli bir hesap/hesap türünde belirlenen minimum lottan daha düşük bir hacimde işlem yapmanın mümkün olup olmadığını sormuyorum. Tabii ki hayır.
Sorum şu: MQL5 konsepti açısından, bir anlaşmanın kısmen gerçekleştirilmesinin açık pozisyonun bakiyesini izin verilen minimum lottan daha az bırakması mümkün mü? (Elbette, ORDER_FILLING_CANCEL ve ORDER_FILLING_RETURN'in yürütülme biçiminden bahsediyoruz).
Ve bu, ampirik sonuçlarla ilgili değil, resmi olarak yayınlanan MQL5 "motorundaki" özel gereksinimler/kısıtlamalarla ilgilidir.
canım sen sorumu okudun
Belirli bir hesap/hesap türünde belirlenen minimum lottan daha düşük bir hacimde işlem yapmanın mümkün olup olmadığını sormuyorum. Tabii ki hayır.
Sorum şu: MQL5 konsepti açısından, bir anlaşmanın kısmen gerçekleştirilmesinin açık pozisyonun bakiyesini izin verilen minimum lottan daha az bırakması mümkün mü? (Elbette, ORDER_FILLING_CANCEL ve ORDER_FILLING_RETURN'in yürütülme biçiminden bahsediyoruz).
Ve bu, ampirik sonuçlarla ilgili değil, resmi olarak yayınlanan MQL5 "motorundaki" özel gereksinimler/kısıtlamalarla ilgilidir.
Emir gerçekleştiğinde kalan pozisyonun hacmi minimumdan az olamaz . Minimum hacmin bir katı olacak, ancak daha az olmayacak.
Mümkün olan minimum lot 0.1 ile pozisyonu 0.01 lot ile nasıl değiştirebileceğinize dair bir örnek verin. O zaman kendi sorunuzu cevaplayacaksınız.
Yorumunuz açık. Ama belgelere bakalım:
SYMBOL_VOLUME_MIN Anlaşma yapmak için minimum hacim
SYMBOL_VOLUME_STEP Anlaşma yapmak için minimum hacim değişikliği adımı
Yani, örneğimiz için 0.1, 0.11, 0.12 ... vb. hacimli işlemler (ve dolayısıyla siparişler) mümkündür.
ve imkansız 0,09, 0,08, 0,07 .. vb.
Deals, pozisyonun hacmi hakkında hiçbir şey söylenmedi.
Şimdi bir örnek: 1.0 lot al, kısmen kapat 0.95 sat (hacim granülasyon koşullarını karşılıyor), pozisyon 0.05 lotluk bir hacimle kalıyor. Ve şimdi kapatamayız.
Önce pozisyonu en az 1,05'e yükseltmelisiniz (sipariş 0,1'den az olamaz) ve ancak bundan sonra tamamen kapatmalısınız.
Saçma olduğu ortaya çıktı, açık bir pozisyonu tamamen kapatamayız.
Sadece manuel olarak kontrol edildi, her şey yolunda. 0,21 lot alım açıldı, 0,2 lot satıldı, minimum 0,1 olmasına rağmen 0,01 lot piyasada kaldı. Her nasılsa bunu dördüncü kontrol ettim, ayrıca kısmi kapanma ile ilgili herhangi bir hata yok.
0,01 lotluk kalan pozisyon, aynı hacmin zıt bir anlaşmasıyla kapatılabilir mi?
Onlar. 0,01 hacimli bir satış işlemi gerçekleşir mi (tabii ki açık pozisyonu tamamen kapatır)?
canım sen sorumu okudun
Belirli bir hesap/hesap türünde belirlenen minimum lottan daha düşük bir hacimde işlem yapmanın mümkün olup olmadığını sormuyorum. Tabii ki hayır.
Sorum şu: MQL5 konsepti açısından, bir anlaşmanın kısmen gerçekleştirilmesinin açık pozisyonun bakiyesini izin verilen minimum lottan daha az bırakması mümkün mü? (Elbette, ORDER_FILLING_CANCEL ve ORDER_FILLING_RETURN'in yürütülme biçiminden bahsediyoruz).
Ve bu, ampirik sonuçlarla ilgili değil, resmi olarak yayınlanan MQL5 "motorundaki" özel gereksinimler/kısıtlamalarla ilgilidir.
Basitçe cevap vereceğim - hiçbir koşulda mümkün değil ve izin verilemez (aksi takdirde hemen SD'de olacaktır. Ayrıca, müşteri bölümünün testçileri olarak sadece "biz" değil, aynı zamanda sunucuyu test eden komisyoncular olarak da kızacağız. Bölüm).
Sorunuzun teknik kısmını cevaplayarak, kontrolün olması gerektiği gibi istemci kısmında (terminal ve test cihazı) ve ayrıca sunucu kısmında da şüphesiz var olduğunu cevaplayacağım.
İstemci bölümünü kontrol etmek, ilk olarak, olası tüm ticaret koşulları ve kural ihlallerini önceden tespit etmek ve ikinci olarak, sunucudaki yükü azaltmak ve yanlış isteklerle "saldırılardan" kaçınmak için gereklidir (terminal sadece bir istek göndermeyecektir). sunucu, ticaret kurallarının ihlalini veya istekte açık bir hata tespit ederse).
Buna karşılık, sunucu (son çare olarak) ayrıca ticaret talebinin doğruluğunu kontrol edecektir (bu talebin yürütülmesinin beklenen sonuçlarının doğruluğu dahil).