Hizmet Masası: tembellik, otizm veya hataları kabul etme isteksizliği? Yerel olmayan şamdanlarla tamamlayıcı grafikler. - sayfa 8

 
Renat :

Anladığım kadarıyla birisi kasıtlı olarak "dakikalar yerine başka bir şey olabilir" düşüncesiyle histeri kuruyor.

Gerçekler:

  1. Sadece 1999'dan daha eski olan dakika verilerindeki günler, derin tarihi doldurmak için özel ve bilinçli olarak yerleştirildi.
  2. 1999'dan bu yana dakikalar yerine başka zaman dilimi yoktur. Yani, dakika hikayesi içinde karışım yok.
  3. Eski moda dakika çubukları için günleri içe aktarmada teknik hata yoktur. Gündüz OHLC ile "dürüst" bir dakika vardır.
  4. "1980 dakikalık günlüğün dakika analizimi bozduğunu" söylemek ciddi değil. Doğru teorik öfke göstermeye gerek olmadığı gibi, bu konuda aleve gerek yok.

Lütfen piyasaya sunulan ürünlerin bir takım tavizler olduğunu unutmayın.

Maksimalizm, bir teorinin saflığını savunurken kaçınılmaz olarak bir düzine başka konumla çatışır. Ve sonunda, çoğu zaman, her iki tarafın da azar azar bir şeyleri feda etmesi gereken kümülatif uzlaşma seçeneği kazanır.

Özel ve bilinçli olarak, çalışmayan fonksiyonların yapılabilmesi için

SERIES_BARS_COUNT

Şu anda -dönem sembolüne göre çubuk sayısı

uzun

SERİ_İLK TARİH

Şu anda sembol dönemine göre ilk tarih

tarih saat

Bunun gerçek bir dakika olup olmadığını belirleyen bir tanımlayıcı mı yoksa daha yüksek bir TF'nin özel ve bilinçli olarak ayarlanmış bir çubuğu mu, görünüşe göre ortaya çıkması imkansız mıydı?

Diğer DC'lere gelince, PRESENCE'ın kendisi olduğu için yükselmek zorunda değilsiniz.

SERIES_BARS_COUNT

Şu anda sembol periyoduna göre çubuk sayısı

uzun

SERİ_İLK TARİH

Şu anda sembol dönemine göre ilk tarih

tarih saat


farklı TF'lerdeki ilk tarihsel tarihlerin farklı olabileceği anlamına gelir. Bu, "Her şey dakikalar içinde saklanırsa, başlangıç tarihlerini ilk çubuğun tarihine göre çıkarmak işe yaramaz, tanımlayıcıyı sıkıştırabilir miyiz?" sorusunu nasıl gündeme getirmez? Ve bu arada, bana öyle geliyor ki, geliştiricilerin sunucularında aynı şekilde, her şey saat gibi çalışmalı ve söveler üçüncü taraf DC'ler için de kabul edilebilir mi? Neden "Burası boktan, bırak DC yapsın ki iyi olsun" ifadeleriyle boşver?

Ve olabileceği gibi, gerçek devam ediyor - işlevler beyan edilen açıklamaya uymuyor ...

Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Информация об исторических данных по инструменту - Документация по MQL5
 
komposter :


kendimi imha ediyorum.

Katılacağım. MK'nin kibir ve saldırganlığının nedenleri net değil. Bu arada, şirketin çok para biriktirmesine izin veren mükemmel geri bildirimler vardı.

Ve forum kullanıcılarının çok fazla dikkate almadığı değil, söylemeye gerek yok, bu hafta sonu yaklaşık eksi iki. Komposter, yanlış anlaşılmalar nedeniyle açıldı ve Uzman, hafifçe saçmalıyordu.

Forumun bu iki üyesinin son yıllardaki katkısını küçümsemek zor. Ancak gopota harika hissediyor ve herkese açık moderatörlere güvenle uzanabilir.

Tabii ki, "şikayet et" düğmesine basabilirsiniz, ancak şimdi çalışmıyor veya partinin seyri ile dalgalanıyor. Ancak gopota, mumun bir periyodunun diğerinden en sonunda nasıl olabileceğini sormayacak.

Bilgi içeriğini artırmak için diğer enstrümanlardan da mum yayınlayabilirsiniz.

 
Mischek :

Katılacağım. MK'nin kibir ve saldırganlığının nedenleri açık değildir. Bu arada, şirketin çok para biriktirmesine izin veren mükemmel geri bildirimler vardı.

Benim bakış açıma göre, insanların bir araya gelip bağırdığı önemsiz bir sorunun tırmanması vardı.

Kararımız bilinçliydi. Açıklamalar tarafımdan yapıldı, ancak birileri "sonuna kadar teori" oynamayı gerçekten seviyor.

Ve forum kullanıcılarının çok fazla dikkate almadığı değil, söylemeye gerek yok, bu hafta sonu yaklaşık eksi iki. Komposter, yanlış anlaşılmalar nedeniyle açıldı ve Uzman, hafifçe saçmalıyordu.

Forumun bu iki üyesinin son yıllardaki katkısını küçümsemek zor.

Birincisi, söylemediğim bir şeyi bana atfediyorsun. İkincisi, kesinlikle sadece bir tarafta yoğunlaşan çok az miktarda bilgiye sahipler.

Ayrıca konunun anlatımına ve yönümüze verilen cömert sıfatlara da dikkat edin.
 
FiftyStars :

Belirsiz mi?

seçenek 1) Temel TF geçmiş dosyasına ek bir parametre ekleyin - çubuk gerçekten bir dakika ise 0 ise dakika yoksa örneğin bir saat ise 0 parametresi = 60 eğer günlük ise parametre = 1440.


Anton, TÜM çubuklar dakikadır. Tüm geçmiş sunucuda yalnızca dakikalar şeklinde saklanır. Kalan TF'ler, terminale yüklendiğinde dakika bazında oluşturulur.

99 yıla kadar günlük barı dakikalar içinde görmeniz, bu "gün" çubuğunun dakikalara dahil olduğu anlamına gelir. O, onların içindedir. Anlıyor musun?


a) bir çizelge yüklerken bunu kontrol edin ve buna göre yerel olmayan çubukların vb. görüntülenmesini yasaklayın. seriesinfointeger için güncel...

b) bir kez kontrol etmek ve tüm dikiş noktalarını ayrı ayrı kaydetmek (sonuçta tarih hiçbir yere gitmeyecek)

seçenek 2) sadece dikiş noktalarıyla ilgili bilgileri saklayın (yer kazanmak için, bizim zamanımızda seçenek 1'in bir teneke puan almayacağını düşünmeme rağmen)

dikiş noktaları??? nerede saklamalı? manuel olarak nasıl kontrol edilir? geçmiş dosyası nasıl doldurulur?

 
Renat :

Benim bakış açıma göre, insanların bir ağızdan bağırmak için birleştiği, önemsiz bir sorunun tırmanışı vardı .

Kararımız bilinçliydi. Açıklamalar tarafımdan yapıldı, ancak birileri "sonuna kadar teori" oynamayı gerçekten seviyor.

Birincisi, söylemediğim bir şeyi bana atfediyorsun. İkincisi, kesinlikle sadece bir tarafta yoğunlaşan çok az miktarda bilgiye sahipler.

Ayrıca konunun anlatımına ve yönümüze verilen cömert sıfatlara da dikkat edin.

Hala bir sorun olduğunu kabul ediyorsun, hadi önemsiz bir sorunu çözelim, sonra bir başkasını, sonra üçüncüsünü düzeltelim ve terminal yine de daha iyi hale gelecektir.


Birçok kişi tarafından temsil edilen topluluk, başlangıçta size geliştirme için kavramsal fikirler verdi (ücretsiz, yani hiçbir şey için), siz konsepte girmemeniz gerektiğini beyan etmeye başladınız, geniş kapsamlı planlarımız var, yok' onları tanımıyorum vb.

Tamam, özellikleri, neyi sevmediğimizi, nereleri iyileştirebileceğimizi belirlemeye geçtik.

Şimdi ayrıntılara girmenize gerek olmadığını söylüyorsunuz ama aslında hiçbir yere gitmiyorsunuz, terminali olduğu gibi kullanın ve MQ beyni için endişelenmeyin.

Şey, Sezar için Sezar'ındır.

Bunun için boyun eğiyorum, burası sıkıcı.

 

Ve 01.01'den değil, dakikalarda gündüz barlarına kim rastladı?

Böylece geçmiş dosyasının boyutunu görebilirsiniz

 
Silent :

Ve 01.01'den değil, dakikalarda gündüz barlarına kim rastladı?

Böylece geçmiş dosyasının boyutunu görebilirsiniz

MQL5 dilinden geçmiş dosyasının boyutuna erişim yoktur ve bunların tümü dolaylı bir tanımdır.

Eh, bir günlük gezi değil, yani M5 tamamlanacak. Sonuçta, ekleme, gençten büyüğe farklı TF'lerden bir merdivenle gerçekleşir.

Soru açıkça soruluyor, MQL5 kullanarak yapıştırma tarihlerine ihtiyacımız var. Ve proger, yapıştırmanın hangi TF'ye kadar kritik olmadığını seçecektir.

 
Urain :

Hala bir sorun olduğunu kabul ediyorsun, hadi önemsiz bir sorunu çözelim, sonra bir başkasını, sonra üçüncüsünü düzeltelim ve terminal yine de daha iyi hale gelecektir.


Sorunu tanımıyorum, bunun yerine var olmadığını nokta nokta açıklıyorum .
 
Urain :

Soru açıkça ortaya konmuştur, MQL5 aracılığıyla yapıştırma tarihlerine ihtiyacımız var. Ve proger, yapıştırmanın hangi TF'ye kadar kritik olmadığını seçecektir.

Peki, nerede saklanacak, nasıl yazılacak, nasıl kontrol edilecek/değiştirilecek?
kaç çıkartma olabilir? neden her şeyin en küçüğünden en büyüğüne gideceğini düşünüyorsun?
yapmak zor.

tavsiyem - MK sunucusundaki geçmişi ve terminali kullanmayın. Bu aptal yapıştırıcı olmadan bir komisyoncu bulun.

 
sergeev :

Peki, nerede saklanacak, nasıl yazılacak, nasıl kontrol edilecek/değiştirilecek?
kaç çıkartma olabilir? neden her şeyin en küçüğünden en büyüğüne gideceğini düşünüyorsun?
yapmak zor.

tavsiyem - MK sunucusundaki geçmişi ve terminali kullanmayın. Bu aptal yapıştırıcı olmadan bir komisyoncu bulun.

Başlangıçta tarih uğraşarak verilir ve o da onu yönetir. MQ sadece diğer formatlardan böyle bir hikaye yaratmak için bir mekanizma yapmak için gereklidir ve bu mekanizma bir kusurdur.

Hikayenin en küçüğünden en büyüğüne bir merdivenle birbirine yapıştırıldığı gerçeği, bir varsayımda bulundum, ancak mantıklı (değilse düzeltin).

Bu dosyada bir yapıştırma noktası olduğuna dair ek bilgilerin geçmiş dosyasına eklenmesi sadece ek bir özelliktir, her şey eskisi gibi kullanılacaktır, ancak programın ihtiyaç duyduğu yerleri tanımlamanın basit bir yolu olacaktır ve bu kadar.

Dürüst olmak gerekirse, MQ'nun neden bu kadar gergin olduğunu anlamıyorum.

PS nerede saklanacağını söyleyebilirim, dosyada burada aracın adının şifrelendiği ve bu bilgileri şifrelediği bir alan var.

Neden: