first commit (2005-12-25)
This commit is contained in:
70
salvaVidas.txt
Normal file
70
salvaVidas.txt
Normal file
@ -0,0 +1,70 @@
|
||||
Control de cambios....
|
||||
18-ago-2006
|
||||
A<>adida posibilidad de llamar a un programa externo cuando se detecte un ataque...
|
||||
|
||||
|
||||
15-mar-2006
|
||||
Son muchas las pinceladas que le voy dando a la aplicaci<63>n, pero <20>ltimamente
|
||||
me tiene preocupado los cuelgues <20>sin sentido? de la aplicaci<63>n.
|
||||
|
||||
Creo que estos se deben a una conexion a oGame que tarda demasiado o nunca finaliza
|
||||
(viene pasando desde que cambiamos de ISP)
|
||||
|
||||
Tras muchas vueltas, he limitado el tiempo m<>ximo de conexion (para descargar una p<>gina de oGame)
|
||||
a 20segundos (los cuales creo que van sobrados ya que es tiempo de recepcion desde los ultimos datos).
|
||||
|
||||
Si ma<6D>ana sigue funcionando, (cosa que espero), habr<62> solucionado el puto problema que me tiene la cola de ataques parada desde hace 5 dias.
|
||||
PD: a lupen le funciona bien, por lo que pienso que el problema esta en la latencia de la red. (DEL PUTO ISP).
|
||||
|
||||
19-feb-2006
|
||||
18-feb-2006
|
||||
Completando el sistema de gestion de ataques en cola
|
||||
|
||||
|
||||
14-feb-2006
|
||||
Se mejora la detecci<63>n de errores al sacar la flota.
|
||||
|
||||
Ahora SIEMPRE se intenta escapar a escombros a un 70% 10minutos antes del ataque,
|
||||
si no se consigue, se reintenta un escape normal a las coordenadas fijadas por el usuario
|
||||
(esto <20>ltimo aun no esta definido).
|
||||
05-feb-2006
|
||||
04-feb-2006
|
||||
Sentada las bases para un sistema de ataques programados
|
||||
|
||||
29-ene-2006
|
||||
Funciones para el movimiento de tropas (flota/seleccion/destino/orden) concluidas
|
||||
28-ene-2006
|
||||
Coloreado de lineas segun orden del escuadron
|
||||
14-ene-2006
|
||||
Implementada funcion de seleccion de flota.
|
||||
02-enero-2006
|
||||
Creada funci<63>n para extraer la tropa en hangar
|
||||
(De una petici<63>n de FLOTA: "flotten1.php" )
|
||||
01-enero-2006
|
||||
Sentando las bases para el movimiento de tropas
|
||||
Creadas las estructuras de control de minerales y tropas en hangar
|
||||
Creada funci<63>n auxiliar para la extracci<63>n de los minerales/energia disponibles en el planeta
|
||||
A<>adido "scroller" para redimensionar "at run-time" los marcos de eventos y log.
|
||||
29-diciembre-2005
|
||||
A<>adido al log informaci<63>n sobre cuanto tiempo tarda en descargar la informaci<63>n y procesarla
|
||||
Mejorado el soporte de AUTO-RECONECTAR, ahora lo intenta indefinidamente en periodos de 5sg. hasta conectar con el servidor del universo.
|
||||
Si no consigue obtener los par<61>metros de conexion del servidor central, nos lo "inventamos" y forzamos la conexion con el universo.
|
||||
26-diciembre-2005
|
||||
Solucionado problema al parsear una l<>nea cuando los ataque son o provienen de una luna.
|
||||
|
||||
25-diciembre-2005
|
||||
Creo que la aplicaci<63>n se encuentra en un punto bastante funcional, y
|
||||
preparada para empezar a codificar las funciones de "SalvaVidas".
|
||||
|
||||
Hasta este momento me he centrado en crear las funciones de respaldo
|
||||
para:
|
||||
-= 1 - Descargar una p<>gina web facilmente (arrastrando cookies de session y variables POST y GET)
|
||||
-= 2 - Descargar y descomprimir "al vuelo" p<>ginas GZIPed (comprimidas como hace oGame)
|
||||
-= 3 - Optimizar los tiempos de descarga.
|
||||
-= 4 - Parsear el contenido de la vision GENERAL
|
||||
(Extrayendo la lista de planetas, y eventos)
|
||||
-= 5 - Hacer que cada peticion de "vision General" se realice a intervalos
|
||||
irregulares (para que no detecten "anomalias" por esta conexi<78>n permanente).
|
||||
|
||||
-= 6 - Cada peticion de "visi<73>n General" se realiza cambiando a un planeta
|
||||
aleatorio cada vez, (asi confundimos a la m<>quina para hacer creer que somos humanos).
|
||||
Reference in New Issue
Block a user