Aynı anda birkaç siparişi kapatmak mümkün müdür? - sayfa 4
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
telefon ve laptop kesinlikle doğru kararlar. tartışılmıyor bile. ilginçti belki birisi bir şeyler yapmaya çalışıyordu .... ama görünüşe göre kader değil.
Temelde dikkate değer bir karar var ve sadece bu tür durumlar için değil. doğrudan ticaret sunucusunda bir web sunucusu yapın . https üzerinden yetkilendirme (böylece geliştiriciler yeni bir şey bulmaz). sayfaya girildiğinde, hesap durumu (bakiye, kar ...) ve açık emirlerin bir listesi (bilet sembolü lot stop kar al) görüntülenir. + bir metin giriş alanı ve bir gönder düğmesi. alanın üstünde küçük bir ipucu:
ve böylece 6. seçenekte bir numara listesi belirtebilirsiniz (6 1234 65433 2345).
ve sonra bir cep telefonundan veya en yakın internet kafeden veya oyun salonundan bile bu 7 puanla bile en azından bir şeyler yapabilirsiniz. ama yapmayacaklar .... ne 4. ne 5. :(((
Ve doğru. Bunu yapmak için sunucu API metaka'sında - sadece tükür. Sadece DC'ler genellikle rahatsız edemeyecek kadar tembeldir - 90'lı yıllarda olduğu gibi telefonla uğraşmak :)
Partiler halinde siparişleri kapatmaya gelince. Açık nedenlerden dolayı, böyle bir işlev basitçe var olamaz. İlk olarak, hataları bildirmek zordur (10 siparişten 8'i kapatıldı ve hatta fiyattan farklı kayma/sapma olsa bile), OFF QUOTES 2 adet geldi - nasıl işleyeceğiz? Ek olarak, bir istemciden yalnızca bir istek sırası vardır - yine bariz nedenlerle (örneğin, marj gereksinimlerinin kontrol edilmesi ). Bu nedenle, zaman maliyetleri açısından, siparişlerin sıralı kapanmasına eşdeğerdir.
Sorun parmaktan emiliyor aslında. İlk önce dizüstü bilgisayarları kullanın (yukarıda yazdılar). İkincisi, VPS kullanın. Üçüncüsü, telefondan İnternet'e gidin (ev hattı düşmüşse). Sorunlarınızı minimumda tutun.
...
Sorun parmaktan emiliyor aslında. Önce... Sorunlarınızı minimumda tutun.
Evet biliyorum ;)
En başta "elbette cevap hayır. Ama asla bilemezsin ..." yazdım, umut cesurdu. sonuçta, örneğin, göstergeyi komut dosyasından yeniden çizmeye zorlayamazsınız, ancak grafiğe bir onay işareti gönderebilirsiniz ve gösterge yeniden çizilecektir. Belki burada da birinin bulduğu belgesiz bir şey vardır diye düşündüm.
Evet biliyorum ;)
En başta "elbette cevap hayır. Ama asla bilemezsin ..." yazdım, umut cesurdu. sonuçta, örneğin, göstergeyi komut dosyasından yeniden çizmeye zorlayamazsınız, ancak grafiğe bir onay işareti gönderebilirsiniz ve gösterge yeniden çizilecektir. Belki burada da birinin bulduğu belgesiz bir şey vardır diye düşündüm.
Yani basit olamaz :) sunucu mantığına bakın.
ForexTools :
ancak "ara verme simülasyonu" da zaman alır ve görünüşe göre (örneğin, aynı hesaba yeniden giriş yapmak) siparişi kapatmak için normal bir yanıt beklemekten daha az zaman almaz.
Yani basit olamaz :) sunucu mantığına bakın.
Bir sürü garip şey istiyorum. Programcı, sorunları mevcut araçlar da dahil olmak üzere pratik bir şekilde çözmeye çalışmalı ve yenilerini zil ve ıslıklarla yaratmamalıdır.
Bunu bir kural olarak kabul edin.
Muhtemelen bir programcı değilsiniz :) . Bazen beynini böyle bir şeyle zorlamak istersin.
Hayır, sadece birkaç süper sistem kurdum ve böylece gerçeği öğrendim. Her şeye sadece belirli bir program çerçevesinde değil, bir uygulama kompleksi içinde bakılmalıdır. Herkes nihai sisteme katılır: geliştiriciler, kullanıcılar ve bakımcılar.
MT geliştiricilerinin yeniliğe bu kadar karşı olmalarına şaşmamalı. Her şeyi uygulamaya çalışırsanız, her şey dağılmaya başlar. Bir orta yol bulunmalı.
Ama neden? sunucuya "toplu mantık" koymayı kim engelliyor? bir komut listesi aldı (list \ paket), paketin her konumu için dönüş kodunu diziye döndürdü .... bir arzu olurdu;)
Varlıkları neden gereksiz yere üretelim...
MQL'ye gerçekten müdahale etmeyen şey bu, bir çeşit iplik modeli. Ve kod optimizasyonu . Ama bu ayrı bir konu.
Belki birileri Ağustos ayında St. Petersburg'da bir elektrik kesintisi olduğunu duymuştur. İki saat boyunca hiçbir şey yoktu, elektrik yok, su yoktu, sırasıyla radyo istasyonları çalışmadı, internet yok, TV yok, sabit hatlar çalışmadı,
Mobil iletişim teorik olarak vardı, acil durum güçleri var ama hafif bir panik nedeniyle herkes herkesi aradı. UPS böyle bir durumda işe yaramaz, telefon da aslında. O zaman aklıma gelen tek şey tutmaktı.
vps'de başka bir terminal ve bunun nasıl ve mümkün olup olmadığını bilmiyorum, vps'deki ayrı bir yazılım, ana bilgisayarda İnternet'in varlığını izlemeli ve “abone cevap vermezse” komut dosyasını çalıştırmalı tüm pozisyonları kapatın.
Ama sonra ışık verdiler
Genel olarak, anlam yasasına göre, elbette çok şey kaybedebilirsiniz.