Herramientas de desarrollo · Generador de Crontab
De la versión 7 Unix a Vixie cron: una breve historia de cron
· Antecedentes
cron historial evidencia de software
cron es uno de los demonios más antiguos que aún se utilizan a diario. Esta publicación sigue desde un único archivo de todo el sistema en Unix de la década de 1970 a través de crontabs por usuario hasta la reescritura de Paul Vixie de la que aún descienden la mayoría de los sistemas Linux.
El repositorio demuestra un modelo actual de cinco campos, no la continuidad histórica de cron.
ToolAcre modela un programa familiar de cinco campos en JavaScript actual. Ese hecho no prueba una línea ininterrumpida desde un demonio particular de los años 70 hasta cada servidor moderno. Una gramática funcional y una narrativa histórica son productos de evidencia diferentes, y el repositorio contiene solo la primera en profundidad.
Los comentarios de origen llaman a la regla de campo diario estilo Vixie, pero los comentarios no son un archivo de versiones de Unix. Por lo tanto, este artículo se resiste a convertir una interfaz de apariencia estable en una afirmación sobre por qué sobrevivió cron o de qué base de código desciende el demonio de un lector. El comportamiento puede ser preciso sin una procedencia inventada.
Versión 7 los detalles de implementación requieren fuentes primarias externas
La sección Versión 7 del libro de trabajo nombra un archivo y un ciclo de lectura de una vez por minuto. No se almacena ninguna versión 7 fuente, manual o escaneo entre las fuentes del artículo. La propia resolución minuta de ToolAcre no puede verificar de forma independiente esos detalles históricos de implementación.
Una historia responsable citaría un manual primario o un árbol de fuentes y distinguiría la fecha de publicación de la recopilación posterior. Hasta que exista esa investigación, la sección registra la omisión. Los lectores aún pueden aprender los cinco campos del código probado sin recibir una historia de origen sin fuentes presentada como un hecho.
El linaje y las características de política de System V no se evidencian aquí
Las afirmaciones sobre que System V agrega crontabs, comandos o listas de políticas por usuario también requieren documentación externa. El código del navegador no tiene una lista de permitidos o denegados ni un administrador de crontab de usuario. Una terminología similar en sistemas posteriores no puede establecer cuándo apareció una característica por primera vez.
Esta corrección sigue el contrato de autoría: un esquema es un resumen, no una fuente. En lugar de intercambiar silenciosamente otra frase radical, el artículo dice qué pruebas se necesitarían. La cobertura histórica se puede ampliar más adelante cuando se agregue material primario a `sources` y se lea directamente.
La atribución de Vixie aparece en los comentarios, pero no se obtienen las fechas ni los lanzamientos.
La implementación nombra Vixie cron al explicar el comportamiento OR y rechaza los estilos del programador de seis campos. No contiene archivos de lanzamiento, una cita 1987 ni un registro de cambios de la versión 3.0. Por lo tanto, esas fechas e hitos no se repiten en el libro de trabajo.
El reclamo a nivel de código es más limitado: cuando ambos campos de día están restringidos, ToolAcre devuelve `monthMatch || weekMatch`, advierte al usuario y dice "o" en su descripción. Ese comportamiento es totalmente comprobable. La atribución más allá del comentario sigue siendo una tarea de investigación más que un relleno para una sección de antecedentes.
Las implementaciones descendientes están fuera de esta base de código.
Nombres como cronie, dcron, fcron, bcron y BusyBox identifican proyectos externos, ninguno de los cuales se importa ni prueba aquí. ToolAcre no puede decir cuál usa un host, si acepta todos los alias o cómo maneja las transiciones de tiempo. Enumerar a los descendientes implicaría una investigación comparativa que no ocurrió.
Cuando la portabilidad sea importante, inspeccione la implementación de destino directamente. Su número de campos aceptados, nombres y operadores son hechos operativos. Una genealogía puede ayudar a explicar las diferencias, pero nunca debe sustituir el manual actual del objetivo y una prueba de validación inofensiva.
Lo que quedó en ToolAcre: cinco campos ordenados y una gramática probada
Lo que establece el repositorio es sustancial. Los campos están ordenados por minuto, hora, día del mes, mes y día de la semana. Los rangos numéricos son explícitos; los nombres de meses y días de la semana se aceptan sin distinguir entre mayúsculas y minúsculas; El domingo 7 se normaliza a 0; los rangos, listas y pasos se expanden en valores únicos ordenados.
El analizador también admite siete alias con nombre, excepto `@reboot`, produce errores específicos, advierte sobre fechas imposibles y campos de día con operación OR, muestra inglés y calcula los próximos horarios del reloj de pared en una zona seleccionada. Ese contrato contemporáneo merece una documentación exacta independientemente del ornamento histórico.
anacron y systemd permanecen fuera del generador
No aparece ninguna configuración de anacron ni analizador de calendario systemd en la herramienta. Estos sistemas no pueden posicionarse como sucesores evolutivos o alternativas basándose únicamente en la evidencia del repositorio. Incluso cuando se comparan comúnmente, su comportamiento de ejecución fallida, dependencia y registro requiere fuentes separadas.
El rechazo de ToolAcre de seis campos y operadores no admitidos no es un juicio sobre esos sistemas. Simplemente protege una gramática. Los artículos sobre alternativas deben comenzar con sus implementaciones y documentación, no inferir características a partir de la forma de una expresión crontab.
Conclusión: utilice evidencia de implementación para el comportamiento y fuentes primarias para la historia
La historia técnica necesita la misma disciplina que la documentación del código: las afirmaciones deben ser rastreables hasta el material que realmente las dice. Aquí la historia confiable es el comportamiento actual del generador y la ausencia explícita de evidencia de archivo para la cronología del libro de trabajo.
Utilice ToolAcre para construir e inspeccionar la sintaxis de cinco campos que cubren sus pruebas. Si publica un historial más adelante, agregue fuentes primarias, verifique las fechas y distinga las implementaciones relacionadas. Omitir un hito sin fundamento ahora es más preciso que una narrativa fluida que los lectores no puedan auditar.