MT5'te toplam konumun yapısının GÜVENİLİR bir hesabını uygulamak mümkün müdür? - sayfa 31
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Ne kadar...
Rusya Federasyonu bankaları SSCB bankacılık sisteminin halefleridir, SSCB bankacılık sistemi Çarlık Rusyası bankasının halefidir, Merkez Bankası bankası halefidir ...
Yani sayın...
;)
Belki de başkalarının buna inanmasını isterler. Ama gerçekte bunlar tarihi, adı, itibarı olmayan yeni zenginliklerdir.
Mesele şu ki, MT4'te çok uzmanlı ticaret için tipik olan bu rutinin bir kısmı otomatik olarak gerçekleştirildi ve MT5'te durum böyle olmayan mimariye dahil edildi. Tabii ki ölümcül değil, ama herkes rahat değil.
Hatta herkese bunun uygun olmadığını ve tanıdık olmadığını söyleyebilirim.
ben de
ancak çoğu durumda bu sadece bir alışkanlık meselesidir, çünkü:
MT5'te toplam konumun yapısının GÜVENİLİR bir hesabını uygulamak mümkün müdür?
muhtemelen
lot sisteminden netleştirme sistemine geçiş sırasında kaybolan bilgileri bir dosyaya kaydedin
uzmanlarınızın çalışmalarını yavaşlatmaz
-----
ama genel olarak, elbette, geliştiricileri dinlemek ilginç olurdu
neden her iki sistemin aynı anda uygulanmasına karşılar?
bana öyle geliyor ki bu uygulama dağıtımın boyutunu ciddi şekilde artıracak
ve tüm sistemi yavaşlatır.
ama onlara sormalısın
MT5'te toplam konumun yapısının GÜVENİLİR bir hesabını uygulamak mümkün müdür?
muhtemelen
lot sisteminden netleştirme sistemine geçiş sırasında kaybolan bilgileri bir dosyaya kaydedin
uzmanlarınızın çalışmalarını yavaşlatmaz
Soru, uygulamanın karmaşıklığı değil, çözümün güvenilirliğidir. Bu yöntem daha önce tartışılmış ve güvenilmezliğine ilişkin örnekler verilmiştir.
Bu örneklerin yanı sıra "güvenilirlik" kavramının da birkaç kişiyi ikna ettiğini belirtmek gerekir. Kavramları düzenli olarak değiştiriyorsunuz, "güvenilirlik" kelimesiyle başka bir şey kastediyorsunuz.
bingo - bininci fludilka!
Soru, uygulamanın karmaşıklığı değil, çözümün güvenilirliğidir. Bu yöntem daha önce tartışılmış ve güvenilmezliğine ilişkin örnekler verilmiştir.
Peki söyle ahbap (önceden aradım konuyu baştan okumadım, çok bukaf)
Bir dosyadan okumak, geçmişten okumaktan veya standart bir µl4 işlevini çağırmaktan nasıl farklıdır?
dosyaya istediğiniz her şeyi koyabilirsiniz
ve açılış saati, açılış fiyatı ve bilet numarası...
Ne istiyorsun :)
Peki söyle ahbap (önceden aradım konuyu baştan okumadım, çok bukaf)
Bir dosyadan okumak, geçmişten okumaktan veya standart bir µl4 işlevini çağırmaktan nasıl farklıdır?
dosyaya istediğiniz her şeyi koyabilirsiniz
ve açılış saati, açılış fiyatı ve bilet numarası...
Ne istiyorsun :)
ya dosya kaybolursa? Yoksa dosyaya yazılırken herhangi bir hata mı oluştu ve sunucudaki içerik ve siparişler arasında bir uyumsuzluk oldu mu? veya bu dosyanın olmadığı başka bir bilgisayardan mı gitmeniz gerekiyor? Bu bilgilerin kaybolacağı oldukça fazla seçenek vardır ve bu kaybın algoritmik olarak sağlanmaması ciddi mali sonuçlara yol açabilir. Onlar. tüm bunlar, bir bütün olarak sistemin güvenilirliğini azaltabilecek yeni bir bağlantı ekler
Peki söyle ahbap (önceden aradım konuyu baştan okumadım, çok bukaf)
Bir dosyadan okumak, geçmişten okumaktan veya standart bir µl4 işlevini çağırmaktan nasıl farklıdır?
dosyaya istediğiniz her şeyi koyabilirsiniz
ve açılış saati, açılış fiyatı ve bilet numarası...
Ne istiyorsun :)
Farklı olanın yanı sıra "iki muhasebe sisteminin ve karmaşıklığın uygulanması" ile ilgili önceki soruda.
Evet, zorluk yok ve hatta dağıtım kitinde bir artış var ...
Muhasebe sorunu, sunucu veritabanına yapılan en basit sorguların düzleminde yatmaktadır.
Tekrar ediyorum: sunucu veritabanına, yani. nerede olursak olalım, hangi terminalden girmedik,
dosyamız öldürülse de ölmese de doğru çalışması sağlanır... kendi kendini inşa etmenin aksine...
bazı "kötü bilgisayar korsanları" bir sabit diskte bir balyoz hareket ettirdiyse
ve üzerinde depolanan verilerin tamamen kaybıyla basınçsız olduğu ortaya çıktı.
ancak bu durumda, kirdyk önerdiği için MT4 de sizi kurtarmaz.
örneğin ani bir elektrik kesintisi gibi diğer durumlarda,
diskteki (ve dolayısıyla dosyadaki) veriler kaydedilir
---
bununla birlikte, bir tür yaramaz programın (örneğin, başka bir uzman) olduğu bir seçenek var.
bu dosyaya girin ve yanlışlıkla verileri silin
ama burada soru bir terminal olarak değil, bir programcı olarak :)
pratikte, sadece bir durumda resüsitasyon olasılığı olmadan bir dosya öldürülebilir:
bazı "kötü bilgisayar korsanları" bir sabit diskte bir balyoz hareket ettirdiyse
ve üzerinde depolanan verilerin tamamen kaybıyla basınçsız olduğu ortaya çıktı.
ancak bu durumda, kirdyk önerdiği için MT4 de sizi kurtarmaz.
örneğin ani bir elektrik kesintisi gibi diğer durumlarda,
diskteki (ve dolayısıyla dosyadaki) veriler kaydedilir
---
bununla birlikte, bir tür yaramaz programın (örneğin, başka bir uzman) olduğu bir seçenek var.
bu dosyaya girin ve yanlışlıkla verileri silin
ama burada soru bir terminal olarak değil, bir programcı olarak :)
Evet, dosyayı öldürmeye bile gerek yok, örneğin başarısızlıkla ilgili bazı bilgileri yazmamak yeterli.
Konumları korumak kullanıcıya aittir ve ek bir hata kaynağı olabilir. Bu bloğu uygularken tamamen mantıklı olanlar bile.