şampiyonada terminalde geçirilen zaman - sayfa 2
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
Şampiyonanın organizatörlerinden bir yorum duymak istiyorum.
Teşekkür ederim.
... cevap alamayacağımız tek kişi o değil - politika bu. müziği sipariş edene kim para ödüyor
Merak ediyorum, “sunucu kış saatine geçecek” veya “sunucu kış saatine geçmeyecek” cevabına verilen tepki nasıl kıskançlık?
Bu bilgi ile ilişkili yazılım uygulaması sadece ilginçtir.
Gün ışığından yararlanma saati desteği ile.
Peki, şampiyona sunucusunun saati ve yaz saati uygulamasının varlığı/yokluğu hakkındaki bilgileri gizlemenin amacı nedir? o_o
Örneğin şampiyonluk sunucusu henüz başlatılmadı.
Ve kış saatine geçişi kendi başınıza belirlemenin sorunu nedir? Bunun için tüm fonksiyonlar
stringo :
Yedelkin :
soru sadece sizin için çok alakalı ve ilginç değil, aynı zamanda cevap almayacağımız tek soru değil - politika budur. müziği sipariş edene kim para ödüyor
Peki, şampiyona sunucusunun saati ve yaz saati uygulamasının varlığı/yokluğu hakkındaki bilgileri gizlemenin amacı nedir? o_o
Örneğin şampiyonluk sunucusu henüz başlatılmadı.
Eh, sunucuyu açmamanın "kim öder, müziği sipariş eder" teziyle pek ilgisi yok :) Bu tezi kullanmanın anlamını anlamaya çalıştım :)
Ve kış saatine geçişi kendi başınıza belirlemenin sorunu nedir? Bunun için tüm fonksiyonlar
Evet, sorun biraz farklı görünüyor. İşlemler sadece 18.00 CET'de yapılacaksa, sunucu saatinin CET ile tamamen aynı olması veya CET bölgesinde yaz saati ile sunucu saatinin senkronize olması çok uygundur. Daha sonra ticaret bloğunda "if(TimeCurrent()==18.00) - trade" gibi bir satır yazmak ve kış saatine dönüşün hem CET bölgesinde hem de sonrasında uygulanıp uygulanmadığını kontrol etmeyi düşünmemek yeterlidir. sunucu.
Her halükarda, farklı ülkelerin yerel saatinde ticaret yapmaya karar verdiğim için kış saatine dönüşü takip etmem gerekiyor. Örneğin Japonlar gün ışığından yararlanma saatine geçmezler. Ve Tokyo saatiyle 12.00'den 14.00'e kadar işlem yapmak için, ticaret sunucusunda kış saatine dönüşü izlemeniz gerekir (böyle bir seçenek ayarlandığından). Kanadalılar, kış saatine geri dönmek için biraz farklı tarihlere sahiptir, vb.
Evet, sorun biraz farklı görünüyor. İşlemler sadece 18.00 CET'de yapılacaksa, sunucu saatinin CET ile tamamen aynı olması veya CET bölgesinde yaz saati ile sunucu saatinin senkronize olması çok uygundur. Daha sonra ticaret bloğuna "if(TimeCurrent()==18.00) - trade" gibi bir satır yazmak ve CET bölgesinde ve üzerinde kış saatine dönüşün uygulanıp uygulanmadığını kontrol etmeyi düşünmemek yeterlidir. sunucu.
Her halükarda, farklı ülkelerin yerel saatinde ticaret yapmaya karar verdiğim için kış saatine dönüşü takip etmem gerekiyor. Örneğin Japonlar gün ışığından yararlanma saatine geçmezler. Ve Tokyo saatiyle 12.00'de işlem yapabilmek için sunucuda kış saatine dönüşü izlemeniz gerekir (çünkü böyle bir seçenek ayarlanmıştır). Kanadalıların biraz farklı iade süreleri vardır, vb.
Sorun yok. Finans merkezlerinin göreli saati biliniyor, yaz saati uygulamasına geçip geçmedikleri de biliniyor (en azından öğrenebilirsiniz), prensipte GMT saati hesaplamak mümkündür.
Mevcut finans merkezlerinin hiçbirinin zamanını hesaplamakta bir sorun görmüyorum.
Strateji test cihazı ile kurcalamanız gerekecek, ancak bu sorunu çözüyoruz.
Sorun yok. Finans merkezlerinin göreli saati biliniyor, yaz saati uygulamasına geçip geçmedikleri de biliniyor (en azından öğrenebilirsiniz), prensipte GMT saati hesaplamak mümkündür.
Mevcut finans merkezlerinin hiçbirinin zamanını hesaplamakta bir sorun görmüyorum.
Kış saatine dönüşü izlemenin bir sorun olduğunu söylemiyorum. Ancak, "if(TimeCurrent()==18.00) - ticaret" gibi bir satırla karşılaştırıldığında, izleme için ek kod satırları - koda zarafet veya hız katmayın :)
Evet, sorun biraz farklı görünüyor. İşlemler sadece 18.00 CET'de yapılacaksa, sunucu saatinin CET ile tamamen aynı olması veya CET bölgesinde yaz saati ile sunucu saatinin senkronize olması çok uygundur. Daha sonra ticaret bloğunda "if(TimeCurrent()==18.00) - trade" gibi bir satır yazmak ve kış saatine dönüşün hem CET bölgesinde hem de sonrasında uygulanıp uygulanmadığını kontrol etmeyi düşünmemek yeterlidir. sunucu.
Her halükarda, farklı ülkelerin yerel saatinde ticaret yapmaya karar verdiğim için kış saatine dönüşü takip etmem gerekiyor. Örneğin Japonlar gün ışığından yararlanma saatine geçmezler. Ve Tokyo saatiyle 12.00'den 14.00'e kadar işlem yapmak için, ticaret sunucusunda kış saatine dönüşü izlemeniz gerekir (böyle bir seçenek ayarlandığından). Kanadalılar, kış saatine geri dönmek için biraz farklı tarihlere sahiptir, vb.
1. Ve geçiş gününde işlem yapmazsanız ne olur?
2. Kontrolün sizde olmasını ister misiniz? Bu durumda, MQL5 dilini çalışın. Kış saatine geçme gerçeğini belirlemek için tüm olanaklar sunulmaktadır. İlk olarak.