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
Merhaba FinanceEngineer , belki orijinal kodunuzu çoklu sipariş probleminizi kontrol etmeye başlamanız daha iyi olur, çünkü bunu yaparsak muhtemelen burada diğer kritik noktaları ele alacağız ve odağı kaybetmeyeceğiz, ne düşünüyorsunuz?
merhaba figürlü
Bu benim yeni kodum. Bu konudaki çoklu sipariş sorununu gündeme getirdiğimden beri değiştim.
Şimdiye kadar bu kod birkaç broker ile iyi çalışıyor. Değişiklikten sonra henüz çoklu sipariş sorunu bulunamadı. BlindMist, bu komisyoncu ile çoklu sipariş probleminden kaçınıp kaçınamayacağını görmek için bu kodu deneyebilir.
merhaba figürlü
Bu benim yeni kodum. Bu konudaki çoklu sipariş sorununu gündeme getirdiğimden beri değiştim.
Şimdiye kadar bu kod birkaç broker ile iyi çalışıyor. Değişiklikten sonra henüz çoklu sipariş sorunu bulunamadı. BlindMist, bu komisyoncuyla çoklu sipariş probleminden kaçınıp kaçınamayacağını görmek için bu kodu deneyebilir.
Lütfen kod gönderirken SRC butonunu kullanın.
Gönderdiğiniz kod (tümü) çifte emirleri önleyemez ve aksine bazı durumlarda çifte emirleri tetikleyebilir.
Lütfen kod gönderirken SRC butonunu kullanın.
Gönderdiğiniz kod (tümü) çifte emirleri önleyemez ve aksine bazı durumlarda çifte emirleri tetikleyebilir.
merhaba figürlü
Bu benim yeni kodum. Bu konudaki çoklu sipariş sorununu gündeme getirdiğimden beri değiştim.
Şimdiye kadar bu kod birkaç broker ile iyi çalışıyor. Değişiklikten sonra henüz çoklu sipariş sorunu bulunamadı. BlindMist, bu komisyoncuyla çoklu sipariş probleminden kaçınıp kaçınamayacağını görmek için bu kodu deneyebilir.
Merhaba FinanceEngineer , orijinal kodunuzda Print("OrderSend Code: "...) if { } ve else { } konumunda olduğunu unutmayın.
Ancak { }'de bir kesinti olur ve hata ayıklama kodunuz retcode = 10008 (TRADE_RETCODE_PLACED) x 10'u gösterir.
Dolayısıyla, çıkarımla, if { } koşul hata ayıklamasını yazdırıyordunuz ve aranız hiç kullanılmadı.
Şimdi kodunuzu değiştirdiniz ve daha net görünüyorsunuz, ancak artık OrderSend()'in dönüş değerini değil, sadece result.retcode'u test ettiğinizi unutmayın. Bunu, daha önce sorduğum checkOrderSend (*** buraya bakın) değişkenini kullanarak düzeltebilirsiniz:
Bu nedenle, bence yapılacak ilk şey, bu testi düzeltmek ve bildirdiğiniz aynı sorunlu komisyoncuyu kullanarak tekrar kontrol etmektir. Sorun tekrar olmazsa, tebrikler, hatayı gerçekten çözdünüz, yani bu, kodunuzun geleceğe yönelik veya en güvenli olduğunu göstermez, ancak hatayı bulduğumuz anlamına gelir.
Aslında, hata oluşmadığı için kodunuzu tekrar unutabilir veya değiştirmekten kaçınabilirsiniz, ancak bu durumda, artık OrderSend() dönüş değerini test etmediğinize dikkat etmelisiniz.
Umarım bu bilgiler size yardımcı olabilir.
Merhaba FinanceEngineer , orijinal kodunuzda Print("OrderSend Code: "...) if { } ve else { } konumunda olduğunu unutmayın.
Ancak { }'de bir kesinti olur ve hata ayıklama kodunuz retcode = 10008 (TRADE_RETCODE_PLACED) x 10'u gösterir.
Dolayısıyla, çıkarımla, if { } koşul hata ayıklamasını yazdırıyordunuz ve aranız hiç kullanılmadı.
Şimdi kodunuzu değiştirdiniz ve daha net görünüyorsunuz, ancak artık OrderSend()'in dönüş değerini değil, sadece result.retcode'u test ettiğinizi unutmayın. Bunu, daha önce sorduğum checkOrderSend (*** buraya bakın) değişkenini kullanarak düzeltebilirsiniz:
Bu nedenle, bence yapılacak ilk şey, bu testi düzeltmek ve bildirdiğiniz aynı sorunlu komisyoncuyu kullanarak tekrar kontrol etmektir. Sorun tekrar olmazsa, tebrikler, hatayı gerçekten çözdünüz, yani bu, kodunuzun geleceğe yönelik veya en güvenli olduğunu göstermez, ancak hatayı bulduğumuz anlamına gelir.
Aslında, hata oluşmadığı için kodunuzu tekrar unutabilir veya değiştirmekten kaçınabilirsiniz, ancak bu durumda, artık OrderSend() dönüş değerini test etmediğinize dikkat etmelisiniz.
Umarım bu bilgiler size yardımcı olabilir.
Peki ya iade edilen kod 10010?
Çift giriş emri herhangi bir komisyoncuda gerçekleşebilir, çok daha fazla onay aldığınız için bunu Alpari ile alma olasılığınız daha yüksektir.
Peki ya iade edilen kod 10010?
Çift giriş emri herhangi bir komisyoncuda gerçekleşebilir, çok daha fazla onay aldığınız için bunu Alpari ile alma olasılığınız daha yüksektir.
Merhaba FinanceEngineer , orijinal kodunuzda Print("OrderSend Code: "...) if { } ve else { } konumunda olduğunu unutmayın.
Ancak { }'de bir kesinti olur ve hata ayıklama kodunuz retcode = 10008 (TRADE_RETCODE_PLACED) x 10'u gösterir.
Dolayısıyla, çıkarımla, if { } koşul hata ayıklamasını yazdırıyordunuz ve aranız hiç kullanılmadı.
Şimdi kodunuzu değiştirdiniz ve daha net görünüyorsunuz, ancak artık OrderSend()'in dönüş değerini değil, sadece result.retcode'u test ettiğinizi unutmayın. Bunu, daha önce sorduğum checkOrderSend (*** buraya bakın) değişkenini kullanarak düzeltebilirsiniz:
Bu nedenle, bence yapılacak ilk şey, bu testi düzeltmek ve bildirdiğiniz aynı sorunlu komisyoncuyu kullanarak tekrar kontrol etmektir. Sorun tekrar olmazsa, tebrikler, hatayı gerçekten çözdünüz, yani bu, kodunuzun geleceğe yönelik veya en güvenli olduğunu göstermez, ancak hatayı bulduğumuz anlamına gelir.
Aslında, hata oluşmadığı için kodunuzu tekrar unutabilir veya değiştirmekten kaçınabilirsiniz, ancak bu durumda, artık OrderSend() dönüş değerini test etmediğinize dikkat etmelisiniz.
Umarım bu bilgiler size yardımcı olabilir.
Merhaba
Kulağa garip geldiğini biliyorum. Önceki kodda dönen OrderSend(request,result) değerini kontrol ettiğimde birden fazla sipariş sorunu ile karşılaştım. Şimdi yeni kodumda, OrderSend(request,result)'un döndürülen değerini kontrol etmiyorum (ancak terminalin yeni yapısında hata oluşmasını önlemek için yine de döndürülen değeri bazı değişkenlere atadım.
Yeni kod ile çoklu sipariş sorunu yaşamıyorum. Çok fazla kene gönderme konusunda itibarı olan Alpari İngiltere'yi kullandım. Kodum mükemmel olmayabilir ama bu şekilde düşünün. Meta Trader 5'te kontrol edilmesi gereken oldukça fazla sayıda iade kodu var.
Birincisi OrderCheck'ten dönen değer, ikincisi OrderSend'den dönen değer ve üçüncüsü de result.retcode'da atanan dönen değerdir. Döndürülen ilk iki değer hangisi olursa olsun, gerçekten en çok önemsememiz gereken şey, sonuncusu artı fiilen yürütülen hacim miktarıdır.
Bu gerçeğe dayanarak, kodumu daha basit hale getirdim, sadece doğrudan result.retcode'u kontrol etmeye gittim. Yanlışım varsa lütfen düzelt. Bence MT5'teki sipariş yürütme kesinlikle MT4'ten çok daha karmaşık ve çoğumuzun kafası karışmış durumda.
Yalnızca mantığı kullanarak net bir vaka oluşturamazsak, deneyleri kullanarak net bir vaka oluşturabiliriz. Bu nedenle, BlindMist'e veya diğer kişilere, OrderSend işlevini kontrol etmeyi atlamanın gerçekten yardımcı olup olmayacağını görmek için komisyoncularıyla bu kodu denemelerini öneririm.
Saygılarımla.
Bana soruyorsanız, daha önce de söylediğim gibi, bu kodu geleceğe yönelik ve yeterince güvenli olarak görmüyorum ve bu, dönüş kodunun eksikliğiyle ilgili sadece bir örnek, bu yüzden lütfen tekrar okuyun.
Bu konuya katılan herkese sordum. 10010 koduyla ilgili mesajınızı kaçırdım, nerede?
Bu konuya katılan herkese sordum. 10010 koduyla ilgili mesajınızı kaçırdım, nerede?
Merhaba Alain,
Bilmeniz gerekenler benim için net değil, çünkü biz sadece FinanceEngineer'in yeni kodundan ve orijinal koddan değiştirilen OrderSend() dönüş kodunu test etme konusunda bir tavsiyeden bahsediyoruz.
Orijinal kodunun ve yeni kodunun 10010 kod testi olmadığını unutmayın, bu yüzden sizinle ilgiliyse neden ilk mesajından beri sormadınız?
Her neyse, bir FOK doldurma politikası için neden 10010 kod testine ihtiyacınız olduğunu açıklayabilir misiniz?
Bu seni ve diğer Moderatörlerin konuştuğunu ilk görüşüm olmadığı için, bizimle paylaşabileceğiniz FOK (Fill Or Kill) emirleri için bu kod testinin gerçekten gerekli olduğu bazı durumlar biliyor musunuz?
Şimdiden teşekkürler.
Merhaba
Kulağa garip geldiğini biliyorum. Önceki kodda OrderSend(request,result)'un dönen değerini kontrol ettiğimde çoklu sipariş sorunu ile karşılaştım. Şimdi yeni kodumda, OrderSend(request,result)'un döndürülen değerini kontrol etmiyorum (ancak terminalin yeni yapısında hata oluşmasını önlemek için yine de döndürülen değeri bazı değişkenlere atadım.
Yeni kod ile çoklu sipariş sorunu yaşamıyorum. Çok fazla kene gönderme konusunda itibarı olan Alpari İngiltere'yi kullandım. Kodum mükemmel olmayabilir ama bu şekilde düşünün. Meta Trader 5'te kontrol edilmesi gereken oldukça fazla sayıda iade kodu var.
Birincisi OrderCheck'ten dönen değer, ikincisi OrderSend'den dönen değer ve üçüncüsü de result.retcode'da atanan dönen değerdir. Döndürülen ilk iki değer hangisi olursa olsun, gerçekten en çok önemsememiz gereken şey, sonuncusu artı fiilen yürütülen hacim miktarıdır.
Bu gerçeğe dayanarak, kodumu daha basit hale getirdim, sadece doğrudan result.retcode'u kontrol etmeye gittim. Yanlışım varsa lütfen düzelt. MT5'teki emir yürütmenin kesinlikle MT4'ten çok daha karmaşık olduğunu ve çoğumuzun kafasının karıştığını düşünüyorum.
Yalnızca mantığı kullanarak net bir vaka oluşturamazsak, deneyleri kullanarak net bir vaka oluşturabiliriz. Bu nedenle, BlindMist'e veya diğer kişilere, OrderSend işlevini kontrol etmeyi atlamanın gerçekten yardımcı olup olmayacağını görmek için komisyoncularıyla bu kodu denemelerini öneririm.
Saygılarımla.