Danışman gerçek için uygun mu? - sayfa 34
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
Bu olmaz. Neyle karşılaştırıyorlar?
Olur. Ask ve Bid, bekleyen bir emrin açılış fiyatı ile karşılaştırılır. Kendinden emin bir şekilde söylüyorsun, ama aslında öyle değil. Ayrıca kod, Kapat[0] değerini kullanmaz. Genelde böyle bir değer asla kullanılmaz. Görünüşe göre Düşük[0] ve Yüksek[0] değerleri zaten tamamlanmış çubuğu değil akımı alıyor. Aksi takdirde, burada bir düzine kâse bir kuruş olurdu.
RUMUS terminalinden başlamış görünüyorsunuz. Görünüşe göre diyor.
Olur. Ask ve Bid, bekleyen bir emrin açılış fiyatı ile karşılaştırılır. Kendinden emin bir şekilde söylüyorsun, ama aslında öyle değil. Ayrıca kod, Kapat[0] değerini kullanmaz. Genelde böyle bir değer asla kullanılmaz. Görünüşe göre Düşük[0] ve Yüksek[0] değerleri mevcut ve henüz tamamlanmamış çubuğu alıyor. Aksi takdirde, burada bir düzine kâse bir kuruş olurdu.
RUMUS terminalinden başlamış görünüyorsunuz. Görünüşe göre diyor.
Rumus'la hiç işim olmadı.
Düşük[0] ve Yüksek[0] karşılaştırmaya dahil mi? Bir kod parçası verebilir misiniz?
Rumus'la hiç işim olmadı.
Düşük[0] ve Yüksek[0] karşılaştırmaya dahil mi? Bir kod parçası verebilir misiniz?
Hayır, yapmazlar.
Hayır, yapmazlar.
Nick
Genel olarak, size yardım etme girişimlerine karşı garip bir tepkiniz var.
Sadece, sipariş türü ve seçilen emrin açılış fiyatı ile karşılaştırmaya geldiğini defalarca açıkladım ve sonra hayır. Sorun ancak bu koşulda ortaya çıkar. Bir kod parçası zaten 5 kez düzenlenmiştir. Ve Low High Close'un bununla hiçbir ilgisi yok. Başka nasıl kanıtlanır? Bunu üçüncü kez söylüyorum. Ve bir şekilde Low[0] öğesinin tamamlanmış bir çubuğun değerini aldığını ısrarla iddia ediyorsunuz. Bu doğru değil! Ve hiç kimse Close[0] kullanmaz, bunun için teklif ve Sor vardır.
Bu yüzden size daha yumuşak bir şekilde açıklamaya çalışıyorum.
Sadece, sipariş türü ve seçilen emrin açılış fiyatı ile karşılaştırmaya geldiğini defalarca açıkladım ve sonra hayır. Sorun ancak bu koşulda ortaya çıkar. Bir kod parçası zaten 5 kez düzenlenmiştir. Ve Low High Close'un bununla hiçbir ilgisi yok. Başka nasıl kanıtlanır? Bunu üçüncü kez söylüyorum. Ve bir şekilde Low[0] öğesinin tamamlanmış bir çubuğun değerini aldığını ısrarla iddia ediyorsunuz. Bu doğru değil! Ve hiç kimse Close[0] kullanmaz, bunun için teklif ve Sor vardır.
Bu yüzden size daha yumuşak bir şekilde açıklamaya çalışıyorum.
Sana yardım etmeye çalışıyorlar. Her ifadeyi yazdırın.
FOReignEXchange gerçekten, birkaç kişi zaten tekrarladı. Koşul tetiklendiği anda günlükteki sayıları gösterin . Ve hepiniz "her şeyi yaptım"ı tekrar ediyorsunuz.
Şimdi koy. Bekliyorum.
Ay-yay-yay , bu işte benim gibi yeni olduğunu sanıyordum. Ancak " MT4 terminali için ticaret sistemlerini otomatikleştirmek için emirleri yerine getirmeme" rağmen, "göstergeleri, danışmanları programlamıyorum" ve "kendi başıma satılabilecek her şeyi satmıyorum", kodlamamda I Dokümantasyon, Eğitim ve forum üyelerinin tavsiyelerini takip ederek sunucuyla çelişen temel hatalardan kaçınmayı öğrendim, çok teşekkür ederim ve bunu bir kural haline getirdim:
1) Tüm koşulları ve eylemleri normalleştirin;
2) Sunucu koşul değişkenlerinin durumunu kontrol edin;
3) Olası hataları ele alın;
4) Belirtilen koşullara ve fiyat hareketine göre SL ve TP'siz bir pozisyon açın , sonrakini ekleyin. Bu arada diğer hesap türlerine geçiş yaparken geliştirdiğim ayarları değiştirmemek adına bu birçok hesap türünde olan bir durumdur.
Alt satır: Uzun süredir, sunucu tarafından danışmanın gereksinimlerine ilişkin herhangi bir hata ve yerine getirilmemesi olmamıştır. İstisnalar: Günlüğe kaydedilen sunucuyla veya kusurlarım ile bağlantı kesilir.
Şu anda, yalnızca mütevazı bir mikro hesapta Demo ve Real'deki danışmanı kontrol etmek ve ince ayar yapmakla ilgileniyorum.
İyi şanlar!
1) Tüm koşulları ve eylemleri normalleştirin;
2) Sunucu koşul değişkenlerinin durumunu kontrol edin;
3) Olası hataları ele alın;
4) Belirtilen koşullara ve fiyat hareketine göre SL ve TP'siz bir pozisyon açın, sonrakini ekleyin. Bu arada diğer hesap türlerine geçiş yaparken geliştirdiğim ayarları değiştirmemek adına bu birçok hesap türünde olan bir durumdur.
1) Duraklar ayrı ayrı hesaplandığında normalleştirmek gerekir. Yardım kısmında yazıyor. Normalleştirilmesi gerekmeyen her şeyi neden normalleştirelim? En az 150 ondalık basamak olsun. Hiçbir şeyi etkilemiyorsa, normalleştirmenize gerek yoktur. İşte bir örnek kod.
Neden a ve b'yi normalleştirelim? Anlayamıyorum. Örnek elbette basitleştirilmiştir. Ama mesele şu ki, eğer kodda matematik yapıyorsanız, neden her şeyi arka arkaya normalleştiriyorsunuz? Sadece duraklar, bu tür bir matematik sonucunda elde ediliyorsa normalleştirilmelidir.
2) Koşulları birkaç kez kontrol ettim. Şu anda daha fazlasını kontrol ediyorum. Belki görmemiştir.
3) Kodumda sadece 2 hata var. Hata 130 - Hatalı duruşlar ve Geciktiriciyi kaldırırken geçersiz parametreler. İlk andan itibaren, her şey açık ve onunla ilgilenildi. Bir siparişi temizlerken de geçersiz parametrelerle.
4) Minimum kar belirlendiği için SL ve TP olmadan pozisyon açmak için zaman yoktur ve daha sonra fiyat hızlı hareket ettiği için ayarlanmayabilir. Bu dördüncü kural, daha önce BROKO terminallerinde duraklarla işlem açmanın imkansız olduğu gerçeğinden gelmiş gibi görünüyor. Şimdi yapabilirsin. Bu yüzden bu kuraldaki noktayı göremiyorum.