Son derece güvenilir ticaret/sinyal kopyalayıcı (ideoloji ve gelişme tartışması) - sayfa 6
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
basit bir değişim şeması: sinyal oluşturucu, terminalde olduğu gibi tüm açık emir ve pozisyonlarının bulunduğu sunucuya bir dosya yerleştirir. En az bir emir veya pozisyon değiştiyse, dosyayı yenisine yerleştirir. Bu durumda, sunucu herkese dosyanın yeni bir sürümünü gönderir (iyi veya bu dosyanın tüm içeriğini içeren bir mesaj) ve istemci aldığını yanıtlar (sunucu bağlı istemcilerin bir listesini içermelidir). Ayrıca müşterinin isteği üzerine bu dosyayı istediği zaman gönderir.
İstemci siparişleri kaçırırsa veya kaçırırsa, sunucunun terminal dosyasını okuyarak kolayca kurtarabilir. Bir takım değişimi varsa, o zaman belki. birçok acil ve belirsiz durumlar. Tanılama istemcisi, örneğin her Xmin'de bir kez yeniden senkronize edilebilir. eğer değişiklik olmasaydı.
Bu şema ile trafik d.b değildir. büyük. Bu nedenle SSL veya https bile kullanmak mümkündür.
3 tür mesaj: verme, alma, dosyanın kendisi.
basit bir değişim şeması: sinyal oluşturucu, terminalde olduğu gibi tüm açık emir ve pozisyonlarının bulunduğu sunucuya bir dosya yerleştirir. En az bir emir veya pozisyon değiştiyse, dosyayı yenisine yerleştirir. Bu durumda, sunucu herkese dosyanın yeni bir sürümünü gönderir (iyi veya bu dosyanın tüm içeriğini içeren bir mesaj). Ayrıca müşterinin isteği üzerine bu dosyayı istediği zaman gönderir.
İstemci siparişleri kaçırırsa veya kaçırırsa, sunucunun terminal dosyasını okuyarak kolayca kurtarabilir. Bir takım değişimi varsa, o zaman belki. birçok acil ve belirsiz durumlar. Tanılama istemcisi, örneğin her Xmin'de bir kez yeniden senkronize edilebilir. eğer değişiklik olmasaydı.
Bu şema ile trafik d.b değil. büyük. Bu nedenle SSL veya https bile kullanmak mümkündür.
Şema işe yaramaz, tk. ticaret sinyaline sahip dosya, alaka düzeyini hızla kaybeder, çünkü. işlemler zamanında tamamlanmalıdır. En verimli seçenek, müşterinin sunucu soketine kalıcı bir bağlantı kurması ve ticaret sinyallerinin görünmesini beklemesidir. Kalıcı bir bağlantı, sistematik isteklerin aksine trafiği boşa harcamaz ve güvenilirliği oldukça yüksektir.
Dediğim gibi, herhangi bir komuta da gerek yok. Bir ticaret sinyali belirir belirmez, sunucu bunu müşterilere "\n" sonlandırma karakteriyle tek bir satır olarak gönderir ve bir sonrakini bekler. İstemci sunucuya hiçbir şey göndermemeli, yalnızca sinyal almalıdır.
SSL ve https hiç gerekli değil. İlk olarak, sunucu sahibinin bir etki alanı kaydettirmesi ve bir sertifika satın alması ve ardından bu tür protokollerle çalışabilmesi için tüm bu ekonomiyi ücretsiz olarak da sürekli yenilemesi gerekecektir. İkincisi, bu protokoller veri şifreleme içindir, böylece bir TCP akışında bilgi alan yabancılar, şifresini çözemezler. Sunucuya çok sayıda istemci bağlanırsa, sunucu üzerindeki yük muazzam olacaktır, çünkü şifreleme bir halyam topu değil, büyük tam sayıları büyük modülo güçlere yükseltme işlemleridir.
Şema işe yaramaz, tk. ticaret sinyaline sahip dosya, alaka düzeyini hızla kaybeder, çünkü. işlemler zamanında tamamlanmalıdır. En verimli seçenek, müşterinin sunucu soketine kalıcı bir bağlantı kurması ve ticaret sinyallerinin görünmesini beklemesidir. Kalıcı bir bağlantı, sistematik isteklerin aksine trafiği boşa harcamaz ve güvenilirliği oldukça yüksektir.
Dediğim gibi, herhangi bir komuta da gerek yok. Bir ticaret sinyali göründüğü anda, sunucu bunu müşterilere bir satır şeklinde gönderir ve bir sonrakini bekler. İstemci sunucuya hiçbir şey göndermemeli, yalnızca sinyal almalıdır.
Evet, orada gecikme yok. postalama, sinyalin ortaya çıkmasından hemen sonra tüm istemcilere gider.
Tabii ki, komutla trafikten tasarruf sağlar, ancak güvenilirlik incir olacaktır. Müşteri, herhangi bir nedenle kaçırdığı tüm siparişleri (örneğin ertelemeler veya sipariş değişiklikleri) alabilmelidir.
Evet, orada gecikme yok. postalama, sinyalin ortaya çıkmasından hemen sonra tüm istemcilere gider.
Tabii ki, komutla trafikten tasarruf sağlar, ancak güvenilirlik incir olacaktır. Müşteri, herhangi bir nedenle kaçırdığı tüm siparişleri (örneğin ertelemeler veya sipariş değişiklikleri) alabilmelidir.
Tamam, bir kambur şekillendir. Sadece böyle saçmalıkları kimin yapacağı benim sorunum değil.
Benim işim minimum yük ve trafik ile en iyi seçeneği sunmak, sizin hakkınız reddetmek.
SSL ve https hiç gerekli değil. Bu tür protokollerle çalışabilmesi için öncelikle sunucu sahibinin bir alan adı kaydettirmesi ve bir sertifika satın alması ve ardından bunu ücretsiz de olsa sürekli yenilemesi gerekir. İkincisi, bu protokoller, verileri şifrelemek içindir, böylece bir TCP akışında bilgi yakalayan yabancılar, şifresini çözemezler. Sunucuya çok sayıda istemci bağlanırsa, sunucu üzerindeki yük muazzam olacaktır, çünkü şifreleme bir halyam topu değil, büyük tam sayıları büyük modülo güçlere yükseltme işlemleridir.
ancak kimlik doğrulaması olmayan tüm mevcut sunucu sinyalleri birkaç saat içinde açılır. Şifreleme gereksiz olsa da))
ancak kimlik doğrulaması olmayan tüm mevcut sunucu sinyalleri birkaç saat içinde açılır. Şifreleme gereksiz olsa da))
1. Saat değil, milisaniye
2. Başka birinin açması için sinyallerinize kim ihtiyaç duyuyor? Elusive Joe hakkında bir anekdot.
Tamam, bir kambur şekillendir. Sadece böyle saçmalıkları kimin yapacağı benim sorunum değil.
Benim işim minimum yük ve trafik ile en iyi seçeneği sunmak, sizin hakkınız reddetmek.
1. Saat değil, milisaniye
2. Başka birinin açması için sinyallerinize kim ihtiyaç duyuyor? Elusive Joe hakkında bir anekdot.
Umurumda değil, ama para için sinyal satan insanlar üzülüyor)) Ama bu projede bu önemli değilse , o zaman sorun yok, korumaya gerek yok
İstemci bağlantıyı kaybettiyse veya yeniden başlatıldıysa ve o sırada siparişlerde bazı gecikmeler veya değişiklikler olduysa, telnet komut alışverişi kullanılarak nasıl düzeltilir? Mümkün mü bilmiyorum o yüzden soruyorum.
Kahretsin telnet komutuna gerek olmadığını söylemiştim ama yine saçmalamaya başladın.
Dosyalara çoğaltın ve SendFTP() aracılığıyla ucuz bir barındırmaya yükleyin. İstemcinin, bağlantının kesildiği oluşturma süresiyle FTP aracılığıyla dosyaları okumasına izin verin.
Kahretsin telnet komutuna gerek olmadığını söylemiştim ama yine saçmalamaya başladın.
Dosyalara çoğaltın ve SendFTP() aracılığıyla ucuz bir barındırmaya yükleyin. İstemcinin, bağlantının kesildiği oluşturma süresiyle FTP aracılığıyla dosyaları okumasına izin verin.
Onlar. Bu senin değil))
Reshetov :
TCP/IP protokolü üzerinden soket. Sinyaller, Telnet aracılığıyla olduğu gibi "EURUSD 1.0 Satın Al\n" gibi sinyal başına bir satırda metin biçiminde iletilebilir, çünkü bu, minimum ayrıştırma ile http veya ftp protokolleri gibi karmaşık bir değişim prosedürü gerektirmeyen en ilkel seçenektir.
Yine saçmalıyorsun - birini diğeriyle çoğaltmak için, biriyle geçinebilirsin)) Neden bir dosya yeterliyken - tüm emirlerin ve pozisyonların mevcut durumu ile sonuncusu - neden dosya depoluyorsun ? Değişimi sunucunun isteği üzerine (ana hesapta bir şey değiştiğinde) ve müşterinin isteği üzerine (sorunları veya tutarsızlıkları olduğunda) birleştirin ve ek koltuk değneği bulmayın. Ayrıca, siparişlerle birlikte tüm dosyayı değil, yalnızca değişenleri ve "komut değişimi" sürümünüz olanı aktarabilirsiniz.