¿Cómo puedo acceder al pavo a distancia? - página 2
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Коллеги!
Представьте следующее.
Есть индюк. Хочется показать его заинтересованным лицам.
Не хочется чтобы они добрались до кода, до того, как индюк устроен.
Но хочется, чтобы они могли использовать его как если бы я просто им его дал, не скрывая код.
Почитал страшные вещи про декомпиляцию, понял, что шифровать дело пустое.
Может быть, предложите способы?
si el indicador da señales no en m1
pero con plazos más largos, por ejemplo, h1 h4
una de las formas - bastante complicadaUsted pone su servidor en Internet o en una máquina virtual
Difusión (software) de las señales del indicador a los que están registrados como clientes
envías las señales al correo electrónico, ICQ o Skype
La segunda opción es crear un Asesor Experto que reciba señales de Internet
por la contraseña y el nombre que dará a sus clientes
el Asesor Experto irá a su sitio o Ftp o lo que sea que configure la interfaz
o enviará una lista
puede rastrear la IP de la que provienen las solicitudes
etc.
--
tiene el valioso indicador - no da el código - sólo señales
siguiendo un patrón similar
--
la idea es muy sencilla
la aplicación de esto o aquello - sólo he dado un ejemplo de cómo se puede hacer
lo más difícil es organizar el trabajo para que no haya señales REALES
¿Qué quiere decir con "sin señales"?
Bueno, todo depende de la frecuencia de acceso al servidor y de otras variables...
Digamos que una vez por minuto. Para escribir el precio de cierre por las barras M1 formadas en un archivo.
Probablemente, alguien nos enviará un enlace a un script de este tipo ya preparado.
La pregunta es cómo modificarlo para escribirlo en un archivo en un servidor remoto.
что значит "НЕ ПОЛУЧЕННЫХ сигналов" ?
lo mismo que los perdidos
no es seguro que el envío llegue al destinatario
por lo que la unidad de correo debe ser lo más fiable posible.
--
el iniciador lógico es el que crea la señal - por lo que debe preparar lógicamente la señal.
el subsistema que lo enviará, ahí es donde debería ser lo suficientemente fiable
-
de otra manera.
el cliente picoteará - el servidor - con una pregunta como "hey servidor, ¿hay señal? respondió que no - o hay
eso es exactamente lo que está mal en este esquema.
--
por eso el que envía la señal es el que la envía.
para que sea fiable y el cliente no reciba la señal. - ¿verdad?
son los fallos de comunicación, etc.
significa control y envío repetido - control de la vida de la señal - si hay que cerrar una posición
la señal no importa el tiempo de vida de la señal
Así que la lógica no será sencilla.
etc.
Допустим, не надо тиков. Тики правда слишком частое ображение к серверу.
Допустим, раз в минуту. Чтобы по сформированным барам М1 писать в файл цену закрытия.
Это дело нехитрое, кто-нибудь наверняка даже ссылку сейчас кинет, на уже готовый такой скрипт.
Вопрос в том как его модифицировать, чтобы писал он в файл на удаленном сервере?
¿Por qué querrías enviar los cierres de barras a un servidor remoto?
¿No sería más fácil poner mt4 donde se necesita saber si la barra está cerrada o no?
porque en África y en Moscú y en Bratsk
el mismo corredor cerrará la barra casi al mismo tiempo
---
escribir una señal es otra cosa
y dar a todos los clientes acceso a este servidor
para que puedan leer el servidor.
pero la cuestión es otra - los clientes - no deberían tener que leer el servidor cada minuto
las señales deben llegar al cliente cuando se generan
por lo que depende del que lo crea para enviarlo
--
¿tiene una señal cada hora? ¿cada 4 horas? o cada minuto?
¡Colegas!
Imagina lo siguiente.
Hay un pavo. Nos gustaría mostrárselo a los interesados.
No quiero que lleguen al código, para ver cómo se organiza el pavo.
Pero quiero que puedan utilizarlo como si se lo acabara de dar, sin ocultar el código.
Leí algunas cosas de miedo sobre la descompilación, y me di cuenta de que la codificación es una pérdida de tiempo.
¿Tal vez pueda sugerir formas?
El indicador se ejecuta en su ordenador, sube periódicamente los datos al servidor, el indicador personalizado descarga periódicamente este archivo y muestra los datos.Digamos que no hay garrapatas. Los ticks son realmente demasiado frecuentes para el servidor.
Digamos que una vez por minuto. Para escribir el precio de cierre por las barras M1 formadas en el archivo.
Seguramente alguien nos enviará un enlace a un script de este tipo ya preparado.
La pregunta es cómo modificarlo para escribirlo en un archivo en un servidor remoto.
Los datos se transfieren al script del servidor (por ejemplo, en PHP), y éste escribe en el archivo. Todo esto es mucho más complicado de lo que crees, a través de internet para trabajar no es tu ordenador para abrir/cerrar un archivo.
¿Por qué querrías enviar los cierres de barras a un servidor remoto?
¿No sería más fácil poner mt4 donde se necesita saber si la barra está cerrada o no?
porque en África y en Moscú y en Bratsk
el mismo corredor cerrará la barra casi al mismo tiempo
---
escribir una señal es otra cosa
y dar a todos los clientes acceso a este servidor
para que puedan leer el servidor.
pero la cuestión es otra - los clientes - no deberían tener que leer el servidor cada minuto
las señales deben llegar al cliente cuando se generan
así que depende de quien los genere
--
¿tiene una señal cada hora? ¿cada 4 horas? o cada minuto?
Yuri, haz un poco de abstracción. No se trata de ticks ni de tiempo, sino de la necesidad de añadir periódicamente algunos datos a un archivo en el servidor.