webcron es el término para un programador de trabajos basado en el tiempo alojado en un servidor web . El nombre deriva de la frase servidor web y el demonio Unix cron . Una solución webcron [ palabra de moda ] permite a los usuarios programar trabajos para que se ejecuten dentro del entorno del servidor web en un servidor web que no ofrece una cuenta shell u otros medios para programar trabajos. [1] [ se necesita fuente no primaria ]
Muchos servidores web ofrecen cuentas shell o algún tipo de programador de trabajos integrado, como cron , que facilita a los usuarios programar trabajos. Dichos hosts ejecutan trabajos como aplicaciones de línea de comandos que, opcionalmente, pueden comunicarse con el servidor web. Sin embargo, una solución webcron se ejecuta completamente dentro del ámbito del entorno del servidor web de un servidor web. Esto permite que una solución webcron funcione en hosts que no ofrecen un programador de trabajos como cron o una cuenta shell. Una solución webcron también funcionará igualmente bien en hosts que ofrecen a los usuarios dichas capacidades pero que están diseñadas como una sustitución o reemplazo. [2] [ se necesita fuente no primaria ]
Una solución webcron se compone de dos partes. La primera parte es un script que ejecutará las tareas que residen en algún lugar accesible a través de una URL . La segunda parte es utilizar un proveedor de programación que contacte la URL del script a intervalos regulares.
Antes de configurar una programación con un proveedor de programación, un usuario debe configurar un script que se ejecute en el servidor web. La mayoría [ ¿cuál? ] los servidores web tienen restricciones en cuanto al tiempo que se puede ejecutar una sola instancia de un script. Muchos [ ¿cuáles? ] Los servidores web también tienen limitaciones en el uso de recursos de CPU y RAM . Los usuarios de soluciones webcron en proveedores de alojamiento compartido deben tener cuidado de no exceder repetidamente las limitaciones de su proveedor de alojamiento web para no ser expulsados. Un script que se ejecuta durante mucho tiempo debe tener en cuenta que un proceso del servidor web puede finalizarlo en cualquier momento. Los usuarios pueden implementar una máquina de estado , que permite que el script funcione en múltiples invocaciones y se ejecute dentro de las limitaciones impuestas por un servidor web. [1] [ se necesita fuente no primaria ]
Hay muchos proveedores de programación webcron de terceros en la web. [3] [4] Estos servicios aceptan una URL y un programa de frecuencia para recuperar o hacer ping a la URL especificada. La mayoría [ ¿cuál? ] Los proveedores tienen restricciones integradas en su sistema para evitar sobrecargar sus servidores y alentar a los usuarios a registrarse para obtener cuentas premium. [5]
Los usuarios que configuran cuentas premium en proveedores de programación webcron de terceros normalmente [ peacock prose ] obtienen beneficios adicionales como notificaciones por SMS y correo electrónico , informes y registros de tiempo de actividad, mayores límites de tiempo de espera, las programaciones no caducan y pueden usar el método HTTP POST. , compatibilidad con cookies HTTP o menos restricciones en la frecuencia de programación. [6] [5] [ se necesita fuente no primaria ] [ ¿investigación original? ]
Algunos proveedores de servicios webcron aceptan la expresión CRON en la interfaz web para programar el tiempo de ejecución del trabajo. [7] [8]
Una solución webcron puede estar contenida completamente en un servidor web al permitir que los visitantes activen un script de programación webcron en el servidor. Por ejemplo, esto se puede lograr usando un elemento HTML 'img' en el encabezado o pie de página del sitio web, una llamada Ajax en un script o un iFrame . Cuando un visitante ve el sitio web, la imagen se carga, lo que activa el programador webcron. El programador webcron ejecuta cualquier tarea que deba ejecutarse y luego genera una imagen para que el navegador web del visitante no muestre una imagen rota en la página. [2] Alternativamente, puede iniciar la tarea de forma asincrónica de modo que la respuesta HTTP no se retrase.
Si no hay suficientes visitantes en un sitio web que utiliza la programación webcron basada en visitantes, las tareas programadas no se ejecutarán a tiempo.
Dado que la programación webcron basada en visitantes permite la posibilidad de soluciones webcron autónomas, aumenta la portabilidad de un sitio web o producto de software basado en web. Algunos software de código abierto basados en la web que tienen tareas que deben ejecutarse con regularidad utilizan una solución webcron basada en visitantes para ejecutar esas tareas. [ cita necesaria ]
Una solución webcron con capacidad de acceso remoto suele incluirse con un par de componentes de cliente y servidor. El cliente se ejecuta en una computadora separada, como la computadora personal del usuario. Se configura un cronograma de trabajo en la computadora donde reside el componente del cliente. Luego, cuando se ejecuta el trabajo, el componente del cliente se comunica con el componente del servidor. [1] [ se necesita fuente no primaria ]
El acceso remoto generalmente ofrece capacidades que son imposibles con otros proveedores de programación. Los datos entre los componentes del cliente y del servidor suelen estar cifrados incluso a través de HTTP. Esto permite que un complemento o módulo para el componente del cliente se comunique con el componente del servidor para solicitar de forma segura información que normalmente está restringida [ prosa de pavo real ] . [1] La compresión de los datos enviados y recibidos ayuda a reducir el ancho de banda general utilizado. [9] [ se necesita fuente no primaria ]
Una implementación típica [ prosa de pavo real ] de un complemento o módulo de acceso remoto es realizar copias de seguridad incrementales de archivos y bases de datos desde el servidor web al cliente. Algunas implementaciones de respaldo incremental pueden incluso ofrecer una funcionalidad básica de sistema de detección de intrusiones basada en host . [9]
Se puede utilizar una solución webcron en hosts que ya tienen cron disponible. Esto es útil [ prosa de pavo real ] cuando la funcionalidad requerida solo está disponible a través del servidor web. El demonio cron es el proveedor de programación y periódicamente contacta el script utilizando otra herramienta como Wget .
En el caso de una solución webcron con capacidad de acceso remoto, cron puede ejecutar el componente del cliente para ejecutar el script.
Dado que las soluciones webcron implican disponibilidad a través de una URL, existen varios problemas de seguridad diferentes que los usuarios deben abordar. Una solución webcron introduce problemas de confianza, oportunidades de ataques de denegación de servicio , rastreo de redes o paquetes , ejecución de un ataque de reproducción y posible exposición de información. Una solución webcron es un punto de entrada ideal para los piratas informáticos criminales . [1] [ se necesita fuente no primaria ]
Cuando utilizan un proveedor de programación externo, los usuarios confían en que el tercero no hará un mal uso de la URL de ninguna manera. Los usuarios también deben asumir que la conexión entre el servidor de terceros y el servidor web está a salvo de piratas informáticos.
Al utilizar un proveedor de programación basado en visitantes, los usuarios pueden proporcionar sin darse cuenta un posible lugar para ataques de denegación de servicio. Además, si un script se escribe incorrectamente, el script puede exponer involuntariamente información sobre el servidor.
Cuando se utiliza un proveedor de programación de acceso remoto, los usuarios normalmente [ peacock prose ] tienen un control refinado sobre cómo se produce la comunicación con el servidor web. Si se utiliza HTTP, la URL se envía de forma clara por cable, pero los datos de la solicitud suelen estar cifrados [ prosa de pavo real ] . Esto abre la posibilidad de ataques de denegación de servicio y ataques de repetición.