Tarih şifreleme
Belki de karakterler yeniden düzenlendiğinde tarihin hiç okunmaması için şifrelemek daha iyidir?
ve neden CryptEncode ve CryptDecode memnun değil?
Yoldaş Sukhov'un dediği gibi çok kolay,
Samimi olarak.
Koruma şeklinde gerçekten değerli bir şey elde etmek istiyorsanız, bunu kendiniz üzerinde düşünmelisiniz. Bu sorunu birkaç yıl önce çözdüm. şifrenizle ilgili herhangi bir tartışma, korumasını zayıflatacaktır.
Samimi olarak.
MQ'nun sunduğu AES ve DES şifrelemesinin açık bir standardı olması uygun mudur? Ve kullanımda olan diğer şifrelerin de açık algoritmaları vardır. Lanet olası sırlar...
MQ'nun sunduğu AES ve DES şifrelemesinin açık bir standardı olması uygun mudur? Ve kullanımda olan diğer şifrelerin de açık algoritmaları vardır. Lanet olası sırlar...
Şifrelerken tuz yapıştırabilirsiniz ve kimse kırılmaz
Süreyi uzatmak uğruna kâsenizin bozulacağını gerçekten düşünüyor musunuz?
Genel bir eğilim fark ettim - 10 sentlik bir fiyatı olan insanlar, açgözlü DC'nin uyuduğu ve bu on'u nasıl gözetleyeceğini gördüğü gerçeğine dayanarak mevduat, sl ve tp ayarlamaktan çok korkuyorlar.
Ve on binlerce dolar değerinde bir deposu olan insanlar bir şekilde bunu umursamıyorlar.
Aynı şekilde koruma ile.
Şifrelerken tuz yapıştırabilirsiniz ve kimse kırılmaz
Ne tuzu anlamadım
Ne tuzu anlamadım
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Soru şu:
2017.09.01 00:00 tarihi var
Şifrelenmesi gerekiyor.
Son programda, şifre dosyadan okunacak, şifresi çözülecek ve mevcut zamana karşı kontrol edilecektir.
Sorun şu ki, DERTYUOIOPLKJM gibi bir şifredeki kullanıcı harfleri değiştirirse, tarih artabilir.
Öyleyse soru, tarihin nasıl şifreleneceğidir, böylece harfler veya sıraları değişirse, tarih artmaz mı?