sihirli sayı oluşturma - sayfa 2
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
Tanrım, düzenleme hızımı geçtin :)). editledim. Bir GlobalVariable olduğunu söylemeyi unuttum.
Ve FARKLI bir terminalden bir oturuma devam etmek zorunda kalırsanız ne olur (örneğin, bilgisayarınızın ölmesine neden olur)...? U hala bir kalıcılık katmanına ihtiyaç duyar (GV'ler Terminal - istemci tarafında saklanır). 'Otomatik' bir sihirli sayının ardındaki bütün fikir, her uzman için benzersiz bir tane elde etmektir, ancak kalıcı bir katmana ihtiyaç duymadan...
Çünkü o zaman o sihir için bir kalıcılık seviyesini koruman gerekiyor. Terminaliniz yeniden başlatılırsa ne olur? Büyü farklı olurdu...
GlobalVariable değerlerinin son erişimden 14 gün sonra var olduğunu okudum. Ayrıca bu teknik tutarsa, sihirli numarasıyla sipariş zamanını almanın ekstra avantajına sahibiz.
Neyi keşfediyorsun?
Ve FARKLI bir terminalden bir oturuma devam etmek zorunda kalırsanız ne olur (örneğin, bilgisayarınızın ölmesine neden olur)...? U hala bir kalıcılık katmanına ihtiyaç duyar (GV'ler Terminal - istemci tarafında saklanır). 'Otomatik' bir sihirli sayının ardındaki bütün fikir, her uzman için benzersiz bir tane elde etmektir, ancak kalıcı bir katmana ihtiyaç duymadan...
Bu muhtemelen GV'yi kırar, ancak saniyeler tutar ve IMHO saniyelerine özgüdür .
Bu muhtemelen GV'yi kırar, ancak saniyeler tutar ve IMHO saniyelerine özgüdür .
Benzersizdir; orada anlaşmazlık yok. Ama yine - diyelim ki bilgisayar bozuldu. Uzmanınızı başka bir terminal ile başka bir bilgisayara götürün, aynı hesaba giriş yapın ve aynı uzmana devam edin. Uzman uygun şekilde tasarlanmışsa, o zaman bu 'sorun olmaz', ancak artık uzmanın işlediği siparişlere FARKLI bir sihir ataması dışında. Yani belli ki işe yaramayacak.
GlobalVariable değerlerinin son erişimden 14 gün sonra var olduğunu okudum. Ayrıca bu teknik tutarsa, sihirli numarasıyla sipariş zamanını almanın ekstra avantajına sahibiz.
Neyi keşfediyorsun?
Sanırım 30... Ama ne olursa olsun, belirli Terminal ile müşteri tarafında kalıyorlar.
ps, eğer yapmadıysanız, bu konuya bir göz atın -> https://www.mql5.com/en/forum/120034 . Aynı sorunu tartışıyor ve birçok harika fikri var...
... ancak şimdi uzman, işlediği siparişlere FARKLI bir büyü atayacaktır . Yani belli ki işe yaramayacak.
Anlamıyorum..
- Amaç, oluşturulan her ticaret için farklı bir sihirli sayı atamak olduğunu düşündüm? Yalnızca bir sipariş komisyoncu tarafından kabul edildikten sonra OrderMagicNumber() sabitlenir ve alınabilir.
Önceki 'ölü' müşteri terminali tarafından yapılan önceki ticaret başarılı bir şekilde OrderMagicNumber oluşturmuşsa, bir sonraki aynı veya - farklı terminaldeki farklı uzman aynı sihirli sayıyı üretmeyecektir.
- IMHO - terimlerinizi kullanarak: Zaman, katmanlamaya gerek kalmadan kalıcıdır, İki zaman asla aynı değildir .. :))
- Linkler için teşekkürler, okudum. Tamamen rastgele oluşturulmuş sihirli sayılara karşı hiçbir şeyim yok, ancak yine de biraz mantıklı ve başka kullanımları olan sihirli bir sayıyı tercih ediyorum.
- Farklı terminallerde saniyenin çok küçük bir bölümünde kabul edilen 2 veya daha fazla siparişiniz varsa , teknik bozulabilir. ki bu pek olası değil...
Anlamıyorum..
- Amaç, oluşturulan her ticaret için farklı bir sihirli sayı atamak olduğunu düşündüm? Yalnızca bir sipariş komisyoncu tarafından kabul edildikten sonra OrderMagicNumber() sabitlenir ve alınabilir.
Önceki 'ölü' müşteri terminali tarafından yapılan önceki ticaret başarılı bir şekilde OrderMagicNumber oluşturmuşsa, bir sonraki aynı veya - farklı terminaldeki farklı uzman aynı sihirli sayıyı üretmeyecektir.
- IMHO - terimlerinizi kullanarak: Zaman, katmanlamaya gerek kalmadan kalıcıdır, İki zaman asla aynı değildir .. :))
- Linkler için teşekkürler, okudum. Tamamen rastgele oluşturulmuş sihirli sayılara karşı hiçbir şeyim yok, ancak yine de biraz mantıklı ve başka kullanımları olan sihirli bir sayıyı tercih ediyorum.
- Farklı terminallerde saniyenin çok küçük bir bölümünde kabul edilen 2 veya daha fazla siparişiniz varsa, teknik bozulacaktır . ki bu pek mümkün değil...
Hayır... Tüm uzman için. Yani aynı hesapta birkaç uzman çalıştırırsanız, birbirleriyle karışmazlar. Şahsen ben de otomatik bir sistemi sevmiyorum ve kullanmıyorum. Her uzman için bir sihirli sayı yerine bir dizi sihirli sayı kullanırım, çünkü bilgiyi sihirde saklarım. Ne olursa olsun, bu konu, her uzman için otomatik olarak benzersiz bir sihirli sayının nasıl ayarlanacağını tartışır.
Fikrinize değer veriyorum. Belki çok açık anlatamadım ama lütfen bu teknikle ilgili yazımı tekrar okuyun. Tüm uzman içindir
(ve sonuç olarak, her uzman, her ticaret, her terminal, otomatik olarak) ... bu nedenle, aynı ada sahip uzman farklı çizelgelere ve TimeCurrent'a her eklendiğinde kimliğini alan ve bir GlobalVariable sayacıyla birleştiren WindowsExpertName() çağrısının kullanılması ().
Lütfen biraz daha düşünün.. Ya tutar ya tutmaz. Siz veya başkaları kolayca kırılabilir buluyorsa, muhtemelen bunu da yeniden düşünmek zorunda kalacağım... :))
Gordon,
Fikrinize değer veriyorum. Belki çok açık anlatamadım ama lütfen bu teknikle ilgili yazımı tekrar okuyun. Tüm uzman içindir... dolayısıyla kullanım
WindowsExpertName() öğesinin çağrılması ve aynı ada sahip uzman farklı çizelgelere her eklendiğinde GlobalVariable sayacıyla birleştirilmesi.
Lütfen biraz daha düşünün.. Ya tutar ya tutmaz. Siz veya başkaları kolayca kırılabilir buluyorsa, muhtemelen bunu da yeniden düşünmek zorunda kalacağım... :))
Her neyse, tekrar okuduktan sonra. İşte bununla ilgili gördüğüm sorunlar:
- Kimlik numarası nedir? Her uzman için sabit kodlanmış benzersiz bir numara mı yoksa ne? Uzmanların aynı ada sahip olmadığından emin olmak kolaydır, özellikle sabit kodlanmışsa, aynı numaraya sahip olmadıklarından emin olmak daha zordur.
- Kalıcılık. Kalıcılık. Kalıcılık. Yine - başka bir terminalden bir oturuma nasıl devam edersiniz. Örneğin zaman çerçevesi nereye kaydedilir?
- Kullanıcı GV'leri manuel olarak karıştırabilir (ancak bu muhtemelen çoğu durumda bir endişe olmayacaktır...).
Düzenleme: belki zaman çerçevesi iyi bir örnek değildir ...
Birkaç kod koyacağım...