The UNIX and Linux Forums  
Hola y bienvenida de los Estados Unidos a la UNIX y Linux Foros! Gracias por su visita y formar parte de nuestra comunidad global.

Go Back   El UNIX y Linux Foros > Arriba Foros > Programación de scripts de shell y
.
google unix.com



Programación de scripts de shell y Plantear preguntas sobre KSH, CSH, SH, BASH, PERL, PHP, SED, AWK y otros scripts de shell y lenguajes de script de shell aquí.

Más UNIX y Linux Foro Temas usted puede encontrar útiles
Hilo Hilo para principiantes Foro Respuestas Último mensaje
cómo evitar múltiples notificaciones por correo electrónico de seguimiento de script si_linux Programación de scripts de shell y 2 06-07-2007 06:55 AM
Tratando de leer los datos varias veces coachr Programación de scripts de shell y 1 12-14-2006 08:19 PM
Tratando de leer los datos varias veces coachr Programación de scripts de shell y 0 12-06-2006 02:11 PM
Bloqueo de un archivo cuando se utiliza para prevenir la VI edición de varias sesiones de diferencias por los usuarios Browser_ice AIX 14 11-23-2006 10:43 AM
se pongan en venta varias veces en la misma línea oldtrash Programación de scripts de shell y 2 04-28-2004 06:57 PM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
Linkback vínculo Herramientas de hilo Buscar en este Hilo Tasa de Hilo Modos de visualización
  #1 (Enlace permanente)  
Old 11-14-2006
Sree_2503 Sree_2503 is offline
Usuario Registrado
  
 

Fecha: octubre 2006
Puestos: 10
Evitar el archivo de ser enviado varias veces de un trabajo

Tenemos un ksh que se ejecuta una vez cada 15 minutos. Sobre la base de una determinada condición (para datos no válidos) estamos en cola un archivo y si el archivo es de longitud mayor que 0 bytes, entonces estamos de correo el archivo en un grupo de usuarios. Al recibir el archivo, los usuarios corregir los datos de manera que en su próximo ejecutar los mismos datos y no se ha seleccionado el archivo se convierte en cola de 0 bytes y por lo tanto, no es a través de correo electrónico.
Pero, sucede que la mayoría de los usuarios tener más de 15 minutos para corregir los datos y, por tanto, este trabajo crea el mismo archivo y correos a los usos de nuevo.

Lo que estoy buscando, hay una lógica contra la que puede establecer y que me permitirá enviar el archivo de una sola vez, es mayor que 0 bytes.

Mejor sería - una vez que el archivo se crea con más de 0 bytes para la primera vez, se enviará una sola vez (es decir, por primera vez) y después de que, por ejemplo, para el próximo 2 horas (lo que supone 7 más ciclos) , este archivo, incluso si se crean nunca será enviado a todos.

Gracias,
Sree
  #2 (Enlace permanente)  
Old 11-14-2006
RTM's Avatar
RTM RTM is offline Forum Advisor  
Cazador de cerdo
  
 

Fecha: abril 2002
Localización: En mi moto
Puestos: 3.039
Se puede, cuando usted envía el archivo, moverlo a archivo.original y, a continuación, en el próximo plazo, si hay una archivo.original, compararlo con el nuevo archivo que se acaba de hacer. Si son iguales, no por correo. Si son diferentes, añadir los nuevos cambios a la archivo.original y enviar / mail los nuevos cambios y, a continuación, pasar a la nueva archivo.original. De esta manera, usted no perderá ninguna información que debe ser corregido, los usuarios estarán recibiendo los datos que es nuevo.

Una vez que haya una carrera sin cambios (cero bytes), puede eliminar archivo.original para futuras carreras.
  #3 (Enlace permanente)  
Old 11-14-2006
Sree_2503 Sree_2503 is offline
Usuario Registrado
  
 

Fecha: octubre 2006
Puestos: 10
Hola,

Gracias RTM. Esta parece ser la mejor solución hasta ahora. He diseñado el flujo del algoritmo sobre la base de esta solución - Here It Goes --

Código:
--*******************************************--
| Non-Repeating Mailing Logic in the program: |
--*******************************************--

---------------------------------------------------------
|BEGIN PROCESSING BLOCK:				|
---------------------------------------------------------


Check for existence of File A_Old created on the previous day.
 
 If File A_Old was created on the previous day, then
 
    Remove File A_Old.
 
 Else, 

1. Create File A.

If File A > 0 bytes, then

   2. Check whether File A_Old exists or not.
   
   If File A_Old does not exist, then     -- (this implies this is the first time mailing process)
   
   2a(i). Copy File A to File A_Old.
   2a(ii). Mail File A to the users.
   2a(iii). Remove File A.
   
   If File A_Old does exist, then      -- (this implies we might have already mailed the Rejects file)
   
   2b. Compare File A with File A_Old.
   
       If both the files are the same, then
       
       2b(i). Skip Mailing process.
       
       If the files are different, then
       
       2b(ii). Copy File A to File A_Old.
       2b(iii).Mail File A.
       2b(iv). Remove File A.

If File A = 0 bytes, then

   Skip entire mailing process.
   
---------------------------------------------------------
|END PROCESSING BLOCK:					|
---------------------------------------------------------
Sin embargo, para que esto vaya a la derecha, necesito saber ¿cómo puedo saber si un archivo se crea en el día anterior o no (es decir, en modo alguno la creación de archivos puede ser recuperado y timestamp comapared contra la fecha actual), si la fecha y hora es el último día, entonces sería eliminar el archivo antiguo, de lo contrario mantenerla.

Gracias de nuevo, RTM.

--
Sree
Closed Thread

Marcadores

Herramientas de hilo Buscar en este Hilo
Buscar en este Hilo:

Búsqueda avanzada
Modos de visualización Vota a este hilo
Vota a este hilo:

Normas de envío
puede que no nuevo puesto de hilos
puede que no enviar respuestas
puede que no enviar archivos adjuntos
puede que no editar sus puestos

Código BB es Encendido
Emoticones son Encendido
[IMG] código Encendido
Código HTML es Apagado
Trackbacks son Encendido
Pingbacks son Encendido
Refbacks son Encendido




Todas las horas son GMT -4. La hora es 09:33 PM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traducciones de idiomas Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Estudios
El UNIX y Linux Foros Contenido Copyright © 1993-2009. Todos los derechos Reserved.Ad Gestión por RedTyger

Las direcciones URL de contenido vBSEO 3.2.0