MQL: güvenlik ve özellikler - sayfa 7
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
Bütün bunlar saçmalık. Günün her saati gigabayt kullanmıyorsunuz.
Sistem işlemlerine sahip işletim sistemi, disk ile çok daha fazla çalışır.
bir soru vardı
kompost :
... veya kontrol edilecek bir tür program var mı?
...ve bildiğim kadarıyla, dosyanın boyutu değil, konumu.
Sürekli üzerine yazılan bir dosya her zaman tek bir yerdeyse (orada Windows takasını düzeltebilirsiniz) - vida fiziksel olarak bu yerden parçalanmaya başlar.
(Zamanlama üzerine haftalık birleştirme çözülür.).
Genel olarak, bu tamamen aptalca değil.
Bütün bunlar saçmalık. Günün her saatinde gigabayt kullanmıyorsunuz.
Sistem işlemlerine sahip işletim sistemi, disk ile çok daha fazla çalışır.
Renat hoşgeldin. MT dosyası sanal alanı kavramı ve ona hangi rolün atandığı hakkındaki soruyu netleştirmek istiyorum.
Dosya sanal alanı, bir uzmanın yalnızca sınırlı bir yerde bir şeyler yazması veya okuması için bir izindir.
Bu, kesinlikle bilgisayar veri güvenliği amacıyla yapılır.
Yani, Uzman Danışmanın yeteneklerini bir sanal alanla sınırlandırıyoruz, böylece Truva atları bunun dışında herhangi bir özel istemci verisini FileOpen yapamaz.
Aksi takdirde, bunu yapabilmeleri için uzman için açık DLL iznine ihtiyaçları vardır.
TAMAM.
Peki ya uzmana diske değil, en azından bellekteki dosyalara yazma fırsatı verilirse?
Bu, kullanıcı/MC güvenliğini tehlikeye atıyor mu?
Peki ya uzmana diske değil, en azından bellekteki dosyalara yazma fırsatı verilirse?
Bu, kullanıcı/MC güvenliğini tehlikeye atıyor mu?
Bu neden gerekli?
Dosyalar, borular ve global değişkenler verdik, aynı terminaldeki tüm uzmanlar birbirleriyle normal ve sorunsuz iletişim kurabilir. Ancak "dışarıdaki biriyle serbest modda iletişim kurmak" görevi bizden önce değil. Tam tersine, hiçbir durumda bilgi açığa çıkmaması görevi ile karşı karşıyayız.
not: terminaller arasında iletişim yöntemi için geçici çözümler aramamalısınız - bunu yapmayacağız.
TAMAM. teşekkür etmek.
ve daha fazla soru:
1. Test sırasında bir uzmandan yerel temsilcilere bilgi aktarımını geliştirme planlarına koyabilir misiniz?
2. Boru kullanan pazara yönelik başvuru belgelendirilecek mi?
1. Test sırasında bir uzmandan yerel temsilcilere bilgi aktarımını geliştirme planlarına koyabilir misiniz?
Başlamak için, lütfen böyle bir müdahalenin gerekliliğini gerekçelendirin.
Nedenlerimiz nedeniyle, test eden tarafından sağlanan bilgilere ek olarak (bir dizi parametre ve veri dosyası ve şimdi istek üzerine özel göstergeler sağlıyoruz) ek olarak test edilen Uzman Danışmana bazı ek bilgilerin aktarılması metodolojik olarak yanlıştır.
Bu arada, yerel aracıların belirli bir bilgisayardaki tüm istemci terminallerinin paylaşılan klasörüne erişimi vardır.
Başlamak için, lütfen böyle bir müdahalenin gerekliliğini gerekçelendirin.
Nedenlerimiz nedeniyle, test eden tarafından sağlanan bilgilere ek olarak (bir dizi parametre ve veri dosyası ve şimdi istek üzerine özel göstergeler sağlıyoruz) ek olarak test edilen Uzman Danışmana bazı ek bilgilerin aktarılması metodolojik olarak yanlıştır.
örnek olarak - GA'ları
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
dll ve market.
joo , 2013.04.18 21:51
Söylediğin her şey doğru. <...> ve 100 kez tartışıldığı gerçeği hakkında - bilgilerin aracılara aktarılması ve optimize edilmiş parametre sayısında "alandaki darlık".
<...>1. Optimize edilmiş parametre sayısında sınırlama.
2. Tek kriterli optimizasyon (yeni kelime oluşumu için üzgünüm)
3. Kum evrim sürecini kontrol edememe.
Bu, hiçbir şekilde geliştiriciler için bir sitem değildir. Aksine, bu MQL5 program geliştiricilerinin düşüncelerinin uçuştuğu bir alandır!
<...> iki yönlü iletim için fırsatlar varsa, sorunlar çözülür. Yukarıdaki noktaların üçünü uygulamaya koymaya gerek kalmayacak - her şey kendi kendine büyüyecek.
Bu arada, yerel aracıların belirli bir bilgisayardaki tüm istemci terminallerinin paylaşılan klasörüne erişimi vardır.
Bilgi için, MQL5 Cloud Network sunucularımız düzenli olarak günde yaklaşık 5 terabayt, hatta bazen 10 Tb trafik üretir.
Her aracıya ulaşma garantisi ile bu ağa sınırsız özel trafiğe izin verilirse, ağ çok iyi hissetmeyecektir.
1. Trafiğin %99,9'unun artık geçmiş verilerden oluştuğunu varsaymaya cesaret ediyorum.
2. Her bir temsilciye hitap etmek hiç gerekli değildir. Aşağıda nasıl olduğunu göstereceğim.
...
Dosyalar, borular ve global değişkenler verdik , aynı terminaldeki tüm uzmanlar birbirleriyle normal ve sorunsuz iletişim kurabilir. Ancak "dışarıdaki biriyle serbest modda iletişim kurmak" görevi bizden önce değil. Tam tersine, hiçbir şekilde bilgi ortaya çıkmaması görevi ile karşı karşıyayız.
not: terminaller arasında iletişim yöntemi için geçici çözümler aramamalısınız - bunu yapmayacağız.
Kimsenin nasıl olduğunu bilmiyorum, ama daha önce, çizelgedeki programlar ve aracılar arasında iki yönlü bir bilgi alışverişinin gerekli olduğunu çok net bir şekilde gösterdim. Dışarıya ihtiyaç yoktur. Yani, yalnızca bir terminal (ve onun tarafından yönetilen aracılar) çerçevesinde. Başka hiçbir çalışan terminal örneği (farklı amaçlarla) bilgi alışverişine katılmaz.
dize :
Nedenlerimiz nedeniyle, test eden tarafından sağlanan bilgilere ek olarak ( bir dizi parametre ve veri dosyası ve şimdi istek üzerine özel göstergeler sağlıyoruz ) ek olarak test edilen Uzman Danışmana bazı ek bilgilerin aktarılması metodolojik olarak yanlıştır.
Bu arada, yerel aracıların belirli bir bilgisayardaki tüm istemci terminallerinin paylaşılan klasörüne erişimi vardır.Tam olarak istek üzerine. Yani, kendisine bilgi aktarımı ile aracıya hedefli bir çağrı değil, aracının kendisi yalnızca kendisine yönelik bir paket alacaktır (ve buna göre, bu paketi test cihazı tarafından buluta göndermek kolaydır).
Yani, böyle bir şeye ihtiyacınız var:
burada uzman_opt_param, uzman programların standart bir özelliğidir.
CustomData başlatılmamışsa geçiş atlanır.
Buna göre, bir aracının kendisine ve yalnızca kendisine yönelik bir veri paketi alabilmesi için, bunun grafikte bir uzman tarafından önceden oluşturulmuş olması gerekir, bunun gibi bir şey:
nerede bool OptDataSend() standart bir dil işlevidir
double CustomData - kullanıcı verileri
int AgentId - aracının kimliği veya basitçe - optimize edicideki "kaba kuvvet" moduna göre geçişin sıra numarası.
Ve - bu durumda güvenlik nasıl ihlal edilecek ? Bir terminalin sanal alanı içinde her şey katı ve öfkelidir.
bir Uzman Danışman içinde CFastFile aracılığıyla çözülür (MQH \Ctrl klasörüne bakın).
ancak testin gösterdiği gibi, nesnelere kıyasla bir grafiğe bir bitmap çıktısı vermek zaman kaybıdır. C Kayaları görün :)
Testin çok doğru olmadığını varsayıyorum.
İlk olarak, OpenCL bitmap oluşturmaya katılmadı (tabii ki tartışılabilir, büyük hacimler için küçük olanlar için bir avantaj olabilir ve olacaktır),
ikinci olarak, bir dosyaya yazmak ve bir dosyadan okumak, bir RAM'e erişmekten çok daha yavaştır (ve burada, sık yeniden hesaplama ile, örneğin, saniyede 24 kez, en büyük kayıplar, dosyayı saniyede 24 kez yazıp okuyun) ve zamanı ölçün), tam burada ve 26 etikete karşı 1. bitmap'in tüm kaybı.
Bu nedenle, ben de sanal dosyalar için ayağa kalkıyorum. Bu çok işlevli bir çözümdür. Birçok algoritmada uygulanabilir.
Urain :
Testin çok doğru olmadığını varsayıyorum.
bir dosyaya yazmak ve bir dosyadan okumak bir büyüklük sırası daha yavaştır
dosyada herhangi bir giriş yoktu. orada ResourceCreate.