Discusión sobre el artículo "Por qué el hosting virtual en Meta Trader 4 y MetaTrader 5 es mejor que los VPS habituales" - página 50
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
Nuevo artículo Por qué el alojamiento virtual con MetaTrader 4 y MetaTrader 5 es superior a los VPS (servidores privados virtuales) tradicionales:
Autor: MetaQuotes Software Corp.
Hola, ¿cómo es con un vps mt4 ... también hay un vps para alquilar en los corredores. sólo allí el corredor podría ver exactamente lo que está pasando allí! es diferente con usted ... es decir, estoy "independiente" de mi corredor?
esperando comentarios....
1) No es de recibo que hagas la misma pregunta más de una vez.
2) Su pregunta requeriría una respuesta muy completa - que probablemente no obtendrá aquí.
Usted tendrá que google vps y gestionar vps y la seguridad y el acceso y ...
¿Dónde puedo recurrir? Yo quería dejar de alojamiento para el fin de semana, así que 3 horas ya se detuvo, parece estar congelado.
¿Qué build del terminal tienes? Intente actualizar el terminal conectándose al servidor comercial MetaQuotes-Demo.
Puede detener el hosting desde su cuenta MQL5 (cuenta - "Hosting" - y seleccione el comando "Detener" en el hosting requerido).
Hola. Tengo un principio del robot es que es necesario para trabajar 2 terminales al mismo tiempo, ¿existe tal oportunidad para que ambos terminales para trabajar juntos?
No, incluso si crea dos hosts de dos inicios de sesión, no se verán. Porque alquilas un terminal, no un VPS o una máquina viral.
No puedes subir archivos donde quieras, instalar tu propio sistema, etc. como en un VPS.
Sólo te dan la oportunidad de usar el terminal las 24 horas del día sin preocuparte de la disponibilidad de Internet ininterrumpida y realmente sin preocuparte de que la máquina se caiga.
Por cierto, también considero la posibilidad de montar todo en tu casa y luego migrarlo. Es más fácil y más claro que tener que ir a algún lugar de la UPU para configurar el terminal para usted.
Bonito
Carl no es un VPS en el sentido convencional, sólo una especie de control remoto para un MT4/5
Hola colegas.
No quería escribir aquí, pero tengo que hacerlo. Voy a declarar el hecho - la calidad del alojamiento de pago, que se anuncia activamente aquí, está por debajo de cualquier límite razonable. Una vez más, no me gusta difundir negatividad, escandalizar, etc. Pero estamos hablando de un incumplimiento sistemático de obligaciones elementales por parte de los proveedores de hosting, a saber:
- fallos constantes en el funcionamiento del servicio,
- falta de herramientas de diagnóstico,
- falta de soporte técnico normal,
- inflexibilidad e incapacidad de transferir el alojamiento a otro servidor, si no estoy satisfecho con el trabajo del actual, sin perder dinero.
En orden.
Estoy registrado en el servidor Amsterdam. Da un buen ping al servidor alpari, donde realmente comercio. Sin embargo, en el tercer día de trabajo, empecé a tener problemas. Me di cuenta de esto por la ausencia de órdenes abiertas, aunque el algoritmo EA debería haberlas abierto.
Empecé a mirar los logs. Un error como "cannot post message 2,0 [1816], last processed 0 2 2 [187]" apareció permanentemente en el registro de la terminal. Al mismo tiempo, el Asesor Experto se colgaba intencionadamente (llegué a esta conclusión por el hecho de que no se mostraban alertas en ciertos eventos cuando deberían haberse mostrado). Como me dijeron en el soporte técnico, este error está relacionado con el hecho de que no hay suficientes recursos del procesador y los mensajes del sistema operativo no se pueden procesar a tiempo. Al mismo tiempo, quiero descartar posibles sospechas de que tengo un EA torcido. No está torcido, tiene muy pocos recursos de CPU (menos del 1% en un portátil), no hace bucles. Todo esto se ha comprobado - hace varios meses, tuve varios EAs del mismo tipo (al menos 6 al mismo tiempo) trabajando todo el día, pero en diferentes monedas y con diferentes parámetros.
Me quejé varias veces sobre el trabajo del servicio. El efecto es igual a cero.
Al mismo tiempo, el conjunto de herramientas de alojamiento no muestra la carga de la CPU en absoluto (detalles / procesador). La línea está a cero. De lo que concluyo que o las herramientas de diagnóstico no son buenas, o la causa del error no es lo que me dijeron en el servicio técnico.
El servicio técnico no dice nada.
No entiendo cómo transferir el alojamiento a otro servidor sin perder dinero.
Resultado - en busca de otras soluciones VPS. (Por cierto, estaré muy agradecido si me dicen tales opciones).
Conclusión: no se puede trabajar así. Usted recoge el dinero, y la calidad está en el nivel de alojamiento gratuito primitiva. Incluso si de repente resulta que el problema está en el Asesor Experto (aunque, repito, no he cambiado su código durante medio año ya - pero no sé, las actualizaciones de la plataforma MT4 han llevado a milagros antes - había problemas con los tamaños de matriz, o con otra cosa, no me acuerdo), no está claro por qué no hay herramientas de diagnóstico decentes para entender cuál es el problema. Por qué no hay ni siquiera una plantilla elemental para ponerse en contacto con Service Desk sobre problemas de alojamiento, y cada vez tienes que inventar a qué tema meter la dirección.
Estoy registrado en el servidor de Amsterdam. Da buen ping al servidor de alpari, donde realmente comercio. Sin embargo, al tercer día de funcionamiento, empecé a tener problemas. Lo noté por la ausencia de órdenes abiertas, aunque se suponía que el algoritmo del EA debía abrirlas.
Empecé a mirar los registros. Un error como "cannot post message 2,0 [1816], last processed 0 2 2 [187]" apareció permanentemente en el registro de la terminal. Al mismo tiempo, el Asesor Experto se colgaba intencionadamente (llegué a esta conclusión por el hecho de que no se mostraban alertas en ciertos eventos cuando se suponía que debían mostrarse).
Pedimos disculpas por los problemas.
Desafortunadamente, no detectamos el momento en que este servidor de Amsterdam se sobrecargó debido a algunos terminales que se estaban comiendo la gran mayoría de los recursos y nuestro sistema de downgrade no pudo con ellos. Esto provocó bloqueos en muchos otros terminales que ni siquiera podían enviar mensajes.
Ya hemos solucionado el problema, reducido el número de instancias asignadas, desactivado a algunos usuarios, introducido límites más estrictos para los expertos que consumen mucha CPU y estamos ampliando la red de servidores.
La transferencia gratuita de suscripciones a otros servidores ya está prevista y se pondrá en marcha en breve.
Estamos probando y haciendo crecer el servicio de alojamiento, pero a veces junto con el crecimiento vienen estos problemas. Lo sentimos de nuevo, por favor.