Kimler ATC 2012 katılımcılarını takip etmek için Signals aboneliğini denedi? - sayfa 21
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
Kanıtınız kusurlu. Buna işaret edildin. Hesaplamalarım ulaşmazsa bir önceki sayfadaki ilk C-4 yazısını okuyun.
Senkronizasyondan önce ne olduğu önemli değil. Senkronizasyon (abonelik) anından itibaren tüm karlar kesinlikle senkronizedir (yayılma/kaymaya kadar). Bu kurgu değil, tıbbi bir gerçektir.Tekrar 25.
Sağlayıcının açık pozisyonları varsa ve toplam karı 0 değilse ve abonenin açık pozisyonu yoksa ve toplam karı 0 ise kar ve zarar nasıl senkronize edilebilir? Bu tıbbi bir gerçektir.
Hatalar, sen ve Renat'ın senkronizasyon zaman noktasının kârlılığını/kaybını ana hesap ve müşterinin toplamından daha iyi bildiğine dair kurgudur.
Yine icatlarınız ve şakalarınız.
Hizmet zamana göre çalışmaz, ancak sağlayıcının hesabındaki açılış pozisyonlarının fiyatlarını ve abonenin finansal araçlarındaki cari fiyatları karşılaştırarak senkronize olur. Abonenin cari fiyatları, sağlayıcının açık pozisyonlarının fiyatlarından daha kötü ise senkronizasyon gerçekleşmez. Zaman farkı burada herhangi bir rol oynamaz, sadece fiyatlardaki fark oynar.
Geliştiricilere olan bağlılığınız övgüye değer. Ama benimki daha az değil. Ama gerçek yine de daha değerlidir.
Geliştiricilere her konuda sadık değilim ve gerçek benim için senin ağzından daha değerli.
Farklı hesaplardaki pozisyonları senkronize etmek için bu şemaya gelince, ideal olmaktan uzaktır. Abone, hesabında sağlayıcınınkinden daha kötü olmayan pozisyonlar alırsa, bu kesinlikle iyidir. Ancak madalyonun diğer yüzü de var, yani sağlayıcı ile açılan ve karaya giren pozisyonlarda kaybedilen kar, kapanmadan önce abonelerin fiyatları ile senkronize olacak zamanın olmaması. Böyle bir senaryonun olasılığı küçüktür, ancak sıfır değildir.
GlobalTrader ile aynı sorunu yaşıyorum, işlemler kopyalanmıyor (Alpari demo hesabı) Farklı sağlayıcılar denedim.
Reshetov :
Ancak madalyonun diğer yüzü de var, yani sağlayıcı ile açılan ve karaya giren pozisyonlarda kaybedilen kar, kapanmadan önce abonelerin fiyatları ile senkronize olacak zamanın olmaması. Böyle bir senaryonun olasılığı küçüktür, ancak sıfır değildir.
Böyle bir hizalanma olasılığı hiç de küçük değildir. buraya bakın
--
Ve şimdiden 16 bin dolarlık demo kârı kaybettim. // Ama gerçek olabilir. :)
Bu, ana hesabımın abonelik anından beri arttığı miktardır ( * kopya oranına göre ayarlanmıştır).
Ve hesabım hala senkronize edilmedi. Ve olmayacak, çünkü efendi her zaman piyasada ve her zaman karanlıkta.
Böyle bir hizalanma olasılığı hiç de küçük değildir. buraya bakın
--
Ve şimdiden 16 bin dolarlık demo kârı kaybettim. // Ama gerçek olabilir. :)
Bu, ana hesabımın abonelik anından beri arttığı miktardır ( * kopya oranına göre ayarlanmıştır).
Ve hesabım hala senkronize edilmedi. Ve olmayacak, çünkü efendi her zaman piyasada ve her zaman karanlıkta.
Çoklu para birimi tüccarlarının burada yakalayacak hiçbir şeyi yok. Gerçekten de, pozisyonları senkronize etmek için ya hiç açık pozisyon olmaması ya da tüm açık pozisyonların zararda olması gerekir. Çoklu para biriminde hem bu hem de bir başkası olası değildir.
Sinyal sağlayıcıların, her biri yalnızca bir enstrümanla işlem yapacak olan birkaç hesap açması gerekecektir. Aboneler, bu arada, birden fazla abonelikle uğraşmak için. Aksi takdirde, şanslı olmayacaklar.
Muhtemelen bazı yapılarda, geliştiriciler bir abonenin bir hesabında farklı sihirli sağlayıcılardan konumları senkronize etme yeteneği ekleyecek mi?
4. Güvenli kopya yok. Bu zaman. İkincisi, "korumanız" hiçbir şeye karşı koruma sağlamayan anlamsız bir kurgu. Kesinlikle. "Şimdi istiyorum" senkronizasyonunda ek risk yoktur. Sen batırdın. Kullanıcıyı koruma arzusuna saygı duyuyorum. Ancak bu durumda, makul olmayan bir şekilde güvenli oynuyorsunuz.
Hesaplamalarınızı ve muhakemelerinizi tekrar kontrol edin. Onlar yanlış.
ayrıca bir hata.
Hizmetin amacı sinyalleri değil, konumları senkronize etmektir.
Mümkün değil, sadece sinyaller
bu imkansız.
poz senkronize edilir.
ancak terminal , sağlayıcının pozunu açmanın fiyatını bildiğinden, senkronizasyon mevcut fiyattan daha kötü olmayan bir fiyata gerçekleşir. Aksi takdirde, poz senkronize edilmez.
Yönetmelikte bu yazıyordu. Renata'nın ilk yazısı.
ancak terminal , sağlayıcının pozunu açmanın fiyatını bildiğinden, senkronizasyon mevcut fiyattan daha kötü olmayan bir fiyata gerçekleşir. Aksi takdirde, poz senkronize edilmez.
Yönetmelikte bu yazıyordu.
Böylece hizmette, eşitlikleri istatistiksel / sistematik olarak dengenin altında kalan sinyal sağlayıcılar belirleyici bir avantaj elde ediyor.
Onlar. yeniden doldurucular / persizhivalshchiki / martin dolandırıcıları.
Bu kısıtlamanın yol açtığı durum tam olarak budur.
// Ve hesabım hala senkronize değil. Çünkü bu bir artı. Ve boşa gitmiyor. Asla! Çünkü strateji bu.
Ve eğer sinyal sağlayıcı abonelik anından sızdıysa? Burada yapmayacağınız bir falcıya gitmeyin, ancak kenarda bir yerde iki deliğe burnunu sokun ve hizalamaya sevinin.
Çok para birimi tüccarlarının burada yakalayacak hiçbir şeyi yok. Gerçekten de, pozisyonları senkronize etmek için ya hiç açık pozisyon olmaması ya da tüm açık pozisyonların zararda olması gerekir. Çoklu para biriminde hem bu hem de bir başkası olası değildir.
Sinyal sağlayıcıların, her biri yalnızca bir enstrümanla işlem yapacak olan birkaç hesap açması gerekecektir. Aboneler, bu arada, birden fazla abonelikle uğraşmak için. Aksi takdirde, şanslı olmayacaklar.
Muhtemelen, bazı yapılarda geliştiriciler, bir abonenin bir hesabında farklı sihirli sağlayıcılardan konumları senkronize etme yeteneği ekleyecek mi?
Peki, hayal et, hayal et.
Ve OSO emirleri olmadan nasıl yapılır? Sadece ayrıntılar, lütfen. Kendim hayal kurabilir ve başarısız olabilirim. :)
// Ve hesabım hala senkronize değil.
sağlayıcı mısınız yoksa abone misiniz?
Çünkü bu bir artı.
artı ne? Açık duruş mu, denge mi?