Sunucuda kene geçmişi mevcut mu? - sayfa 2

Yeni yorum
 
Ama neden sadece zaman dilimleriyle değil, aynı zamanda birkaç tikle de tarih oluşturmuyoruz? 10, 100, 500, 1000 vb. Bu durumda, bu, hacim ayarlı bir zaman çizelgesidir. Hacmin analiz için çok önemli bir gösterge olduğunu inkar etmeyeceksiniz. Çok net olun. Ayrıca kullanıcının gerekli gördüğü tik sayısı veya zaman göstergesine göre geçmişi kendisinin oluşturmasına olanak sağlanması da mümkündür. Toplanan veriler forumlarda değiş tokuş edilebilir - kimin neyi kaydettiği. Bunu programlı olarak yapmanın zor olduğunu düşünmüyorum. Eksik verileri (terminal kapatıldı) telafi etmek için , tik geçmişini kısa bir süre için (1-3 gün diyelim) sunucuda saklayabilirsiniz.
 
Hacmin analiz için çok önemli bir gösterge olduğunu inkar etmeyeceksiniz. Çok net olun.


Görünüşe göre, geliştiricilerin sitedeki yazıyı büyük harflerle görünür bir yere çivilemeleri gerekiyor: "Kene yok ve olmayacak! Kene tartışması ve komisyoncu tartışması forumlardan kaldırılacak!" :o))) Aksi takdirde, her şey haftalık bir daire içinde dönecektir. Kene saklama ihtiyacına dair ayrıntılı bir kanıt olmadan sadece acı çekenlerin sözleri...
 
Hangi kenelerden bahsettiğiniz konusunda daha spesifik olabilir misiniz?
Gerçek hesapların kene geçmişini görmek ilginç olurdu.
Ve sonra literatürde böyle tutkular grafiklerin indirgenmesiyle yazılmıştır, aslında bir danışman atmadan önce 10 kez düşüneceksiniz.
Ve hiçbir yerde bir komisyoncunun gerçek kene arşivlerini yüklediğini görmedim - yani gerçekten saklanacak bir şey olup olmadığını merak mı ediyorsunuz?
 
Ve işte buradasın. Özellikle söylüyorum - dakika içi simülasyonun ciddi tutarsızlıklar olduğunu kanıtlayın. Özellikle 10 puanda. Sadece verileri alın, araştırma yapın, tüm verileri (tarihsel dosyalar dahil) yayınlayın ve bizi duvara itin.

Bir dakikalık simülasyondaki hatanın 1-2 puan arasında olduğunu iddia ediyorum. Ve bu hata kesinlikle kabul edilebilir ve normaldir.

Renat ,
Bunu kanıtlamayacağım çünkü sana tamamen katılıyorum. Üstelik kimseyi duvara dayamayacağım. Test cihazındaki kene simülasyonunun bana mükemmel şekilde uyduğunu beyan ederim. Onunla ilgili kesinlikle bir şikayetim yok.

Bu arada tekrar ediyorum:
Kene geçmişine duyulan ihtiyacın, test cihazındaki simülasyonla hiçbir ilgisi yoktur.

Söyleyebileceğim her şeyi, gerekliliğini haklı çıkarmak için yukarıda söyledim.

solandr ,
Kullanıcılar, ihtiyaçlarını geliştiricilere açıklamakta proaktif ve ısrarcı değilse, hem kullanıcılar hem de geliştiriciler bundan zarar görecektir.
Geliştiriciler sabır, anlayış göstermez, aynı zamanda ürünlerinin geliştirilmesinde stratejik bir yaklaşım göstermezlerse, hem kullanıcılar hem de geliştiriciler zarar görür.
Umarım bunu anlarsın.
 
...ve yine de burada MT5'ten bahsediyoruz, Renat ve ne zaman piyasaya sürülecek?
MQL4 ile uyumlu mu olacak yoksa kavramsal olarak yeni bir şey mi olacak?
Bunun için bir API olacak mı?
 
Ve işte buradasın. Özellikle söylüyorum - dakika içi simülasyonun ciddi tutarsızlıklar olduğunu kanıtlayın. ...
Bir dakikalık simülasyondaki hatanın 1-2 puan arasında olduğunu iddia ediyorum. Ve bu hata kesinlikle kabul edilebilir ve normaldir.

Her zaman piyasanın FİYAT yönünden bahsediyorsunuz. Burada başarılı olduğunuza şüphe yok ve FİYAT modellemesindeki hata ihmal edilebilir.
Ancak, alıntı akışı, özellikle haber hareketlerinin olduğu dönemlerde simülasyon tarafından TAMAMEN yok edilen başka parametrelere sahiptir.
Benim düşünceme göre, sadece zaman dilimlerini değil, aynı zamanda işaret karelerini (örneğin, bir mumda 10 işaret) ve kagi çizelgelerini ve tic-tac-toe'yu da HERHANGİ bir zaman dilimini alabileceğiniz SADECE bir işaret geçmişine ihtiyacınız var.
Onlar. Zamanda bölme ile ilgili TÜM yapay kısıtlamalar kaldırılır.
 
Benim düşünceme göre, sadece zaman dilimlerini değil, aynı zamanda işaret karelerini (örneğin, bir mumda 10 işaret) ve kagi çizelgelerini ve tic-tac-toe'yu da HERHANGİ bir zaman dilimini alabileceğiniz SADECE bir işaret geçmişine ihtiyacınız var.
Onlar. Zamanda bölme ile ilgili TÜM yapay kısıtlamalar kaldırılır.



Buna kesinlikle katılıyorum. Geliştiricilerin, onay çerçevelerinin zaman çerçeveleriyle aynı var olma hakkına sahip olduğunu gerçekten kanıtlamaları gerekiyor mu? Herhangi bir önemli zaman periyodu için büyük miktarda veri nedeniyle YALNIZCA tik geçmişini depolamada zorluklar varsa, o zaman şimdi zaman çerçevelerinde olduğu gibi en azından sabit tik çerçevelerini saklayabilirsiniz. Bu arzumun testçiler, danışmanlar ve diğer saçmalıklarla hiçbir ilgisi yok. Yaklaşık bir yıldır gerçek bir hesapta işlem yapıyorum ve bunu sadece manuel olarak yapıyorum. Her şey basit - bir fiyat hareketi varsa, o zaman kârla ticaret yapmak temeldir ve fiyat tek bir yerde ileri geri sallanırsa, o zaman hiçbir danışman yardımcı olmaz. Ve bırakın bilgisayar kendisi karar versin - Tanrı korusun.
Dolayısıyla, kene çerçevelerinin fiyat hareketini DAHA GÖRSEL OLARAK yansıttığını düşünüyorum ve kişisel olarak onlarla çalışmak benim için daha uygun olur. Uygulanması gerçekten zor mu?
 
Bana öyle geliyor ki, geçmişi kaliteli dakikalarda saklamak en uygunudur.
Onlardan herhangi bir çerçeve oluşturabilirsiniz (en azından zaman, en azından tic-tac-toe, en azından
başka bir şekilde katlayın).
Asıl önemli olan, ana MT4 çizelgelerinin ekseninin tekdüzeliğidir .
sabit zaman aralıklarında toplanan veriler üzerinden hesaplanan ...
Düzenli aralıklarla değil, başka gerekçelerle tutanak toplamak için
Çevrimdışı grafiklerle uğraşmak zorundayım ama görünüşe göre bu çözülebilir
sadece MT'nin bir sonraki versiyonunda ... O zaman resmi en azından hemen görebilirsiniz
dalgalar halinde (Eliot yazmıyorum çünkü dalgalar var ama yapıları büyük bir soru mu?).
Genel olarak KALİTE dakikalarının temel hikayesinden yanayım.
 
Şu var ki, bence hiç kimse, fiyatın inşa edilmesi gerektiğine bağlı olarak zamanın en iyi değişken olmadığını, fiyatın büyük ölçüde işlem sayısına ve işlem hacmine bağlı olduğunu ve tik hacminin belirli bir fonksiyon olduğunu iddia etmeyecektir. bu parametreler (iyi veya ona yakın bir şey). Bu nedenle, araştırma için, elbette, kene çerçeveleri, zaman çerçevelerinden daha fazla ilgi çekici olacaktır.
Her durumda, bu konuda konuşanlara göre basitçe tahmin ederseniz, o zaman isteyenlerin mutlak çoğunluğu.
 
Kendi terminalimi yapsaydım =))), şunu yapardım:
Sunucuda yalnızca keneler saklar ve yalnızca indirilmelerine izin verirdim.
İstemcide, gerekli tüm TimeFrame'leri (ve TickFrame'leri) kenelerden yapardım.

Bu nedenle, bir yıl için herhangi bir (herhangi bir) TF'nin grafiğini almak için 35.7 Mb trafiğe ihtiyacınız var (Yurixx'in hesaplamalarından).
Şimdi MT4'te, aynı zaman dilimi için tüm zaman dilimleri için indirme geçmişi yaklaşık 20.763 MB (15.71 + 3.142 + 1.047 + 0.524 + 0.262 + 0.065 + 0.011 + 0.002) gerektirecektir.

Özetle, kene geçmişinin avantajları :
- kullanıcı hangi TF'ye ihtiyacı olduğuna kendisi karar verir ve bunları her zaman kendisi oluşturabilir.
Kene geçmişinin eksileri :
- tüketilen trafik hacmi 1,7 kat artar (tüm TF'lerin indirilmesiyle karşılaştırıldığında);
- işlemci üzerindeki yük artar (gerekli TF'nin sürekli yapımı için).


Kendi terminalimi yapıyor olsaydım , önce dikkatlice düşünürdüm....
1234567
Yeni yorum
Neden: