MetaTrader 4/5 platformlarında sanal barındırma ve veri güvenliği - 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
Asgari bir anlayış vardır. Ve makaleleri okuyun. Ancak bu nedenle sorular ortaya çıkıyor, çünkü makale ilgili danışmanın önceliğinin dinamik düşüşünden bahsetti (bu, korkacak bir şey olmadığı anlamına geliyor - sunucu zaten kendini askıda bırakmayacak) ve diğer yandan, oburların engelleneceğini ve "küstah olmaya gerek olmadığını" söyleyin. Peki dinamik öncelik azaltma çalışıyor mu, çalışmıyor mu?
Asgari bir anlayış vardır. Ve makaleleri okuyun. Ancak bu nedenle sorular ortaya çıkıyor, çünkü makale ilgili danışmanın önceliğinin dinamik düşüşünden bahsetti (bu, korkacak bir şey olmadığı anlamına geliyor - sunucu zaten kendini askıda bırakmayacak) ve diğer yandan, oburların engelleneceğini ve "küstah olmaya gerek olmadığını" söyleyin. Peki dinamik öncelik azaltma çalışıyor mu, çalışmıyor mu?
Önceliği düşürme, yumuşak limitte bildirim gönderme ve ardından sabit limitte durma dahil her şeyi ayrıntılı olarak anlattım.
Şu anda kaynak kontrolü ile çalışıyoruz, MetaQuotes ID'de bildirimleri etkinleştirdik ve limitleri doğru ayarlamak için istatistik topluyoruz.
Muhtemelen hosting alma ve kontrol etme zamanı. Aksi takdirde, sonsuza kadar soru sorabilirsiniz.
Aynen öyle.
Bir günlük ücretsiz testi var ama kontrol etmeye çalışmadı bile :)
Aynen öyle.
Bir günlük ücretsiz testi var ama kontrol etmeye çalışmadı bile :)
Denedim, çalışmadı. Hizmetin oluşumunun şafağında ve 4-ke'deydi. Artık denemedim, çünkü hala 5'e ihtiyacım var, ancak “kontrol etmek” imkansız.
Ve böyle bir fırsat ortaya çıktığında bile, hala deneyemiyorum:
1. Göstergeler (normal) nedense geçmişte grafik için ayarlanan değerden daha fazla çubuk hesaplar. Neden belli değil.
2. Bir gösterge tutamacı oluşturma ve silme, grafikte EA'da çalışır, ancak test cihazında çalışmaz. Hemen tüm boş belleği tıkar ve sistemi kilitler. Neden belli değil.
Servis masası sessiz. Hata kritik, ama o sessiz.
Ve çalışması gereken şey işe yaramazsa nasıl deneyeceğim?
Ve MetaQuotes ID'deki bildirimler çalışmıyor.
Denedim, çalışmadı. Hizmetin oluşumunun şafağında ve 4-ke'deydi. Artık denemedim, çünkü hala 5'e ihtiyacım var, ancak “kontrol etmek” imkansız.
Ve sonra offtopik:
Ve böyle bir fırsat ortaya çıktığında bile, hala deneyemiyorum:
1. Göstergeler (normal) nedense geçmişte grafik için ayarlanan değerden daha fazla çubuk hesaplar. Neden belli değil.
Kullanılabilir çubukların sayısını günlüğe çıkarın.
Test cihazındaysa, her şey açıktır - marjlı çubuklar verir. Ana terminalde ise, biriken yeni çubuklar tarihi değiştirmez, çünkü bu göstergeler ve uzmanlar için feci sonuçlara yol açacaktır. Bu nedenle tarih birikmektedir - 15 yıldır hep böyle olmuştur.
2. Bir gösterge tutamacı oluşturma ve silme, grafikte EA'da çalışır, ancak test cihazında çalışmaz. Hemen tüm boş belleği tıkar ve sistemi kilitler. Neden belli değil.
Servis masası sessiz. Hata kritik, ama o sessiz.
Ve çalışması gereken şey işe yaramazsa nasıl deneyeceğim?
Bilet daha dün oluşturuldu ve sıra henüz ona ulaşmadı.
Ancak 4.500 özel gösterge oluşturduğunuzda, bunların terminalin hesaplama modeline dahil edildiğini, paylaşılan bir kaynak haline geldiğini ve dikkatli bir işlem gerektirdiğini düşünmeniz gerekir. Terminal, hesaplanan göstergeleri anında silmez.
Ve MetaQuotes ID'deki bildirimler çalışmıyor.
Teknik olarak kanıtlayın lütfen.
Bugünün kısmi günü için, tüccarlar MetaQuotes ID aracılığıyla başarılı bir şekilde yarım milyondan fazla push mesajı gönderdiler. Şahsen, her gün birkaç düzine (bazen yüze kadar) mesaj alıyorum.
Şimdi dene.
"Sanal sunucu tahsis et" - demo hesapları için etkin değil. Ve gerçek olanlar için menüde böyle bir öğe yok.
Ve sonra offtopik:
Kullanılabilir çubukların sayısını günlüğe çıkarın.
Test cihazındaysa, her şey açıktır - marjlı çubuklar verir. Ana terminalde ise, biriken yeni çubuklar tarihi değiştirmez, çünkü bu göstergeler ve uzmanlar için feci sonuçlara yol açacaktır. Bu nedenle tarih birikmektedir - 15 yıldır hep böyle olmuştur.
Mesele şu ki , terminal ayarlarında "bir pencerede maksimum çubuklar" ayarlayarak , örneğin 1000, bu penceredeki göstergenin ayarlanandan daha fazlasını hesaplamaması beklenir. Aksi takdirde, bu özellik ne için? Ama hayır - gösterge, demiryolunda yatan tüm tarihi sayar.
Bilet daha dün oluşturuldu ve sıra henüz ona ulaşmadı.
Ancak 4.500 özel gösterge oluşturduğunuzda, bunların terminalin hesaplama modeline dahil edildiğini ve dikkatli bir işlem gerektirdiğini düşünmeniz gerekir.
4500 olsaydı... Yani normalde bir tane oluşturulamaz ve silinemez. Belki grafikte, ama test cihazında değil.
En azından, grafikte çalışan kodun test cihazında benzer şekilde çalışması beklenir (ticaret sonuçlarının kimliğinden bahsetmiyorum ve uyarılar, ses çalma ve fişlerden bahsetmiyorum). Kodun çalışması aynı olmalıdır. Barındırma ile ilgili herhangi bir şeyi kontrol etmenin bir yolu yok - danışman barındırma üzerinde çalışamayacak.
Teknik olarak kanıtlayın lütfen.
Bugünün kısmi günü için, tüccarlar MetaQuotes ID aracılığıyla başarılı bir şekilde yarım milyondan fazla push mesajı gönderdiler. Şahsen, her gün birkaç düzine (bazen yüze kadar) mesaj alıyorum.
"Sanal sunucu tahsis et" - demo hesapları için etkin değil. Ve gerçek olanlar için menüde böyle bir öğe yok.
Aktif olmayan herhangi bir hesaba değil, şu anda aktif olan ticaret hesabına tıklamanız gerekir. Hesap verileri gerekli olduğundan bu gereklidir.
Demo hesaplarda da her şey yolunda gidiyor, herhangi bir kısıtlama yok.
Mesele şu ki , terminal ayarlarında "bir pencerede maksimum çubuklar" ayarlayarak , örneğin 1000, bu penceredeki göstergenin ayarlanandan daha fazlasını hesaplamaması beklenir. Aksi takdirde, bu özellik ne için? Ama hayır - gösterge, demiryolunda yatan tüm tarihi sayar.
4500 olsaydı... Yani normalde bir tane oluşturulamaz ve silinemez. Belki grafikte, ama test cihazında değil.
En azından, grafikte çalışan kodun test cihazında benzer şekilde çalışması beklenir (ticaret sonuçlarının kimliğinden bahsetmiyorum ve uyarılar, ses çalma ve fişlerden bahsetmiyorum). Kodun çalışması aynı olmalıdır. Artık hiçbir şeyi kontrol etmenin bir yolu yok - danışman barındırma üzerinde çalışamayacak.
Teknik ayrıntıları unutuyorsunuz, ancak kritik sonuçlar konusunda çok cömertsiniz.
Expert Advisor'daki davranış "binlerce bağımsız gösterge oluştur" örneğine benziyorsa, analiz yaklaşımınızı yeniden gözden geçirseniz iyi olur. Örneğin, pahalı ve bağımsız bir gösterge başlatmak yerine kısa bir veri segmentinde yerleşik gösterge hesaplama işlevini kullanın.
Bir gösterge (ve hatta daha çok özel bir gösterge), özellikle uzun vadeli kullanım için oluşturulmuş, pahalı, bağımsız, uzun vadeli bir hesap birimidir. Bunu oluşturmak pahalıdır, daha sonra tüm veri aralığında hızlı bir şekilde çalışır ve sonunda silinmesi de pahalıdır. "Hemen oluştur ve sil" seçeneği, göstergeler açısından temelde yanlıştır.
Hepsi offtopik. Uzmanınızla görüşmek istiyorsanız lütfen ayrı başlıklar oluşturun.
Aktif olmayan herhangi bir hesaba değil, şu anda aktif olan ticaret hesabına tıklamanız gerekir. Hesap verileri gerekli olduğundan bu gereklidir.
Demo hesaplarda da her şey yolunda gidiyor, herhangi bir kısıtlama yok.
Evet, her şeyi yapıyorum - etkin değil.
4.500 özel gösterge oluşturmak için bir test kodu sağladınız. Göstergelerin anında silinmediğini ve bunun hafıza eksikliğine yol açabileceğini açıkladım.Diskte 200.000'den fazla çubuk var. En azından Bars() yalan söylemiyorsa
Expert Advisor'daki davranış "binlerce bağımsız gösterge oluştur" örneğine benziyorsa, analiz yaklaşımınızı yeniden gözden geçirseniz iyi olur. Örneğin, pahalı ve bağımsız bir gösterge başlatmak yerine kısa bir veri segmentinde yerleşik gösterge hesaplama işlevini kullanın.
Bir gösterge (ve hatta daha çok özel bir gösterge), özellikle uzun vadeli kullanım için oluşturulmuş, pahalı, bağımsız, uzun vadeli bir hesap birimidir. Bunu oluşturmak pahalıdır, daha sonra tüm veri aralığında hızlı bir şekilde çalışır ve sonunda silinmesi de pahalıdır. "Hemen oluştur ve sil" seçeneği, göstergeler açısından temelde yanlıştır.
Göstergenin yalnızca bir örneğini oluşturduğumu yazdım. " "Oluştur ve hemen sil" seçeneği, göstergeler açısından temelde yanlıştır. " - optimize edicinin yaptığı tam olarak budur. Ve kötü bir şey olmuyor. Kullanıcının aynı şeyi yapmasına izin verilmez - bir gösterge oluşturun , veri toplayın, göstergeyi silin.
Hepsi offtopik. Uzmanınızla görüşmek istiyorsanız lütfen ayrı başlıklar oluşturun.
Yardımcı olmak istedim. Tamam, bir daha yapmayacağım.