dll e mercato. - pagina 2
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
No.
Siamo fondamentalmente contro la proliferazione delle DLL e la creazione di minacce di massa per i commercianti. Al contrario, ora stiamo lavorando per frenare il caos che alcune aziende stanno gestendo tranquillamente.
Non ci sono DLL "insicure". Praticamente qualsiasi DLL (comprese le DLL di sistema, quasi tutte tristemente insicure) può essere usata per eseguire un attacco di stack-skipping seguito da una presa di controllo. Basta l'illusione della sicurezza sotto forma di DLL fidate, e la sicurezza cadrà immediatamente sul fondo del barile. Per tutti i buoni sviluppatori si chiederà che gli utenti incompetenti includano le loro creazioni nelle liste permesse. Non si preoccupano delle raccomandazioni di nessuno o della sicurezza dei commercianti, perché a loro interessa solo il denaro.
Non trasformeremo mai un sistema critico in un buco come le soluzioni di Microsoft.
Se c'è un dialogo, si può trovare una via d'uscita.
Per esempio, creare una base di esigenze (quali dlls i programmatori vorrebbero usare) e implementare questa funzionalità come standard MQL5.
Se c'è un dialogo, si può trovare una via d'uscita.
Per esempio, creare una base di bisogni (che i programmatori dll vorrebbero usare), e implementare questa funzionalità come uno standard MQL5.
Quindi, non hai letto il mio post e non ci hai pensato.
Dopo tutto, non scrivo molto e do molti meno argomenti di quelli che conosco. Un insieme ingenuo di funzioni è facile da calcolare, soprattutto le loro conseguenze.
Quindi stai suggerendo il contrario - vendere ex5 libs sul mercato e mettere dummies + dlls nel codebase?
Se c'è un dialogo, si potrebbe trovare una via d'uscita.
Per esempio, creare una base di bisogni (che i programmatori dll vorrebbero usare), e implementare questa funzionalità come uno standard MQL5.
Quindi non hai letto il mio post e non ci hai pensato.
Dopo tutto, scrivo poco e do molti meno argomenti di quelli che conosco. Un insieme ingenuo di funzioni è facile da calcolare, soprattutto le loro conseguenze.
Strana situazione, se insisto entrerò in trolls, se non sarò lasciato senza informazioni che non può ottenere altrove ma da voi.
Ma non entriamo nell'astrazione, l'uomo ha bisogno di Filemapping, bene, non vuole battere un disco rigido con file temporanei per condividere informazioni, cosa c'è di sbagliato in questo?
Io propongo di assegnare una persona che si occupi solo di ciò che dovrebbe essere implementato e cosa no, e tu dici "un insieme di funzioni è facile da calcolare, soprattutto le loro conseguenze". Se la richiesta di una funzione non va bene, rispondete alla persona, non la faremo così e così, qual è il problema.
Ovviamente non sarà lei a rispondere, ma la persona che ne è responsabile. Ma si muoverà.
È semplice - è facile fare collage finanziari attraverso MQ se si lascia tutto al caso
Urain:
La persona ha bisogno di Filemapping, non vuole imbrattare il disco con file temporanei per lo scambio di informazioni, cosa c'è di sbagliato in questo?
1. La persona non vuole il filemapping, ma qualcosa che sia ben implementato con il mapping.
2. Non c'è niente di male, ma non alla rivista.
3. Ho descritto sopra il modo legale di attuazione.
Ci sono ben tre alternative, per il bene di una persona per rompere i principi di mappatura?
I canali denominati sono disponibili nell'interprocesso per uno scambio di dati piacevole.
Bene, non so se è quello di cui ha bisogno, speriamo di sì.
Ma la questione generale è diversa, SR è così sovraccarico che un semplice timer di microsecondi è stato implementato per un anno (nel prossimo anno chiederemo delle modifiche, per esempio un controllo di priorità nel reset degli eventi, certo che lo faremo).
La questione è nel dialogo, non c'è un dialogo trasparente in modo che il responsabile punti il dito sul link (questo già chiesto), ma questo lo considereremo.
Non so, fare un ramo sulle richieste di implementazione, in modo che sia possibile vedere dove ci stiamo muovendo. Perché è impossibile pianificare lo sviluppo se non è chiaro quando e se questa o quella domanda sarà realizzata.
Potete usare canali nominati per un piacevole scambio di dati nell'interprocesso.
il problema è che l'EA parte in modalità Server e tu hai solo clienti in pip.
non sono adatti.
quindi per favore aggiungete la modalità server a MQL pips. va bene? o anche la sicurezza sarà compromessa?