Güvenli, karlı ve heyecan verici Forex - sayfa 6

 

Paritenin fiyatı, geçmiş seviyelerin dağılımına bağlı olarak %90'dır.

 
Yury Kirillov :
Forex motive olmuş bir şey yanlıştı ve her ihtimale karşı sizi yasakladı mı? Yoksa sadece ticaret dışı zaman mı?

Bu durum bugün yine oldu:

2017.02.22 02:00:08.326 '3389676': 0.01 EURUSD satış emri 1.0536 sl'de açılıyor: 0.0000 tp: 0.0000 başarısız [Piyasa kapalı]

Ancak manuel olarak, masaüstünde danışmanı aradığında ve kapattığında, başarıyla bir pozisyon açtı:

2017.02.22 02:07:38.121 '3389676': sipariş #115497034 1,0536'da 0,01 EURUSD sat değiştirildi -> sl: 1.1036 tp: 1.0036

Böyle bir durumla karşılaşan var mı? Ne yanlış olabilir?
 
Yousufkhodja Sultonov :

Bu durum bugün yine oldu:

2017.02.22 02:00:08.326 '3389676': 0.01 EURUSD satış emri 1.0536 sl'de açılıyor: 0.0000 tp: 0.0000 başarısız [Piyasa kapalı]

Ancak manuel olarak, masaüstünde danışmanı aradığında ve kapattığında, başarıyla bir pozisyon açtı:

2017.02.22 02:07:38.121 '3389676': sipariş #115497034 1,0536'da 0,01 EURUSD sat değiştirildi -> sl: 1.1036 tp: 1.0036

Böyle bir durumla karşılaşan var mı? Ne yanlış olabilir?
Yusuf, yeni bir günün başlangıcında DC'niz pozisyonları yeniden açıyor, takasları ücretlendiriyor veya başka bir şey yapıyor olabilir. Bu süre zarfında ticaret yasaktır. Sadece biraz sonra açmayı denemeniz gerekiyor. Başarısızlık denemelerinin sayısını ayarlayan bir danışmanınız var. Varsayılan 5'tir. Belki artırmayı denemelisiniz? Her ne kadar piyasanın kapalı olduğunu döndürürken sunucuyu aptalca isteklerle çekiçlemek iyi bir fikir değil. Ama bir şekilde, ticarete zaten izin verildiğini belirlemeniz gerekiyor ...

Bu arada, kamikazeleriniz hakkında - bir hesap yenileme algıladığında yeni bir sihirle yeni bir ticaret başlatacak yalnızca bir robot yapabilirsiniz.
 
Yousufkhodja Sultonov :

Bu durum bugün yine oldu:

2017.02.22 02:00:08.326 '3389676': 0.01 EURUSD satış emri 1.0536 sl'de açılıyor: 0.0000 tp: 0.0000 başarısız [Piyasa kapalı]

Ancak manuel olarak, masaüstünde danışmanı aradığında ve kapattığında, başarıyla bir pozisyon açtı:

2017.02.22 02:07:38.121 '3389676': sipariş #115497034 1,0536'da 0,01 EURUSD sat değiştirildi -> sl: 1.1036 tp: 1.0036

Böyle bir durumla karşılaşan var mı? Ne yanlış olabilir?
Kusurlu bir gerçek dünyayla karşı karşıyasınız :-)

pozisyon açarken, piyasanın hiç çalışıp çalışmadığını kontrol etmeniz mi gerekiyor? 02:00, 02:07'de (terminalin yerel saati), sunucu derin bir w@ (gece yarısı) alabilir, DC takas, komisyon ve emir transfer ederken ticaret 10-15 dakika durdurulabilir. Aslında, yönetmelikler genellikle bu konuda uyarır ve "acımasız gerçek dünyada" tüm belgeleri okumanız gerekir.
 
Artyom Trishkin :
Yusuf, yeni bir günün başlangıcında DC'niz pozisyonları yeniden açıyor, takasları ücretlendiriyor veya başka bir şey yapıyor olabilir. Bu süre zarfında ticaret yasaktır. Sadece biraz sonra açmayı denemeniz gerekiyor. Danışmanda başarısızlık denemelerinin sayısı için bir ayarınız var. Varsayılan 5'tir. Belki artırmayı denemelisiniz? Her ne kadar piyasanın kapalı olduğunu döndürürken sunucuyu aptalca isteklerle çekiçlemek iyi bir fikir değil. Ancak bir şekilde ticarete zaten izin verildiğini belirlemeniz gerekiyor ...

Bu arada, kamikazeleriniz hakkında - bir hesap yenileme algıladığında yeni bir sihirle yeni bir ticaret başlatacak yalnızca bir robot yapabilirsiniz.

1. Zamanında sipariş verme örnekleri vardır:

2017.02.20 02:00:04.139 '3389676': anında sipariş 1,0619 sl'de 0,01 EURUSD sat: 0,0000 tp: 0,0000

2017.02.20 02:00:07.009 '3389676': sipariş açıldı : #115360836 0.01 EURUSD sat 1.0619 sl: 0.0000 tp: 0.0000

2017.02.20 02:00:07.009 '3389676': siparişi değiştir #115360836 0.01 EURUSD sat 1.0619 sl: 0.0000 tp: 0.0000 -> sl: 1.1119 tp: 1.0119

2017.02.20 02:00:07.727 '3389676': sipariş #115360836 1.0619'da 0.01 EURUSD sat değiştirildi -> sl: 1.1119 tp: 1.0119

Sipariş başarıyla verildi.

Ancak ertesi gün süreç ikinci aşamada sona erer:

2017.02.21 02:00:05.795 '3389676': anında sipariş 0,01 EURUSD 1.0612 sl'de sat: 0.0000 tp: 0.0000

2017.02.21 02:00:06.825 '3389676': 0.01 EURUSD satış emri 1.0612 sl'de açılıyor: 0.0000 tp: 0.0000 başarısız [Piyasa kapalı]

2 İstek sayısını artırmaya çalışacağım ve bu yardımcı olmazsa, 01.00 veya 00.30 DC saatinde lansmanı kodda sağlayacağız;

3. Sihirbazı değiştirmek pahasına: Öncelikle, bunun için her robotun çalışmasının muhasebesinde karışıklık olacağı gerçeğini değil, danışman kodunu değiştirmem gerekiyor. Bir hesap öldüğünde, VPS'de yeni açılan bir hesap yerini alır . Bence her şekilde daha kolay.


 
Yousufkhodja Sultonov :

1. Zamanında sipariş vermenin örnekleri vardır:

2017.02.20 02:00:04.139 '3389676': 1.0619 sl'de 0.01 EURUSD anında sipariş satışı: 0.0000 tp: 0.0000

2017.02.20 02:00:07.009 '3389676': sipariş açıldı : #115360836 0.01 EURUSD sat 1.0619 sl: 0.0000 tp: 0.0000

2017.02.20 02:00:07.009 '3389676': siparişi değiştir #115360836 0.01 EURUSD sat 1.0619 sl: 0.0000 tp: 0.0000 -> sl: 1.1119 tp: 1.0119

2017.02.20 02:00:07.727 '3389676': sipariş #115360836 1.0619'da 0.01 EURUSD sat değiştirildi -> sl: 1.1119 tp: 1.0119

Sipariş başarıyla verildi.

Ancak ertesi gün süreç ikinci aşamada sona erer:

2017.02.21 02:00:05.795 '3389676': anında sipariş satış 0.01 EURUSD 1.0612 sl'de: 0.0000 tp: 0.0000

2017.02.21 02:00:06.825 '3389676': 0.01 EURUSD satış emri 1.0612 sl'de açılıyor: 0.0000 tp: 0.0000 başarısız [Piyasa kapalı]

2 İstek sayısını artırmaya çalışacağım ve bu yardımcı olmazsa, 01.00 veya 00.30 DC saatinde lansmanı kodda sağlayacağız;

3. Sihirbazı değiştirmek pahasına: Öncelikle, bunun için her robotun çalışmasının muhasebesinde karışıklık olacağı gerçeğini değil, danışman kodunu değiştirmem gerekiyor. Bir hesap öldüğünde, VPS'de yeni açılan bir hesap yerini alır. Bence her şekilde daha kolay.


günlük gerekli değil :-)

"çift" takasın ücretlendirildiği ve hesaplandığı gece yarısı vardır. süreç daha uzun sürebilir. Prensip olarak, DC ve likidite sağlayıcıları (aynı gece keskinlikleri ve boşlukları) arasında tutarsızlıklar/anlaşmazlıklar olabilir, yine sunucunun tüm enstrümanlar için sipariş defterlerini çalışır duruma getirmesi gerekir.
 

DC sunucusunun yanlış çalışması nedeniyle çalışma durduruldu:

Bir hesapta aynı Uzman Danışman (cent PAMM) düzenli olarak TF D1'in başında (koşullu Danışman 1) ve diğer (Danışman 2) sıradan bir “komikaze” cent hesabında sipariş verdiğinde durumu çözemiyorum. şeklinde bir rebuff (Piyasa kapalı) ve herhangi bir yeniden yapılandırma olmadan tekrar çağrılana ve kapatılana kadar bir pozisyon açmaz. Biraz önce bu durumu burada tartıştık ve birçoğunun öğrenmesini tavsiye ettik:

1. DC'nin teknik destek servisi ile iletişime geçin ve bunun TF D1'in başındaki takas ve komisyonların hesaplanmasıyla ilgili olup olmadığını öğrenin.

Bu hizmet yanıtladı: Evet, yapabilir. takas ve komisyon tahakkuku ile bağlantılıdır ve "Piyasa kapalı" cevabını alan danışman, sözde açılma talep döngüsünü tamamlar. Danışmandaki bu hatayı düzeltmemi tavsiye ettiler. O zaman soru şu ki, bu durum neden EA #1'in düzgün çalışmasını engellemiyor?

Şüphe: Sorun farklı DC sunucularında (?).

2. Her iki danışmanın ayarlar paneline dikkatlice baktım - garip bir durum dışında her şey aynı:

"Güvenlik" bölümündeki hatalı Expert Advisor #2'nin panelinde 3 seçenek vardır:

- DLL'den işlevlerin içe aktarılmasına izin ver - işaretli;

- harici uzmanlardan içe aktarmaya izin ver - kontrol edildi;

- sinyal ayarlarının değiştirilmesine izin ver - kutuda onay işareti yok.

"Güvenlik" bölümünde çalışan bir Uzman Danışman #1'in panelinde yalnızca 2 seçenek vardır ve üçüncü seçenek eksik:

- DLL'den işlevlerin içe aktarılmasına izin ver - işaretli;

- harici uzmanlardan içe aktarmaya izin ver - kontrol edildi;

Daha sonra, 1 numaralı danışmanı danışman 2'nin sunucusunda başlattım ve inanılmaz oldu - 1 numaralı danışman 2 numaralı danışmana dönüştü ve üçüncü satır belirdi ve ayrıca görünüşe göre hatalı oldu!

Danışman kodunda bir şeyler değişmiş olabilir - kodu ben açmadım.

1 numaralı danışmanı kopyaladım ve 2 numaralı danışmanı terminale yerleştirdim - ve 1 numaralı danışman hemen hatalı bir danışman 2'ye (!) dönüşüyor.

Şimdi soru şu: Bu durum danışmanın performansını etkileyebilir mi?

3. 2 DC sunucunun danışmanların çalışmaları açısından temelde birbirinden farklı olduğundan şüpheleniyorum ve bu duruma DC teknik desteğin dikkatini çekeceğim.

Sevgili programcılar, durumu çözmek için yardımınızı bekliyorum.

Bu arada VPS'de başlatılan 4 komikaze ve ev bilgisayarında 1 komikaze aslında bu sorun nedeniyle manuel olarak yönetiliyor, bu nedenle projenin toplu lansmanı geçici olarak unutulabiliyor.

 

Merhaba Yusuf!

DC'ler kampanyayı ... milyonları kaybedebileceklerini hissettiler ... ve müdahale etmeye başladılar.

 
Yousufkhodja Sultonov :

DC sunucusunun yanlış çalışması nedeniyle çalışma durduruldu:

Bir hesapta aynı Uzman Danışman (cent PAMM) düzenli olarak TF D1'in başında (koşullu Danışman 1) ve diğer (Danışman 2) sıradan bir “komikaze” cent hesabında sipariş verdiğinde durumu çözemiyorum. şeklinde bir rebuff (Piyasa kapalı) ve herhangi bir yeniden yapılandırma olmadan tekrar çağrılana ve kapatılana kadar bir pozisyon açmaz. Biraz önce bu durumu burada tartıştık ve birçoğunun öğrenmesini tavsiye ettik:

1. DC'nin teknik destek servisi ile iletişime geçin ve bunun TF D1'in başındaki takas ve komisyonların hesaplanmasıyla ilgili olup olmadığını öğrenin.

Bu hizmet yanıtladı: Evet, yapabilir. takas ve komisyon tahakkuku ile bağlantılıdır ve "Piyasa kapalı" cevabını alan danışman, sözde açılma talep döngüsünü tamamlar. Danışmandaki bu hatayı düzeltmemi tavsiye ettiler. O zaman soru şu ki, bu durum neden EA #1'in düzgün çalışmasını engellemiyor?

Şüphe: Sorun farklı DC sunucularında (?).

2. Her iki danışmanın ayarlar paneline dikkatlice baktım - garip bir durum dışında her şey aynı:

"Güvenlik" bölümündeki hatalı Expert Advisor #2'nin panelinde 3 seçenek vardır:

- DLL'den işlevlerin içe aktarılmasına izin ver - işaretli;

- harici uzmanlardan içe aktarmaya izin ver - kontrol edildi;

- sinyal ayarlarının değiştirilmesine izin ver - kutuda onay işareti yok.

"Güvenlik" bölümünde çalışan bir Uzman Danışman #1'in panelinde yalnızca 2 seçenek vardır ve üçüncü seçenek eksik:

- DLL'den işlevlerin içe aktarılmasına izin ver - işaretli;

- harici uzmanlardan içe aktarmaya izin ver - kontrol edildi;

Daha sonra, 1 numaralı danışmanı danışman 2'nin sunucusunda başlattım ve inanılmaz oldu - 1 numaralı danışman 2 numaralı danışmana dönüştü ve üçüncü satır belirdi ve ayrıca görünüşe göre hatalı oldu!

Danışman kodunda bir şeyler değişmiş olabilir - kodu ben açmadım.

1 numaralı danışmanı kopyaladım ve 2 numaralı danışmanı terminale yerleştirdim - ve 1 numaralı danışman hemen hatalı bir danışman 2'ye (!) dönüşüyor.

Şimdi soru şu: Bu durum danışmanın performansını etkileyebilir mi?

3. 2 DC sunucunun danışmanların çalışmaları açısından temelde birbirinden farklı olduğundan şüpheleniyorum ve bu duruma DC teknik desteğin dikkatini çekeceğim.

Sevgili programcılar, durumu çözmek için yardımınızı bekliyorum.

Bu arada VPS'de başlatılan 4 komikaze ve ev bilgisayarında 1 komikaze aslında bu sorun nedeniyle manuel olarak yönetiliyor, bu nedenle projenin toplu lansmanı geçici olarak unutulabiliyor.

Yusuv, başka bir komisyoncuya geçmeye ne dersin?
 
Ivan Butko :
Yusuv, başka bir komisyoncuya geçmeye ne dersin?
Bu broker ile çok uzun zamandır çalışıyorum, güvene dayalı bir ilişki geliştirdik, her zaman çevrimiçi veya telefonla yardımcı olmaya çalışıyorlar. Bunu bilinçli yaptıklarını düşünmüyorum. Her iki sunucunun çalışması örneğinde gerçeğin önüne koyduğumda cent sunucu hatasını düzeltmeleri gerekir. Danışmanın güvenlik sisteminde 3. satırın nasıl göründüğünü programcılardan öğrenmek istiyorum.
Neden: