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
zaten verimli bir tartışmaya neden müdahale edesiniz ki?
Geliştiriciler bizi korkutmak istemiyor, belki onlar için ilginç bir şeyler buluruz... :)
zaten verimli bir tartışmaya neden müdahale edesiniz ki?
Aşağıdaki nedenler:
1. Kabul ettiğimiz (veya kabul etmediğimiz) adamlara bir sorun olduğunu söyleyin, biz de onu tedavi edelim.
2. Diyelim ki Quark (ve Composter, Uzman Danışmanında hatayı yeniden ürettiği için), kodunuza baktık, hata içinde, şu şekilde ele alındı.
Ve ilgilenmediğiniz ortaya çıktı. Dışarı çıkın çocuklar...
Argümanlarımı tekrar edeceğim:
1. Bir pozisyon açma ve kapama emirleri bazen hata verir.
2. Bu hataların kodlarının gerçek hayatla hiçbir ilgisi yoktur (örneğin, fiyatın doğru olmasına rağmen "yanlış fiyat").
3. Denemeyi aynı parametrelerle tekrarlayarak sistemi siparişi kabul etmeye zorlayabilirsiniz. Ancak kılavuzlarınızın hiçbir yerinde, her adımda hata kontrolü olan bir döngüde aynı sıranın açılması (kapatılması) ve sonraki manuel doğrulama için bir dosyaya gönderilmesi gerektiği söylenmez.
4. Hata kodları bazen döndürülmez, yani program işlem başarılıymış gibi davranır. Ve başarısız oldu.
5. En önemli şey. Sorun, demo sunucusuyla (benim durumumda Alpari) etkileşime girerken ortaya çıktığından, şu anda demoda bir geçici çözüm bulduktan sonra, kendimizi tekrar aynı durumda bulacağız ve gerçek olana geçeceğiz. Ve sonra yenisinde hata ayıklamak için ödeme yapmanız gerekecek. Senin paranla.
6. Bu, bir uzmanın yerel sorunu DEĞİLDİR. Uzmanlarıma eklediğim hataları yakalamak için bir sistem olmadığı için herkesin veya en azından birçok uzmanın bunu yakalayamayacağını savunuyorum. Siparişler her zaman ve aynı şekilde açılıp kapanmayacağından optimizasyonun gerçek hayata GEÇERLİ OLMADIĞINI izler. Bu, insanların zaman ve para kaybedecekleri anlamına gelir.
7. Bunun bir uzman sorunu olduğuna gerçekten inanmıyorum. Yanılıyorsam nerede olduğunu göster. Expert Advisor'ın mantığını değiştirebilirsiniz, mesele mantık değil.
Burada.
Rosh, işte bugünün günlükleri, OrderSend ve OrderClose'dan sonra döngü içinde 10000 ms gecikme ile. Bu, görünüşe göre, zamanlama ve bağlam nedeniyle (ki zaten olmaması gerekirdi) ihtilaftan şüpheyi ortadan kaldırıyor:
Kısa pozisyonu kapatma girişimi, bilet: 1827283
9/9/2005 10:13:20 Bu bilet hala mevcutken sipariş verin, tekrar deneyin
9/9/2005 10:13:48 AM Bu biletle başka sipariş yok Hayır
İkinci deneme :(
9/9/2005 0:14:54 Satın almaya çalışıyorum, 0 girişimi
Teklif: 1.24490000, StopLoss: 0.00700000, TakeProfit: 0.00000000 başarısız, hata 6
9/9/2005 0:15:4 Satın almaya çalışıyorum, 1 deneme
Teklif: 1.24470000, StopLoss: 0,00700000, TakeProfit: 0,00000000 başarılı
İkinci deneme :(
9/9/2005 13:0:22 Satın almaya çalışıyorum, 0 girişimi
Teklif: 1.23900000, StopLoss: 0.00600000, TakeProfit: 0.00000000 başarısız oldu, hata 6
9/9/2005 13:0:48 Satın almaya çalışıyorum, 1 deneme
Teklif: 1.23900000, StopLoss: 0.00600000, TakeProfit: 0.00000000 başarılı
İkinci deneme :(
Duraklamalar yardımcı olmadı.
Dikkatinizi 6 numaralı hatanın (dünyadaki en bilgilendirici) yalnızca satın alırken ortaya çıktığına, ancak kapanırken hata olmadığına dikkat çekiyorum. Doğru, logda bir ping hatası olmuş ama uzmanın bundan haberi yok...
Bir insan Tanrı ile konuşuyorsa bunun normal olduğunu söylüyorlar. Ama Allah cevap vermeye başlarsa bu zaten problem :) Ama yine de sevindim :)
Size varsayılan olarak Expert Advisor'ın 5 dakika boyunca işlem yapmayacağını hatırlatırım. Saat dikilmiş, değiştirilmesi gerekiyor.
Ayrıca 5 dakikada yakalamanın ne kadar kolay olduğu hakkında hiçbir fikrim yok. Ek olarak :) tarif ettiğiniz gibi test ederseniz, döngüler hatayı ortadan kaldırmak için tasarlandıkları için yasaklanmalıdır. Elbette günlüklerde bir kayıt olacak, ancak düğmeye basmak için çok geç olabilir.
Son olarak, muhtemelen aynı mantığı ( OrderSend ve OrderClose yerine benim fonksiyonlarımı çağırarak) diğer Uzman Danışmanlara da çevirebilirsiniz. Doğruluk için. Sanırım bir şeyler yakalamak da mümkün olacak.
İyi şanlar,
kuark
göndermek. biz sadece bu durumu yakalarız
Bu kodun bekleyen iki emirden ikincisinin tetiklenmesi dışında hiçbir koşula bağlı olmadığını vurgulamak isterim. Buna göre bir saat sonra (evde değildim) bu kod tekrar arandı ve bekleyen sipariş hala silindi. Uyarı asılı kaldı.
Yani bu sefer sistem, terminali yeniden başlatmadan bir süre sonra çalışmaya başladı. Diğer vakaların (beklemede olmayan emirlerle) terminalin çalışma durumundan geçici olarak çıkmasıyla da ilgili olduğunu ekarte etmiyorum, sadece uzmanların mantığı öyle ki, işe yaramazsa, bu kod çalışmayabilir. bir sonraki çubukta daha uzun süre çağrılır.
Bu, işlemi bir döngüde gerçekleştirme isteğini tekrarlayarak, ikinci, üçüncü vb. ile başarılı olunabileceği gerçeğiyle tutarlıdır. denemeler.
Uzmanınız bir pozisyon açtı =)))
8'i de uzun süredir gündemde ve kimse işlem yapmıyor... Ve Alpari saatiyle 15:00'te bir pozisyon açıldı. Bu iyi?)
Uzmanınız bir pozisyon açtı =)))
8'i de uzun süredir gündemde ve kimse işlem yapmıyor... Ve Alpari saatiyle 15:00'te bir pozisyon açıldı. Bu iyi?)
Ve açtım ve ayrıca 15'te :)
Önceki pozisyon 23.08'de USDCAD'de başarıyla açıldı.
Aslında bu iyi bir Uzman Danışmandır ve çoğu zaman çökmez. Aynı diğerleri gibi. Günlüklere bakılırsa, mesele ticaret mantığında değil, gerçeğin kendisinde, yani Expert Advisor'ı yeniden yazabilirsiniz, örneğin, pozisyonu her saat tersine çevirecek şekilde - daha fazla işlem olacak :) Ve başarısızlıklar da .
Bu Uzman Danışman, geliştiricilere gösterilecek yalnızca bir örnektir. Ve HEPSİ zaman zaman başarısız olur. Evet ve sen de anladığım kadarıyla kodumuzda yok...