Proteger el código fuente antes de la compilación - página 11
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
Cualquier modificación posterior no autorizada de la información mostrada en el gráfico del cuadro de información hará que la lógica se rompa.
Ejemplo 2: Este es el aspecto del código fuente tras la codificación dinámica (archivo adjunto)
Este problema se resuelve de forma elemental: borrando todos los objetos gráficos al final de la función OnTick. Para mayor seguridad, el borrado puede realizarse antes de todas las devoluciones.
Dmitry, ¡gracias por tu comentario!
¿Estás preparado para eliminar esta protección de la forma elemental que sugieres desde el archivo .ex4 compilado?
Justo este tema habla de las protecciones adicionales antes de la compilación para aplicarlas a los archivos listos para usar en forma compilada
Dmitry, ¡gracias por tu comentario!
¿Estás preparado para eliminar esta protección de la forma elemental que sugieres desde el archivo .ex4 compilado?
Es que en este hilo se habla de protecciones adicionales antes de la compilación para aplicarlas a los archivos listos para usar en forma compilada
Hablando de su código ofuscado. Si es así (si el archivo es ex4), no importa si la fuente está ofuscada o no.
Si es así (si el archivo es ex4), no importa si la fuente está ofuscada o no.
Dimitri, nuestra experiencia práctica demuestra que hay una diferencia
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Pero no pretendemos hacer cambiar de opinión a nadie
y sin embargo, no, la máquina empezó a hacer algo.
lo que envié.
lo que vino (tuve que cortar los extremos para que se ajustaran al tamaño del mensaje)
Alexander, finalizado, actualizada la versión de la banda de rodadura, ¡gracias!
Te adjunto la versión del código fuente que publicaste encriptado. Ahora compila sin errores.
Si tiene tiempo y ganas, también puede enviar usted mismo la solicitud de encriptación
Dimitri, nuestra experiencia práctica demuestra que hay una diferencia
https://www.mql5.com/ru/forum/65561/page6#comment_1988779
Pero no pretendemos hacer cambiar de opinión a nadie
¿Has comparado la velocidad antes y después?
Dimitri, ¡has hecho una buena y muy importante pregunta!
Cuanto más complejo sea el cifrado y más algoritmos de seguridad adicionales se integren, más lenta será la velocidad.
En la actualidad, para códigos más o menos complejos, la velocidad disminuye en un factor de 3 a 5.
Por regla general, la seguridad es una prioridad importante frente a la velocidad, sobre todo porque no se nota en el proceso de negociación en sí, y la mayoría de las veces los ajustes óptimos pueden ser proporcionados por el desarrollador, que tiene la capacidad de probar a gran velocidad el código original sin encriptación.