şampiyonada terminalde geçirilen zaman - sayfa 7
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
Ve test ederken - çok. Kendin için yargıla. GMT'den başlarsak, bu zaman diliminin yıl boyunca değişmediği gerçeğinden yola çıkmamız gerekecek. Sonuçta, diğer tüm zaman dilimleri, eğer yaz saati varsa, GMT'ye bir saat ekleyin. Bu, GMT'ye taktiksel bir yönelimle, yaz / kış saatinde istenen saat diliminin konumunu izlemek gerektiği anlamına gelir. Onlar. program kodunun, istenen zaman diliminde yaz döneminin başlangıcı / bitişi için kontrolleri zaten içermesi gerekecektir. Bu kontroller test cihazında çalışacaktır.
...Tabii ki, geçmişteki alıntılar GMT zamanı ile kaydedilirse yukarıdakiler doğrudur. Gerçekten nasıl - böyle bir soru henüz ortaya çıkmadı :/
Eh, tabii bunu anlıyorum, GMT kullanmam benim için sorun değil ama .... sorun şu:
EET (Alpari) için uyarlanmış bir MQL4 Uzman Danışmanım var, onu bir yarışma hesabına koydum ve yeni MQL5 kodunun çalışmasını eskisiyle karşılaştırmak için mevcut geçmiş boyunca test ettim. EA yeni teklifler üzerinde çalışmak istemiyor. Alıntıları kontrol etmeye ve karşılaştırmaya başlıyorum ve tırnaklarda GMT'ye göre kaymanın istediği gibi değiştiğini görüyorum. Alıntıları manuel olarak karşılaştırdım ve tutarsızlık aralıklarını vurguladım ve program kodunda dikkate aldım. Danışman olması gerektiği gibi çalıştı.
Şimdi soru şu: Alıntıları manuel olarak karşılaştırmak zorunda kalmamak için kodda geçmişte GMT'ye göre kaymayı nasıl bulabilirdiniz?
...Tabii ki, geçmişteki alıntılar GMT zamanı ile kaydedilirse yukarıdakiler doğrudur. Gerçekten nasıl - böyle bir soru henüz ortaya çıkmadı :/
Bu aslında bir pusu. Fark ettiğin için teşekkürler! Eğer alıntılar GMT(+0)-zamanına atıfta bulunulmadan keyfi olarak saklanırsa, "evrensellik" hakkında konuşmaya gerek yoktur. Kabul ediyorum.
Örneğin, yaz fiyatı 00.00.01 GMT+2 ile işaretlendiğinde, ancak test cihazında 00.00.01 GMT+0 olarak göründüğünde bir durumun mümkün olduğunu söylemek ister misiniz?
:)
Örneğin, yaz fiyatı 00.00.01 GMT+2 ile işaretlendiğinde, ancak test cihazında 00.00.01 GMT+0 olarak göründüğünde bir durumun mümkün olduğunu söylemek ister misiniz?
Hayır, alıntıların kendileri yanlış etiketlenmiş!
sevgili Ruslar, kış saatine geçişiniz var mı? .. ato google geçişin iptal edildiğini söylüyor
Organizatörlerden herhangi bir ayrıntı duymak imkansız... ala.. şampiyonada sunucu saati GMT+1 (28 Ekim, geçiş +1 daha fazla)
Gerçekten zamanı hesaba katmadan herkesin göstergenin parametrelerine göre aptalca ticaret yapması mı? veya +- saat sizin için hiçbir şeyi değiştirmez. kişisel olarak benim için önemlidir.
sevgili Ruslar, kış saatine geçişiniz var mı? .. ato google geçişin iptal edildiğini söylüyor
Yaz saatini iptal etmesi istenen bir temsilcimiz var. Kış saatine dönüşü iptal etti. Bu nedenle, şu anda kış saatine dönüş yok, Moskova artık GMT + 4'tür. Yıl boyunca yaz saati.
2012'nin başında başka bir aktivist, şikayetlerin ardından iptal_cancel_kış saatine dönüş sözü verdi - bekliyoruz. Sessizken.
Büyük olasılıkla, çoğunluğa göre olduğu gibi.
Tamam, alıntıların kendilerinin yanlış etiketlenmesine izin verin. Soruyu açıklığa kavuşturmama izin verin: örneğin, 00.00.01 ile yanlış bir şekilde işaretlenmiş bir yaz alıntısı, test cihazında 00.00.01 GMT+0 olarak göründüğünde bir durumun mümkün olduğunu mu söylemek istiyorsunuz?
Hayır, bunu görmedim.
Terminale gerçek zamanlı olarak gelen fiyatlar bu süre ile belirli bir süre ile işaretlenir ve gösterilir. Bu zamanla ve tarihe düşer. Test cihazını bu alıntılar üzerinde çalıştırırsanız, test cihazında gösterilecek olan zamanlarıdır. başka tanışmadım
Başka bir şey de, alıntıların tarihi farklı parçalardan toplandığında, o zaman bir hata yapabilirler ve alıntıların bazıları bir zamana, bazıları başka zamana ait olacaktır.
Ukrayna'da saat 15 (GMT + 3), Moskova'da 16 (GMT + 4), New York'ta 8 (GMT-4).
28 Ekim'de Ukrayna'da (GMT + 2) olacak, Moskova'da eskisi gibi kalacak (GMT + 4) Google geçişin iptal edildiğini söylüyor .. New York'ta (GMT-4)
4 Kasım'da GMT-5 New York'ta olacak (Ukrayna'dan bir hafta kış saatine geçiş yapıyorlar).
ANCAK! sunucular Windows üzerindeyse .. o zaman Windows geçişin iptal edildiğinin farkında değildir ve 28 Ekim'de sunucu zamanından 1 saat çıkarmanız gerekir.
veya.. belki windows hizmetinden zaman alıyordur.. ve 28 ekim'de zaman kaydırılmayacak
aslında .. şampiyonada zamanın değişip değişmeyeceği sunucuların fiziksel olarak bulunacağı yere göre değişir.
ve şimdi tüm bunlarla yola çıkmaya çalışalım ..
sevgili Ruslar, kış saatine geçişiniz var mı? .. ato google geçişin iptal edildiğini söylüyor
Organizatörlerden herhangi bir ayrıntı duymak imkansız... ala.. şampiyonada sunucu saati GMT+1 (28 Ekim, geçiş +1 daha fazla)
Gerçekten zamanı hesaba katmadan herkesin göstergenin parametrelerine göre aptalca ticaret yapması mı? veya +- saat sizin için hiçbir şeyi değiştirmez. kişisel olarak benim için önemlidir.
Bir zamanlar (uzun zaman önce) gün içi filtrelerle de uğraştım, sonra tüm bunların saçmalık olduğunu fark ettim,
Hareket sakin bir Asya'da da başlayabilir (bu gibi saatler sabah 2-3'te),
ve trendin ona yapıştığı bir hareket). Avrupalılar uyanıyor ve piyasa şimdiden dolup taşıyor :)
Genel olarak her şeyden vazgeçtim (hindi üzerinde çalışıyorum), bu yüzden haberlerle ilgili araştırmayı henüz bitirmedim.
Birbirini dışlayan iki hipotez vardır:
bir şey, piyasadaki her şeyin haberlerin yayınlanmasıyla başlamasıdır.
ikincisi, piyasa zaten haberlerin yayınlanmasıyla her şeyi hesaba katıyor.
Ama haber geçmişi test cihazında göründüğünde bitireceğim.