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
Merakımdan hcc geçmiş dosyalarına bakmayı denedim.
hcc ikili dosyasındaki veri kayıtları satırının FileSeek(handle,15333, SEEK_SET ) ile başladığı ve şöyle göründüğü ortaya çıktı:
4 bayt int Ayırıcı
4 bayt int tarihsaat
8 bayt çift açık
8 bayt çift yüksek
8 bayt çift Düşük
8 bayt çift Kapat
1 veya 2 bayt int TickVolume
1 veya 2 bayt int Yayılma
ve 4 bayta kadar Hacim olabilir
Ayrıca son iki veya üç int'nin uzunluğu anladığım kadarıyla ilk Ayırıcıdan belirleniyor. Nasıl olduğunu anlamadın mı? Lütfen bana 1 veya daha fazla baytın son 2-3 int olarak nasıl belirlendiğini söyler misiniz?
Lütfen bana söyle...
Sanırım tahmin ettim - ayırıcı, onaltılık kodda veri okuma yapısını içeriyor. Tip Ayırıcı=18385028, en az anlamlı bit 4888811'den 16. sırada, yani 4 bayt, 8 bayt .... 1 bayt.
Öyle görünüyor?
Not Dosyalar bu şekilde okunur, yalnızca günler arasında 189 bayt atlamanız gerekir.
Şimdi geliştiricilerin neden bu dosyaları herkese açık hale getirmediğini anlıyorum. Bu sadece sunucuyla senkronizasyonla ilgili değil, aynı zamanda gerçek "Woe from Wit" gibi dosya oluşturma ve düzenleme yapısı için suçlanacaklarından korktukları görülüyor. Asci cimrisini de ekleyin ve uyumsuzluğa karşı her türlü reasürans için, nükleer güçle çalışan tüm "Lenin" gemisi yığılmıştı. Şahsen benim için tüm bu sapkınlıklar bir şekilde anlaşılmaz ve üzücü.
Şimdi geliştiricilerin neden bu dosyaları herkese açık hale getirmediğini anlıyorum. Bu sadece sunucuyla senkronizasyonla ilgili değil, aynı zamanda gerçek "Woe from Wit" gibi dosya oluşturma ve düzenleme yapısı için suçlanacaklarından korktukları görülüyor. Aski cimrisini de ekleyin ve uyumsuzluğa karşı her türlü reasürans için, nükleer güçle çalışan tüm "Lenin" gemisi yığıldı. Şahsen benim için tüm bu sapkınlıklar bir şekilde anlaşılmaz ve üzücü.
*.HCC dosyaları sıkıştırılmış veri bloklarıdır, yani doğrudan okuma için uygun değildirler.
Bu dosyalar, /cache alt dizinine yerleştirilen, sıkıştırılmamış çalışma zaman çerçeveleri oluşturmak için başlangıç verileri olarak hizmet eder.
*.HCC dosyaları sıkıştırılmış veri bloklarıdır, yani doğrudan okuma için uygun değildirler.
Bu dosyalar, /cache alt dizinine yerleştirilen, sıkıştırılmamış çalışma zaman çerçeveleri oluşturmak için başlangıç verileri olarak hizmet eder.
Renat. Ve neden böyle bir karmaşıklık ödüllendirildi? Bu haklı mı? Ben bir programcı değilim ve belki bir şeyi yanlış anlıyorum ama kayıtların sırasına bakmak ürkütücü. Kendi işiniz için uygun mu?
Aslında, elbette, buna hcc dosyalarının üzerine yazma olasılığı için baktım. Ancak karmaşıklıklarına bakıldığında, bir şekilde kemiklere daha fazla parçalamaktan bıktı. Şimdi FXCM teklifleri demoda, bakıyorum. Ama nedense hikaye sadece Ekim'den. Onlarda bir hesabım var, sadece komisyonlu bir işaretleme olmadan. Bir keresinde API'lerini uzun yıllar boyunca TS2 dakikalarına pompaladım ve ayrıca Asks ile. Testlerin daha gerçekçi olması için bunları MT5'te uygulamak istedim. Ama şimdi biraz ürkütücü. Geliştiriciler hcc dosyalarının tam yapısını vermezlerse, eski şekilde MT4'te testler yapmak, komut dosyaları kullanarak, mevcut geçmiş dosyalarından sorularla gerçek verileri okumak zorunda kalacaklar. Bu arada, FXOpen, MT4'te Asks ile tarih veriyor. Harika. Onları test cihazına koyamamanız üzücü. Ancak en azından komut dosyaları test edilebilir.
Merakımdan hcc geçmiş dosyalarına bakmayı denedim.
hcc ikili dosyasındaki veri kayıtlarının satırının FileSeek(handle,15333, SEEK_SET ) ile başladığı ortaya çıktı.
ve bu ilk 15333 baytta ne var, anladınız mı?
Sanırım tahmin ettim - ayırıcı, onaltılık kodda veri okuma yapısını içeriyor. Tip Ayırıcı=18385028, en az anlamlı bit 4888811'den 16. sırada, yani 4 bayt, 8 bayt .... 1 bayt.
Öyle görünüyor?
hm öyle görünüyor. dosyanın blok blok okunduğu ve belirtilen ayırıcıya bağlı olarak blok boyutunun değiştirildiği ortaya çıktı.
Not Dosyalar bu şekilde okunur, yalnızca günler arasında 189 bayt atlamanız gerekir.
Günlerin gerçekten de bir "şapka" ile başladığını fark ettim. Hangi sembolün adını içerir, vb. Muhtemelen bu günlük blokta yer alan verilere göre bu başlığa bazı nicel bilgiler girilmiştir.
not
Konuyu bırakmıyorsunuz çünkü kendi dakikalarınızı oluşturmak çok ilginç. Tabii ki, terminal, sunucuyla bir sonraki senkronizasyon sırasında bunların üzerine yazmayacaksa.Sıkıştırma biçimimiz çok verimlidir; onsuz, birçok kez daha fazla ağ trafiği olurdu.
Rusça konuşmayan Windows üzerinde çalışıyorum, MetaEditor-a dili Rusça olarak ayarlanmış ancak yardımı (F1) aradığınızda İngilizce çıkıyor. Söyleyin bana, belki başka bir yerde Rusça olarak başka bir şeyi değiştirmeniz gerekir, böylece yardım Rusça olarak açılır. Evde Rus Windows'ta oturuyorum ve her şey yolunda.
Ve kataloglara bakın, orada Dizinin Rusça dilinde bir dosyanız var mı?
Rusça konuşmayan Windows üzerinde çalışıyorum, MetaEditor-a dili Rusça olarak ayarlanmış ancak yardımı (F1) aradığınızda İngilizce çıkıyor. Söyleyin bana, belki başka bir yerde Rusça olarak başka bir şeyi değiştirmeniz gerekir, böylece yardım Rusça olarak açılır. Evde Rus Windows'ta oturuyorum ve her şey yolunda.
MetaEditor'da dili değiştirdikten sonra yeniden yüklediniz mi?
Kontrol edeceğiz.