MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma - sayfa 1850
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
" yakın istek gönder emirler kapanana kadar " - Piyasadaki alım satım robotlarınız bu esaslara göre mi yazılıyor?
Sana zaten acil bir durum düşündüğümü söylemiştim. Robotlarımda böyle bir şey yok çünkü orada gereksiz. Aynı saçmalıkları defalarca yazmamak için mesajlarımı dikkatlice okuyun!
Ve soruyu cevaplamadın mı?
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma
Mihail Matkovskij , 2022.01.06 18:54
Nasıl "yapmayacağını" biliyorsan, nasıl yapacağını da bilmelisin. Ben de bunu önereceğim. Bu arada gerçekten gereksiz mesajlar yazıyorsun. Suç yok.
Ve eğer bir bilet için birkaç saniyelik bir gecikmeyle 2-3 kez OrderClose'u ararsa, o zaman neden bunun için götürülecek? Bence gerçekten saçma sapan yazıyorsun!Ben de bunu önereceğim.
önceki sayfada yel değirmenleriyle nasıl başedilmeyeceğini yazdım
Ve soruyu cevaplamadın mı?
Size bulanıklaştırdığınız ve cevapladığınız aptallığa, uzbagoysya. Trollüklerine artık cevap vermiyorum.
gerçek bir hesap test cihazında kusursuz çalışır, ancak gerçek bir hesapta mucizeler olur: yalnızca karlı olan siparişler tüm tablodan kapatılır. Günlükte hata yok .
Soru şu ki, böyle bir durumla karşılaşan kim olursa olsun, kod yanlışlığı veya komisyoncunun mutfağındaki sorun nedir ????
Hangi hatalardan bahsediyorsun? Neden bu kadar dikkatsizsin? Her şey. Apaçık şeyleri çiğnemenden bıktım. Mesajları dikkatlice okumayı öğrenin, sonra konuşalım!
Sana söylediğin ve cevapladığın aptallığa, uzbagoysya . Trollüklerine artık cevap vermiyorum.
Beyler, bu normal bir problem ... Bununla uğraşmak zorunda kaldım
Sunucuda yeniden teklifler işlenirken , sonuç olarak, kapatılmamış siparişler kalır ve yinelenen bir kapatma isteği de olmaz, çünkü artık kârı kapatmak için bir koşul yoktur.
Tüm robotlarım şu prensibe göre kapalı: kapatılacak bir sinyal var, bir dizideki tüm pozisyonları topluyoruz, sonra "0" kalana kadar bir döngüde kapanıyor
Kusursuz çalışır.
Tüm robotlarım şu prensibe göre kapalı: kapatılacak bir sinyal var, bir dizideki tüm pozisyonları topluyoruz, sonra "0" kalana kadar bir döngüde kapanıyor
Kusursuz çalışır.
Mümkün ve öyle, ama bana göre bayrak aracılığıyla daha kolay ve sonuç aynı ""0" kalana kadar kapanıyor"
Kim beğense de, yükseldi)))
Tüm robotlarım şu prensibe göre kapalı: kapatılacak bir sinyal var, bir dizideki tüm pozisyonları topluyoruz, sonra "0" kalana kadar bir döngüde kapanıyor
Kusursuz çalışır.
ayrıca hemen hemen aynı. Kapatma sinyali = OnTick'te ilk olarak işlenecek olan sanal sınır.
Aksi takdirde, alıntılar sıkıcı hale gelecektir. Sinyal ne kadar doğru çarparsa, orada o kadar çok fiyat "seğirir".
Tüm robotlarım şu prensibe göre kapalı: kapatılacak bir sinyal var, bir dizideki tüm pozisyonları topluyoruz, sonra "0" kalana kadar bir döngüde kapanıyor
Kusursuz çalışır.
Ve birkaç kez kapatma talebi göndererek aynı pozisyonu kapatmanın imkansız olduğunu savunanlar da var. Ve sonra "komisyoncu yasaklanacak." Dürüst olmak gerekirse bunu ilk kez duydum. Tabii ki OrderClose işlevinden DDoS saldırısı gibi bir şey düzenlerseniz... Ancak bu yine de çalışmayacaktır, çünkü tüm istekler önce kuyruğa gönderilir. Ve ancak o zaman terminal onları sakince sunucuya doğru aralıklarla birbiri ardına gönderir. Ancak, OrderClose'u sık sık aramanın bir sonucu olarak hala yasaklanmanın mümkün olup olmadığını merak ediyordum. Ama şimdiye kadar herkes öyle olmadığını doğruluyor. Andrew hariç tabii.