Web***sUpdater

El funcionamiento basico del programa, consiste en leer de unas paginas web predefinidas en un ini todas las loretxos que pueda haber, interpretarlas (lo buenamente que se pueda), e ir manteniendo un historial de las loretxos encontradas a fin de saber cual puede ser la que toca hoy.

El programa (que esta en el Upload bajo el nombre de Web***sUpdater) consta de dos ficheros, un exe y un ini.

El exe funciona bajo .NET 2.0 asi que si no lo teneis instalado lo necesitais.

El otro es el ini. Parametros INI;
- TIMER:
es el tiempo en segundos entre actualizaciones. Por defecto 600
- PROV_ID:
Pues eso. Si no poneis nada por defecto pone el del naranjo
- LOCAL_SOFTCAM:
es el nombre del fichero en el que se van a actualizar las loretxos. Tened en cuenta que ese fichero debe ser formato softcam o k e y list.txt. Si quereis le podeis incluir lo que querais en el propio fichero ya que solo "actualiza" las loretxos 00 y 01 del PROV_ID que definais. Es decir podeis poner la N1 y la X que os las mantendra en el localcam y os las enviara a donde le digais. OJO este fichero debe estar en ANSI. Por defecto el prog lo crea en ANSI, pero si lo poneis a UTF-8 las dream no lo leen demasiado bien (a mi me fallaba en un DM600c).
- MAILn
(n numero incremental empezando por 1). Son direcciones de mail donde enviar un email avisando de la actualizacion.
- SMTP
- - user p.ej. user@google.com
- - pass
- - smtp_url : p.ej: smtp.gmail.com
- - port: p.ej: 587
- - SSL?: 1 si, 0 no
- FILEn
son rutas en las que dejar el fichero local_softcam con el nombre que indiquemos. Hay dos posibilidades ruta windows o ftp;
- Ruta Win; Es decir, "FILE1=C:\ProgDVB\Pluggins\Softcam.***", nos copiara el fichero localcam.*** al softcam.*** de C:\ProgDVB\Pluggins pisando el que este si existe.
- Ftp; direccion ftp con user y pass (si fuese necesario). por ej; ftp://root:dreambox/192.168.1.1./usr/ke ys/Ke ylist.txt. Lo mismo ojo que pisa. Acordaros de que nos dejen permisos de escritura para root.
- SOURCEn;
Aqui viene el tema. Estas son todas las fuentes de origen de datos web donde hay loretxos. Hay dos tipos de busqueda W y P (y ayer se me ocurrio otra que igual incluyo este finde).
El tipo W es una busqueda "a pelo" de un patron en la http. En cuanto lo encuentra , mira si lo que le sigue puede ser una clave valida. Si es asi, la trata (luego comentaremos como las trata). Existe un patron para la 00 y otro para la 01. Ademas, incluye un offset de busqueda por si hay algo que coincida con el patron de busqueda antes del que nos interesa (supongamos que pone mas de un proveedor). Se salta la busqueda hasta el byte nº offset y empieza a buscar patrones desde alli en adelante.
Params W (no saltaros ninguno porque no chuta si no y los errores estan poco casteados );
- "W" indica el tipo.
- id del proveedor que nos interesa en decimal,
- url origen de datos
- patron de busqueda loretxo 00
- patron de busqueda loretxo 01
- Offset a partir del cual empezar a buscar

El tipo P es de busqueda en Posts. Este es mas complejo porque aqui cada uno pone las ****** como quiere. Este si que requiere que se adecente un poquito mas. Hace lo mismo que el anterior pero como no hay patron , lleva un pequeño motorcillo de busqueda mas o menos afortunada.
Params P (no saltar ninguno porque no chuta si no);
- "P", indica el tipo "Posts"
- PROV_ID
- url
- sentido de busqueda (+1) de arriba a abajo, (-1) de abajo a arriba. El -1 es el que mas logica tiene ya que los posts mas recientes estan mas al final.
- offset de inicio de busqueda (por arriba o por abajo). Puede ser numerico (100 indica empezar a partir del byte 100), o por texto "Tutankamon" indica que empieza a buscar desde ese texto en la http.

Tipo S (nuevo)
Supongamos que tenemos una pagina web en la que a partir de un punto offset solo tenemos como hexadecimal la 00 y la 01. En ese hipotetico caso params;
- S; obviamente para indicar el tipo "S"
- PROV_ID
- URL
- Offset; o numerico o una cadena patron entre comillas
- BlockSize; tamaño esperado de los bloques hexadecimales,
- binario, si de la busqueda saldra un k ey0
- binario, si de la busqueda saldra un k ey1

Por favor mantened el patron del ini porque no he catcheado todas las excepciones (para eso los profesionales que tienen tiempo libre).
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Y por favor paciencia que es beta. Si veis que hay algun bug claro, no dudeis en mandarme un report para que intente solucinarlo.

Evidentemente el mejor o peor funcionamiento depende de lo que se actualicen las urls que insertemos. Pero por experiencia propia a mas urls mejores tiempos de actualizacion tenemos. El hecho de que las urls esten visibles en la ini es un poco critico ya que hacemos publico el origen de datos, pero asi al menos se permite que cada uno vaya manteniendo al dia los origenes que mejor o peor le funcione.

Por otro lado me gustaria que el programa no se mueva mucho, ya que cuanto mas publico se haga mas caña van a tener tanto las urls como este foro. Asi que intentemos dejarlo en casa

Recordad, obviamente, que este programa es unicamente para uso educativo y que debemos pagar a nuestro proveedor para disfrutar de sus servicios.

Espero que os sea util

by cetrespeo