Português (Brasil)

Ferramentas de desenvolvedor · Gerador Crontab

Da versão 7 Unix ao Vixie cron: uma breve história do cron

· Fundo

cron história evidência de software

Uma expressão de cinco campos ao lado de uma caixa de arquivo fechada marcando um limite de evidência
Ilustração vetorial original ToolAcre

cron é um dos daemons mais antigos ainda em uso diário. Esta postagem segue desde um único arquivo de todo o sistema no Unix dos anos 1970, passando por crontabs por usuário, até a reescrita de Paul Vixie, da qual a maioria dos sistemas Linux ainda descende.

O repositório demonstra um modelo atual de cinco campos, não a continuidade histórica do cron

ToolAcre modela uma programação familiar de cinco campos no JavaScript atual. Esse fato não prova uma linha ininterrupta de um daemon específico da década de 1970 para todos os hosts modernos. Uma gramática funcional e uma narrativa histórica são produtos de evidência diferentes, e o repositório contém apenas a primeira em profundidade.

Os comentários de origem chamam a regra do campo diário de estilo Vixie, mas os comentários não são um arquivo de versões do Unix. Este artigo, portanto, resiste a transformar uma interface de aparência estável em uma afirmação sobre por que o cron sobreviveu ou de qual base de código o daemon do leitor descende. O comportamento pode ser preciso sem origem inventada.

Os detalhes de implementação da versão 7 requerem fontes primárias externas

A seção Versão 7 da pasta de trabalho nomeou um arquivo e um ciclo de leitura uma vez por minuto. Nenhuma fonte, manual ou digitalização da versão 7 é armazenada entre as fontes do artigo. A própria resolução minuciosa de ToolAcre não pode verificar de forma independente esses detalhes históricos de implementação.

Uma história responsável citaria um manual primário ou uma árvore de fontes e distinguiria a data de publicação de uma lembrança posterior. Até que essa pesquisa exista, a seção registra a omissão. Os leitores ainda podem aprender os cinco campos do código testado sem receber uma história de origem sem fonte apresentada como fato.

A linhagem do System V e os recursos de política não são evidenciados aqui

As declarações sobre o System V adicionar crontabs, comandos ou listas de políticas por usuário também exigem documentação externa. O código do navegador não possui lista de permissão ou negação e nenhum gerenciador de usuário-crontab. A terminologia semelhante em sistemas posteriores não consegue estabelecer quando um recurso apareceu pela primeira vez.

Esta correção segue o contrato de autoria: um esboço é um resumo, não uma fonte. Em vez de trocar silenciosamente outra frase abrangente, o artigo diz quais evidências seriam necessárias. A cobertura histórica pode ser expandida posteriormente quando o material primário for adicionado a `sources` e lido diretamente.

A atribuição de Vixie aparece nos comentários, mas as datas e lançamentos não são fornecidos

A implementação nomeia Vixie cron ao explicar o comportamento OR e rejeita estilos de escalonador de seis campos. Ele não contém arquivos de lançamento, uma citação 1987 ou um changelog de versão 3.0. Essas datas e marcos não são, portanto, repetidos na apostila.

A declaração em nível de código é mais restrita: quando ambos os campos de dia são restritos, ToolAcre retorna `monthMatch || weekMatch`, avisa o usuário e diz “ou” em sua descrição. Esse comportamento é totalmente testável. A atribuição além do comentário continua sendo uma tarefa de pesquisa, e não um preenchimento para uma seção de antecedentes.

Implementações descendentes estão fora desta base de código

Nomes como cronie, dcron, fcron, bcron e BusyBox identificam projetos externos, nenhum dos quais é importado ou testado aqui. ToolAcre não pode dizer qual deles um host usa, se aceita todos os alias ou como lida com transições de tempo. Listar descendentes implicaria pesquisa comparativa que não ocorreu.

Quando a portabilidade for importante, inspecione diretamente a implementação alvo. Sua contagem de campos, nomes e operadores aceitos são fatos operacionais. Uma genealogia pode ajudar a explicar as diferenças, mas nunca deve substituir o manual atual do alvo e um teste de validação inofensivo.

O que ficou em ToolAcre: cinco campos ordenados e uma gramática testada

O que o repositório estabelece é substancial. Os campos são ordenados minuto, hora, dia do mês, mês e dia da semana. Os intervalos numéricos são explícitos; nomes de meses e dias da semana são aceitos sem distinção entre maiúsculas e minúsculas; Domingo 7 normaliza para 0; intervalos, listas e etapas se expandem em valores exclusivos classificados.

O analisador também suporta sete aliases nomeados, exceto `@reboot`, produz erros específicos, avisa sobre datas impossíveis e campos de dia OR, renderiza o inglês e calcula os próximos horários em uma zona selecionada. Esse contrato contemporâneo merece documentação exata, independente de ornamentos históricos.

anacron e systemd permanecem fora do gerador

Nenhuma configuração anacron ou analisador de calendário do systemd aparece na ferramenta. Estes sistemas não podem ser posicionados como sucessores evolutivos ou alternativas apenas com base em evidências de repositório. Mesmo quando comumente comparados, seu comportamento de execução perdida, dependência e registro requer fontes separadas.

A recusa de ToolAcre de seis campos e operadores não suportados não é um julgamento sobre esses sistemas. Ele simplesmente protege uma gramática. Artigos sobre alternativas devem começar com suas implementações e documentação, e não inferir recursos do formato de uma expressão crontab.

Conclusão: use evidências de implementação para comportamento e fontes primárias para história

A história técnica precisa da mesma disciplina que a documentação de código: as declarações devem ser rastreáveis ​​até o material que realmente as diz. Aqui a história confiável é o comportamento atual do gerador e a ausência explícita de evidências arquivísticas para a cronologia da pasta de trabalho.

Use ToolAcre para construir e inspecionar a sintaxe de cinco campos que seus testes cobrem. Se publicar um histórico posteriormente, adicione fontes primárias, verifique datas e distinga implementações relacionadas. Omitir um marco não comprovado agora é mais preciso do que uma narrativa fluente que os leitores não conseguem auditar.