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
Коллеги!
Представьте следующее.
Есть индюк. Хочется показать его заинтересованным лицам.
Не хочется чтобы они добрались до кода, до того, как индюк устроен.
Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код.
Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое.
Может быть, предложите способы?
gösterge m1'de olmayan sinyaller veriyorsa
ve daha uzun zaman dilimleriyle, örneğin h1 h4
o zaman yollardan biri oldukça karmaşıksunucunuzu İnternet'e veya örneğin bir sanal makineye koyun
müşteri olarak kayıtlı olanlara (programlı olarak) gösterge sinyalleri yayınlayın
skype'ta asya'ya posta ile
ikinci seçenek ise internetten sinyal alacak bir uzman yapmaktır.
müşterilere dağıttığınız şifre ve ad ile
veya bir uzman sitenize veya Ftp'nize veya oradaki arayüzü tasarlamak için neye ihtiyacınız varsa ona gidecektir.
veya listeye göre göndereceksiniz
peki, orada isteklerin geldiği IP'yi takip edebilirsiniz
vb
--
değerli gösterge sizinle birlikte - kodu vermiyorsunuz - ancak - sadece sinyal veriyor
açıklanan şemaya göre
--
yani fikrin özü çok basit
şu ya da bu uygulama - sadece bir uygulama örneği verdim - nasıl yapabilirim
en zor şey, işi HİÇBİR ALINMADI sinyali olmayacak şekilde organize etmektir.
"ALINMADI sinyalleri" ne anlama geliyor?
Her şey sunucuya ve diğer değişkenlere erişim sıklığına bağlıdır...
Dakikada bir diyelim. Oluşan M1 çubukları için kapanış fiyatını dosyaya yazmak.
Bu basit bir mesele, birileri muhtemelen şimdi böyle bir hazır senaryoya bir bağlantı bile atacak.
Soru, uzak bir sunucudaki bir dosyaya yazacak şekilde nasıl değiştirileceğidir?
"ALINMADI sinyalleri" ne anlama geliyor?
özlenen ile aynı
postanın alıcıya ulaşacağı gerçeği değil
yani, posta bloğu mümkün olduğunca güvenilir olmalıdır
--
mantıksal olarak, başlatıcı, sinyali üreten kişidir - bu nedenle, mantıksal olarak, sinyali hazırlaması gerekir.
gönderecek alt sisteme verin - bu yüzden yeterince güvenilir olmalıdır
-
başka bir şekilde olabilir
istemci - sunucu - gibi bir soru ile çekiçleyecek - hey sunucu bir sinyal var mı? hayır diye cevap verdi - peki ya da var
bu sadece çok kusurlu bir plan
--
çünkü sinyali kim doğurursa onu gönderir.
ancak bunu göndermek gerekir - böylece müşterinin bir sinyal alması değil, güvenilir olması gerekir! - Sağ ?
bunlar iletişim hataları vb.
bu, pozisyonun hala kapatılması gerekiyorsa, dağılımı - sinyalin ömrünün kontrolü - kontrol etmeniz ve tekrarlamanız gerektiği anlamına gelir.
bir sinyalde, o zaman sinyalin ne kadar sürdüğü önemli değil
genel olarak, mantık basit olmayacak
vb
Допустим, не надо тиков. Тики правда слишком частое ображение к серверу.
Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия.
Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт.
Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?
neden bazı uzak sunuculara çubuk kapanışları yaz
MT4'ü oraya - bilmeniz gereken yere - çubuğun kapalı olup olmadığını koymak daha kolay değil mi?
sonuçta, Afrika'da ve Moskova'da ve Bratsk'ta
aynı komisyoncu barı neredeyse aynı anda kapatacak
---
sinyal yazmak başka bir konu
ve tüm istemcilere bu sunucuya erişim izni verin
sunucuyu okumaları için
ama soru farklı - bu istemciler - sunucuyu her dakika TAMAMEN okumamalı
sinyaller oluşturulduklarında müşteriye gönderilmelidir
yani onları yaratanın doğurması ve göndermesi gerekir.
--
Saatte bir üretilen bir sinyaliniz var mı? saat 4'te? Yoksa dakikada bir mi?
Meslektaşlar!
Aşağıdakileri hayal edin.
türkiye var. İlgilenenlere göstermek istiyorum.
Hindi kurulmadan önce şifreye ulaşmalarını istemiyorum.
Ama kodu saklamadan onlara vermişim gibi kullanabilmelerini istiyorum.
Derleme çözme hakkında korkunç şeyler okudum, şifrelemenin boş bir iş olduğunu fark ettim.
Belki yollar önerir?
Gösterge bilgisayarınızda çalışır, sunucuya periyodik olarak veri yükler, özel gösterge periyodik olarak bu dosyayı indirir ve verileri görüntüler.Diyelim ki kenelere ihtiyacımız yok. Tiki, sunucuya gerçekten çok sık gelen bir görüntüdür.
Dakikada bir diyelim. Oluşan M1 çubuklarının kapanış fiyatını dosyaya yazmak.
Bu basit bir mesele, birileri muhtemelen şimdi böyle bir hazır senaryoya bir bağlantı bile atacak.
Soru, uzak bir sunucudaki bir dosyaya yazacak şekilde nasıl değiştirileceğidir?
Veriler sunucu komut dosyasına iletilir (örneğin, PHP'de) ve bir dosyaya yazar. Bütün bunlar size göründüğünden çok daha karmaşık; İnternet üzerinden çalışmak, bir dosyayı açmak / kapatmak için bilgisayarınız değildir.
neden bazı uzak sunuculara çubuk kapanışları yaz
MT4'ü oraya - bilmeniz gereken yere - çubuğun kapalı olup olmadığını koymak daha kolay değil mi?
sonuçta, Afrika'da ve Moskova'da ve Bratsk'ta
aynı komisyoncu barı neredeyse aynı anda kapatacak
---
sinyal yazmak başka bir konu
ve tüm istemcilere bu sunucuya erişim izni verin
sunucuyu okumaları için
ama soru farklı - bu istemciler - sunucuyu her dakika TAMAMEN okumamalı
sinyaller oluşturulduklarında müşteriye gönderilmelidir
yani onları yaratanın doğurması ve göndermesi gerekir.
--
Saatte bir üretilen bir sinyaliniz var mı? saat 4'te? Yoksa dakikada bir mi?
Yuri, biraz soyutla. Bu, keneler veya zamanla ilgili değil, ancak sunucudaki dosyaya belirli aralıklarla bazı veriler eklemek gerektiğidir.