Son derece güvenilir ticaret/sinyal kopyalayıcı (ideoloji ve gelişme tartışması)
TAMAM. İlk olarak, görevleri ( uzman tipi ) ticari (ağ üzerinden) ve şartlı olarak ticari olmayan (bir OP sistemi içinde) olarak ayırmanız gerekir.
Ağ seçeneği, güvenlik ve istemci yönetimi için ek bir sunucu aracılığıyla benzersizdir.
Sistem içi - iletişim: hız ve güvenilirlik için haritalama.
Terminal, düşene veya kapanana kadar bağlantıyı tutacağından, bu, MT'nin kendisinin (bağımlı) durumunun bir göstergesi olacaktır.
Ve protokol şöyle görünecek:
Master adlandırılmış bir harita oluşturur (adı tüm köleler tarafından bilinir) ve yolu başlatmak için onlardan bir sinyal bekler, bu danışman (slave) penceresinin tutamacı olacaktır.
Selamlaştıktan sonra, ticaret sinyallerinin atıldığı başka bir harita oluşturulur ve paralel olarak, her bir köle için pencereyi güncellemek için bir komut verilir.
Sinyalin yürütülmesinden sonra, köle yürütmeyi rapor etmelidir veya askıda kabul edilir ve yükseltilmesi için önlemler alınır.
Boşaltma sırasında (doğru), köle bunu bildirmelidir.
Buna karşılık, herhangi bir slave, master'ın durumunu izleyebilir ve onu yükseltmek veya alarm vermek için gerekli önlemleri alabilir.
Genel olarak bununla ilgili.
Bir ağ üzerinden iletişim ile ilgili - daha sonra.
Ticari bir sürüm yapın ve itin.
Benimle mi konuşuyorsun ?
Benimle mi konuşuyorsun ?
Sinyalin yürütülmesinden sonra, köle yürütmeyi rapor etmelidir veya askıda kabul edilir ve yükseltilmesi için önlemler alınır.
Boşaltma sırasında (doğru), köle bunu bildirmelidir.
bu satırlar bana iki çalışma modunu tartışma gereğini hatırlattı
ana sipariş-> müşteri siparişi düzeyinde sipariş senkronizasyonu. Ve ana sinyalde sinyal senkronizasyonu -> sinyalden müşteriye (bir sinyal veritabanına, müşteriden alındıya vs. ihtiyacım var mı)
Ayrıca senkronizasyon ve sinyal kaybı açısından neyin daha güvenilir ve daha az hileli olacağına da karar vermemiz gerektiğini düşünüyorum. Veya her iki projeyi de aynı anda çalıştırın.
Ticari bir sürüm yapın ve itin.
Hiçbir şeyi zorlamak istemiyorum ve etmeyeceğim. Ben bir amaç değil, bir araç yapıyorum. herkes için yaparım
bu satırlar bana iki çalışma modunu tartışma gereğini hatırlattı
ana sipariş-> müşteri siparişi düzeyinde sipariş senkronizasyonu. Ve ana sinyalde sinyal senkronizasyonu -> sinyalden müşteriye (bir sinyal veritabanına, müşteriden alındıya vs. ihtiyacım var mı)
Ayrıca senkronizasyon ve sinyal kaybı açısından neyin daha güvenilir ve daha az hileli olacağına da karar vermemiz gerektiğini düşünüyorum. Veya her iki projeyi de aynı anda çalıştırın.
İşleri karmaşıklaştırmaya gerek yok, müşteriye belirli bir aralıkta (saniyede bir kez söyleyin) bir kontrol sinyali göndermek yeterlidir ve cevap vermediyse harekete geçin.
Hiçbir şeyi zorlamak istemiyorum ve etmeyeceğim. Ben bir amaç değil, bir araç yapıyorum. herkes için yaparım
Bu insanlara saygı duyuyorum, böyle devam edin!!!
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
- yerel olarak
- uzaktan
planlama hemen bir sunucu modunda yapılır - birçok istemci.
Aynı zamanda, gibi hususlara dikkat etmek gerekir.
- iletişim kanalı seçeneği (dosyalar, yerel için bellek; uzak için soketler, http, ara sunucu vb.)
- iletişim kanalında yük yok (özellikle uzaktan senkronizasyon için geçerlidir)
- hata toleransı (kayıp durumunda kanalın kurtarılması)
- bir terminal/OS arızası durumunda EA'nın yeniden başlatılması
- iletişimin kaybolması/yenilenmesi durumunda işlemlerin tekrarlanmaması/silinmemesi
vb.
iki ideolojiyi de dikkate almak gerekir.
- siparişler düzeyinde senkronizasyon
- açma/kapama emirleri için sinyal gönderme düzeyinde senkronizasyon
her teklif için bu seçeneğin artılarını ve eksilerini boyamak istenir.
Tartışma yardımıyla sistemin güvenilirliği/basitliği için optimal bir çözüme ulaşmak istiyorum.
Kodlama ve test etme ile ilgileniyorum.
Anlaşmaya göre sonuçlar kod tabanına gönderilebilir.