 |
||
|
Publi |
 |
|
Gracias por su ayuda. Este archivo es sospechoso. Win32/InstallIQ aplicaci�n potencialmente indeseable eliminada - en cuarentena Puede descargar directamente en el desarrollador de aplicaciones, es gratis.Iniciado por ;
http://www.ab-tools.com/en/software/checkhost/
1 Adjunto(s) Esto es lo que uso para rastrear mi iSP.
http://www.softpedia.com/get/Network...eck-Host.shtmlDescargue el que se proporciona aqu�. No lo actualice. La nueva variante tiene anuncios emergentes. Al instalar, no acepte las caracter�sticas adicionales. Ayer tuve dos desconexiones que fueron culpa de mi ISP. �Salud! Editar: el programa sin instalador est� en el art�culo #53
https://www.forexycfds.com/attachmen...1093751474.zip
Mire, estoy diciendo honestamente que no estoy aqu� para da�ar a este corredor y tengo la intenci�n de da�ar su buena voluntad ravichandran no me acerco al corredor para reclamar su p�rdida. Tuve muchos corredores y aterric� en pepperstone. Y soy consciente y advierto que cada corredor tiene su arma secreta (Mt4 Virtual Dealer Plugin). Estoy aqu� para cualquiera que tenga un problema similar. Tambi�n estoy seguro de que el enlace estaba activo y cuando intento realizar el pedido No se produjo ning�n enlace o se produjo un error com�n. Solo ravichandran hab�a rellenado la forma de investigaci�n comercial de Pepperstone y le hab�a preguntado al corredor sobre el problema. En caso de que el corredor rechace, entonces no hay problema, comenzar� desde el principio. El comercio del par EURJPY comenz� el 16-02-2012 con la orden n.� 25865002 y tambi�n la siguiente orden n.� 25887602 coloc� casi 40 pips en 103.838 y la 3.� orden 25908644 tambi�n se fij� en 104.226 y la 4.� orden 25914566 se coloc� en 104.639. Sin embargo, en el quinto pedido, 25963644 debe colocarse cerca de 105.039 el 20-02-2012 en 0,10 horas, pero se coloc� en 105.207. Puedo aceptar esto debido a speread. Y los pedidos posteriores fallaron y si los pedidos se realizaron correctamente, mi EA colocar� el sexto pedido de recuperaci�n en 105.439 y tambi�n el s�ptimo pedido en 105.839 y saldr� de esta operaci�n con muy pocas ganancias. Soy consciente de que Magingale finalmente contribuye a margine call. En mi EA, trato de evitar que la situaci�n empeore. Si hubiera entrado en margine, llame directamente a ravichandran, no dejar� esta cinta y me preguntar� a m� y a cualquiera sobre este dilema. Se siente acorralado. Y su estrategia tambi�n solo es compatible con el corredor en lugar de ayudarnos a encontrar el problema. Sent� que apoyas al corredor. As� que todo en este hilo sali� mal. Lo siento mucho por esto.
Todas las desconexiones se registrar�n en el diario de MT4. El m�o no ha registrado una desconexi�n desde que se instalaron los nuevos servidores el fin de semana pasado. Nadie m�s ha tenido un problema tampoco si revisas el hilo de Pepperstone. Adem�s, eso es una perturbaci�n de 2 segundos... no parece que el servidor se haya ca�do o cualquier otra cosa que lo atrape... pero �alguna vez pens� que esto podr�a estar relacionado con su enrutador, proveedor de Internet o c�mo su proveedor de Internet enruta el tr�fico al extranjero? En serio, no se trata de culpar a su parte, solo sol�a trabajar en TI porque generalmente son el problema y se culpa a los problemas del lado del cliente.
Hmm... Bueno, en primer lugar, me alegro de que estemos siendo civilizados al respecto. Analic� los documentos, pero para ser honesto, no me dijeron mucho m�s de lo que deduje de la captura de pantalla publicada anteriormente. Antes de decir algo m�s, le har� saber que tengo un sesgo negativo en contra de cualquier sistema de estilo martingala (que es lo que usa con su EA). Estad�sticamente hablando, nunca han funcionado por mucho tiempo y finalmente logran una llamada de margen (no lo estoy atacando, estoy afirmando un hecho... en realidad es solo cuesti�n de tiempo hasta que exploten y acepten la cuenta con ellos. antes de perder el 98% de esta cuenta en 1 reducci�n... el m�todo simplemente no resiste el largo plazo). Dicho esto, me quedo con esto, me parece un comerciante, y la �ptica de esta situaci�n no se ve muy bien. Lo desglosar� lo m�s objetivamente que pueda... Tenemos los elementos que respaldan su caso: Pepperstone tuvo problemas de desconexi�n. (Desconexiones de 1 a 2 minutos de duraci�n que ocurren 2 a 3 veces al d�a. Tenemos los elementos que afectan la situaci�n pero no incriminan a ninguna de las partes por s� solos: el EA no fue codificado para administrar el reprocesamiento de �rdenes fallidas. El EA no fue codificado para tener l�mites de riesgo estrictos, o alg�n tipo de seguridad contra fallas para poner una cuenta en �l. El EA de estilo martingala es del tipo que sigue retrocediendo con la esperanza de que cada posici�n eventualmente salga usando una peque�a ganancia... (vea la nota anterior sobre por qu� no apruebo estas operaciones). El EA fue escrito por el cliente. Cualquier EA ser� un tercero, pero dado que el cliente escribi� el EA, la responsabilidad de administrar dichos riesgos recae en el cliente, no en un proveedor de software de terceros. Tenemos los elementos que realmente est�n trabajando en su contra: no se comunic� con el soporte telef�nico cuando el EA fall�, para cerrar el lugar Este es enorme. Revela una falta de responsabilidad por parte del cliente. El corredor proporciona m�ltiples formas de llamarlos por este motivo, cuando falla un m�todo y desea realizar una transacci�n. Permite que el EA siga agregando clasificaciones m�s tarde en lugar de despu�s de que la implementaci�n regrese, cerr�ndolo. Este es un gran negativo. Un operador responsable habr�a reconocido que hab�a un problema, aplanado desde la posici�n, tambi�n se habr�a asegurado de que el problema fuera reparado antes de volver a poner el capital en riesgo... en cambio, parece que usted reconoci� un problema y luego continu� incluyendo m�s exposici�n hasta la llamada de margen. �Tiene una reducci�n en las primeras �rdenes eliminando la posici�n una vez que sab�a que hab�a un problema? Habr�a sido mucho m�s pr�ctico participar en Pepperstone para averiguar qu� se pod�a hacer. Tenemos los elementos que est�n abriendo agujeros en su caja y arrancandoflags: Ha exagerado la verdad o ha mentido en un par de �reas: al afirmar que intent� ponerse en contacto con el servicio de chat pero no obtuvo una respuesta, y afirm� que el servidor no se ejecut� durante 2 horas, cuando nunca estuvo inactivo durante m�s de 2-3 minutos a la vez durante el tiempo que estuvo operando. (Es posible que se haya interrumpido su capacidad de enlace, pero no fue del lado de Pepperstone). Debido a que casi todos los usuarios de Pepperstone en esos tableros han tenido un servicio de chat instant�neo, esto funciona en su contra, y tambi�n el hilo de Pepperstone detalla la duraci�n y la frecuencia del tiempo de inactividad. As� que otros usuarios de Pepperstone no pueden enlazar aqu�. Los comentarios resultan falsos. Una vez que se considera falso, la verdad de toda su afirmaci�n se convierte en cuesti�n. (Realmente, aqu� ni siquiera puedes torcer la verdad, tiene que ser f�ctico y exacto en cada detalle, y tu propio argumento ser� destrozado). En lugar de agregar esto a la cinta de Pepperstone, creaste un nuevo hilo usando un nombre puntiagudo. Parece que tiene la intenci�n de da�ar a este corredor en lugar de simplemente ayudar a su causa. Ha hecho todo lo posible para agradecer a las personas que publican cosas negativas sobre el corredor, incluso cuando no dan nada sustancial o no muestran evidencia. (Adem�s, refleja a su amigo a trav�s de otra cuenta aqu� en este hilo). Esto se ve realmente horrible, como si su objetivo no fuera obtener ayuda sino hacer que la empresa se vea mal. Mire, estoy tratando de sopesar las cosas objetivamente aqu�... Realmente lo estoy, pero desde mi punto de vista estoy viendo demasiado trabajo del caso. No te estoy atacando aqu� o tratando de derribarte. Solo estoy escribiendo los elementos que recopil� de lo que ha presentado para mostrarles una vez que sopese lo que est� sucediendo exactamente lo que se agrega a la balanza en mi cabeza. Realmente veo d�nde la desconexi�n del servidor influy� en su EA durante un corto per�odo de tiempo... Pero el EA no est� codificado para controlar el riesgo o las �rdenes rechazadas, las acciones del cliente durante la desconexi�n (no llamar al corredor en lugar de quedar plano en el lugar), junto con las acciones de los clientes despu�s (agregar a la posici�n) son las razones principales por las que la cuenta obtuvo margen llamado. Si cree que a�n tiene derecho a tener sus p�rdidas, ay�deme a comprender por qu� la gran mayor�a de las p�rdidas no es culpa del cliente. �Qu� me estoy perdiendo? Adem�s, �este hilo, los comentarios punzantes y en llamas contra el corredor, junto con su postura hostil general, son el resultado del rechazo del corredor de su reclamo? �Por qu� est�s aqu� exactamente en lugar de resolver las cosas junto con el corredor? �Est�s aqu� desde que el corredor dijo que no?
2012.03.07 09:59:28 Connection_logger EURAUD,H4: Alerta: Alerta de registrador de enlace 2012.03.07 09:59:28 reconectado 2012.03.07 09:59:26 Connection_logger EURAUD,H4: Alerta: Alerta de registrador de enlace 2012.03.07 09:59:26 Enlace perdido
�Qu� Sr. Jack_Larkin ha examinado el lugar nunca m�s #31. Estoy esperando alguna respuesta.
Lo siento. No hay origen disponible.
Derrrrrrrp
Creo que incluso TP no est� garantizado. Inicio de sesi�n comercial: 147269 (Demo) GBPNZD TP 1.93848 10 de 8 recuperaciones cerradas y 2 operaciones no fueron cerradas por el anfitri�n.
Permisos de publicación
Responder Citando