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
Renat, "Buchenwald" kapısında jedem das Seine yazıyordu.
Fikrinizi başkaları hakkında zorlamak zorunda değilsiniz. Birinin "en imkansız" bir depozito yüklemesi gerekebilir ve bu karar burada tartışılan parametreye bağlıdır.
Kabul ediyorum
bakiyeyi 1 lot için marja bölün
%100 risk olacak
emirler var, daha sonra öz sermaye 1 lot için marja bölünür, ayrıca %100
yayılmayı biraz eksiltmeniz gerektiği doğru
bu nedenle, formülde, ironik bir şekilde açmak için% risk katılır
TS-ru'yu oraya boşuna yazmadım, büyükannelerinizi saymayı öğrenmek gibi ...
ps
buna inanmayacaksınız - bir türkiye'den bir exp şeklinde bir kod örneği
herhangi bir sipariş açmam yeterliydi... pazara uçmak için
ama yayınlamadı...
Kabul ediyorum
bakiyeyi 1 lot için marja bölün
%100 risk olacak
emirler var, sonra öz sermayeyi 1 lot için marja bölün
TS-ru'yu oraya boşuna yazmadım, büyükannelerinizi saymayı öğrenmek gibi ...
Ve emir yoksa, eşitlikle hesaplamak imkansız mı?
Ve emir yoksa, eşitlikle hesaplamak imkansız mı?
olabilmek
gönderideki ps-ku
ancak, böyle bir exp'yi equi'den yapılan hesaplamayla test ettim.
yavaş ölüm geliyor
CALM gibi yapmak daha iyi
teraziyi birkaç parçaya böldü, denemeler (4 hatırladığım kadarıyla)
riske izin ver bakiyenin %10'u = 10 eşdeğer deneme
lotu ilk depozito üzerinden hesapladık ve gidelim, artık saymak yok
olabilmek
gönderideki ps-ku
ancak, böyle bir exp'yi equi'den yapılan hesaplamayla test ettim.
yavaş ölüm geliyor
CALM gibi yapmak daha iyi
teraziyi birkaç parçaya böldü, denemeler (4 hatırladığım kadarıyla)
riske izin ver bakiyenin %10'u = 10 eşdeğer denemeEvet, sonunda anladınız: Kendi fikrinizi empoze etmeye gerek yok, hatta birinin fikrini kimseye empoze etmeye gerek yok. Neden bazı **** hakkında konuşuyorsun, bu konuyu okuyanlardan hangisi sadece seni tanıyor? Bir erkeğin kendi beyni vardır, istediğini yapmak ister. Neden ona depozitoyu nasıl hızlı veya yavaş bir şekilde boşaltacağını öğretelim ... Bu soruya dahil değildi ve dahil edilmedi.
Evet, sonunda anladınız: Kendi fikrinizi empoze etmeye gerek yok, hatta birinin fikrini kimseye empoze etmeye gerek yok. Neden bu konuyu okuyan bazı ****lardan bahsediyorsun, sadece sen bilebilirsin. Bir erkeğin kendi beyni vardır, istediğini yapmak ister. Neden ona depozitoyu nasıl hızlı veya yavaş bir şekilde boşaltacağını öğretelim ... Bu soruya dahil değildi ve dahil edilmedi.
Hiçbir şeyi empoze etmiyorum, bu sadece ücretsiz bir örnek
sordunuz - lotiki öz kaynaktan hesaplanabilir mi?
Cevap verdim - mümkün, zahmetli, zaten test edildi
Bu tür ticaret koşullarında, en uygunsuz zamanda beklenmedik fon sıkıntısı yaşamamak için tüm lotları minimum kaldıraçla hesaplamak daha zordur.
Bu durumda 1k2
)))
en az 1k100 var
pah-pah, onu azaltmakla tehdit edene kadar nasıl ısıtılır ...
)))
Sorum şuydu: "OrderCheck() veya OrderCalcMargin() işlevleri, "yaklaşık" olan kaldıracın özelliklerini dikkate alıyor mu?
Ne tür özellikler için hesaplanan OrderCalcMargin() değerindeki yansımalarının istatistiklerini topluyorsunuz? Size bu tür tekillikleri hatırlatmama izin verin: kaldıraç,
1. Sembol
2. Polonyalı müşterilerle ilişkiniz
3. Karakter oranı
4. Şimdiki an - haber dönemlerinden birine mi girdi?
5. Şimdiki saat - Cuma akşamı mı düştü
Yoksa o değil mi? İstatistik toplamak yerine, olası kaldıracı minimum değere indirdiniz (1. mesajdaki şekilde BTCUSD için 1:2, USDBUR için 1:25'tir) ve bu kadar mı?
Not Kaldıraç azaltma tehditleri hakkında Avrupa düzenleyicisinin bu yaz yürürlüğe giren ESMA direktifine bakarsanız, "ne kadar sıcak, pah-pah, azaltmakla tehdit edene kadar ..." fikriniz değişebilir. Örneğin, burada https://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/ :
"Forex ve CFD brokerlerinin Avrupa Birliği'nde her zamanki gibi sadece 1 Ağustos 2018'e kadar faaliyet gösterebileceğini hatırlayın. Ardından, önemli ölçüde daha katı koşullara uyum sağlamak zorunda kalacaklar. Yani, perakende brokerleri maksimum 1 kaldıraçla ticaret sunabilecekler. :30 majör döviz çiftlerine, 1:20 majör olmayanlar için, 1:10 emtia enstrümanları ve majör olmayan endeksler için, 1:5 hisse senetleri için ve sadece 1:2 kripto para enstrümanları için."
Bir aydan az kaldı. Her ihtimale karşı Kıbrıs'ta çok sayıda DC'nin kayıtlı olduğunu ve şimdi Avrupa Birliği'nin bir parçası olduğunu, ESMA direktifinin geçerli olduğunu hatırlatmama izin verin.
Sorum şuydu: "OrderCheck() veya OrderCalcMargin() işlevleri, "yaklaşık olarak belirtilen" belirtimde belirtilen kaldıraç özelliklerini dikkate alıyor mu?
Ne tür özellikler için hesaplanan OrderCalcMargin() değerindeki yansımalarının istatistiklerini topluyorsunuz? Size bu tür tekillikleri hatırlatmama izin verin: kaldıraç,
1. Sembol
2. Polonyalı müşterilerle ilişkiniz
3. Karakter oranı
4. Şimdiki an - haber dönemlerinden birine mi girdi?
5. Şimdiki saat - Cuma akşamı mı düştü
Yoksa o değil mi? İstatistik toplamak yerine, olası kaldıracı minimum değere indirdiniz (1. mesajdaki şekilde BTCUSD için 1:2, USDBUR için 1:25'tir) ve bu kadar mı?
Not Kaldıracı azaltmaya yönelik tehditler hakkında Avrupa düzenleyicisinin bu yaz yürürlüğe giren ESMA direktifine bakarsanız, "pah-pah'ın nasıl ısıtıldığını, onu azaltmakla tehdit edene kadar ..." fikriniz değişebilir. Örneğin, burada https://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/ :
Forex ve CFD brokerlerinin Avrupa Birliği'nde her zamanki gibi sadece 1 Ağustos 2018'e kadar faaliyet gösterebileceğini hatırlayın. Ardından, önemli ölçüde daha katı koşullara uyum sağlamak zorunda kalacaklar. Yani, perakende brokerleri majör döviz çiftleri için maksimum 1:30, majör olmayanlar için 1:20, emtialar ve majör olmayan endeksler için 1:10, hisse senetleri için 1:5 ve sadece 1 kaldıraç ile alım satım sunabilecektir. :2 kripto para birimleri için araçlar.
Kurallarda ve ticaret koşullarında, tüm bunlar yazılır, ancak farklı şekillerde uygulanır, daha doğrusu her zaman değil
Birisi gibi
DC ve brokerler burada forum kurallarına göre tartışılmaz
Bu nedenle - seçtiler, bu ustanın işi, uyarla
Senin davan çok az sayıdan biri
1 ağustosu bekliyorum
Belki canı acır sonra kodu yazıp gönderirim
Sorun ne yazdığın bile değil, kaldıraç değiştirme anını yakalamak olacak.
Önceden, terminali yeniden başlatmadan yakalamak mümkün değildi
Şimdi - bilmiyorum, kontrol etmedim.
Kurallarda ve ticaret koşullarında, tüm bunlar yazılır, ancak farklı şekillerde uygulanır, daha doğrusu her zaman değil
Birisi gibi
DC ve brokerler burada forum kurallarına göre tartışılmaz
Bu nedenle - seçtiler, bu ustanın işi, uyarla
Senin davan çok az sayıdan biri
1 ağustosu bekliyorum
Belki canı acır sonra kodu yazıp yayınlarım
Sorun ne yazdığın bile değil, kaldıraç değiştirme anını yakalamak olacak.
Önceden, terminali yeniden başlatmadan yakalamak mümkün değildi
Şimdi - bilmiyorum, kontrol etmedim.
İşte bir şey. Doğru, kaldıraçtaki değişimi yakalamak için terminali yeniden başlatmaktan başka bir yol bulamadığınızı anladım. OrderCalcMargin() bu değişiklikleri yakalayamıyor mu diyorsunuz? İhtiyacım olan bilgi buydu. Doğru, "şimdi" ile ilgili ve burada maalesef belirsizlik devam ediyor.
1:20 ile normal 1:100 arasındaki fark birçokları için önemlidir. Ve dediğiniz gibi, OrderCalcMargin() kaldıraç değişikliklerini yakalamadığından, herhangi bir yeni kodla kurtulmayacağız. OrderCalcMargin() işlevinin kendisinin yeniden çalışması gerekiyor.
Geliştirici ne diyecek?
İşte bir şey. Doğru, kaldıraçtaki değişimi yakalamak için terminali yeniden başlatmaktan başka bir yol bulamadığınızı anladım. OrderCalcMargin() bu değişiklikleri yakalayamıyor mu diyorsunuz?
Tam olarak değil
Kaldıraç oynaklığa bağlı olarak çok fazla dalgalandığından, her tikteki kaldıraç ve marjı bir öncekiyle karşılaştırdım.
Yaklaşık 3 yıl önceydi.
Ticaret aktifti ve bu parametreleri sürekli izlemek gerekiyordu.
Daha sonra kaldıracı terk etti (nedeni yukarıda) ve sadece marj koşullarındaki değişikliği, kaldıraçtaki değişikliğin bir katını izledi.
Bu yöntemin işe yaradığı ortaya çıktı.
Ne yazık ki, kod hayatta kalmadı, ama sözümü tutacağım.
Bu nedenle, tekrar komuta dönüyoruz:
OrderCalcMargin ( ORDER_TYPE_SELL ,_Symbol,1,BID,Mgn)
öncekini hatırla
öncekiMgn=Mgn
ve ondan önce aptalca karşılaştır
if(öncekiMgn/Mgn>1.1 || öncekiMgn/Mgn<1.1)
Pekala, aradığın şey cebinde...
omuz sayma zamanıTam olarak değil
Kaldıraç oynaklığa bağlı olarak çok fazla dalgalandığından, her tikteki kaldıraç ve marjı bir öncekiyle karşılaştırdım.
Yaklaşık 3 yıl önceydi.
Ticaret aktifti ve bu parametreleri sürekli izlemek gerekiyordu.
Daha sonra kaldıracı terk etti (nedeni yukarıda) ve sadece marj koşullarındaki değişikliği, kaldıraçtaki değişikliğin bir katını izledi.
Bu yöntemin işe yaradığı ortaya çıktı.
Ne yazık ki, kod hayatta kalmadı, ama sözümü tutacağım.
Bu nedenle, tekrar komuta dönüyoruz:
OrderCalcMargin( ORDER_TYPE_SELL ,_Symbol,1,BID,Mgn)
öncekini hatırla
öncekiMgn=Mgn
ve ondan önce aptalca karşılaştır
if(öncekiMgn/Mgn>1.1 || öncekiMgn/Mgn<1.1)
Pekala, aradığın şey cebinde...
omuz sayma zamanıBunun kodla ilgili olmadığını anlıyorsunuz, burada sayabilenler - bu kadar. Ancak, etkisi gerçekten ortaya çıkan özellikler listesine volatiliteyi de eklediniz. Ormanın ilerisinde, daha fazla yakacak odun. Nasıl dikkate alınır? Durum tamamen umutsuz görünüyor...