Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Vérifier que le fichier cron.json est correctement trié #4660

Merged
merged 1 commit into from
Sep 11, 2024

Conversation

rsebille
Copy link
Contributor

@rsebille rsebille commented Sep 4, 2024

🤔 Pourquoi ?

Car c'était PAS TRIÉ ! 😁

@rsebille rsebille self-assigned this Sep 4, 2024
Copy link

New and removed dependencies detected. Learn more about Socket for GitHub ↗︎

Package New capabilities Transitives Size Publisher
pypi/python-crontab@3.2.0 environment, eval, filesystem, shell 0 233 kB doctormo

🚮 Removed packages: pypi/regex@2023.12.25)

View full report↗︎

@rsebille rsebille added the no-changelog Ne doit pas figurer dans le journal des changements. label Sep 4, 2024
@celine-m-s
Copy link
Collaborator

giphy(1)

Copy link
Collaborator

@celine-m-s celine-m-s left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Marie Kondo a de la concurrence.

Copy link
Contributor

@francoisfreitag francoisfreitag left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Je trouve que ça va un peu loin, ajouter une dépendance (même de test) me semble un peu overkill pour trier un fichier (même si la clé n’est effectivement pas évidente). 🤷

@rsebille
Copy link
Contributor Author

rsebille commented Sep 4, 2024

Je trouve que ça va un peu loin, ajouter une dépendance (même de test) me semble un peu overkill pour trier un fichier (même si la clé n’est effectivement pas évidente). 🤷

C'est parce que le master plan c'est d'aussi utiliser cette dépendance pour lier cron.json et le @monitor() de Sentry 😁.

Mais oui c'est un peu overkill en l'état 😅, j'étais plutôt sur la piste de ne pas trier par fréquence car c'était relou mais vu que la lib le faisais nativement je me suis dit pourquoi pas, je trouve ça plus utile que juste l'ordre d’exécution dans la journée car ça explicite le comportement (et les problèmes) plutôt que de devoir y penser quand on fait ou modifie la management command.

J'ai aussi vu une méthode .is_valid() dans la lib donc ça pourra aussi servir à vérifier qu'on écrit pas trop nawak dedans, même si on a pas trop eu de problème à cause de ça pour le moment.

@xavfernandez
Copy link
Contributor

Je trouve que ça va un peu loin, ajouter une dépendance (même de test) me semble un peu overkill pour trier un fichier (même si la clé n’est effectivement pas évidente). 🤷

Assez d'accord. Je voulais proposer dans un premier temps de faire le tri sur le nom de la commande (et donc sans la dépendance) mais c'est vrai que le tri par fréquence est plus lisible/logique.

Après pour aller dans le sens de l'ajout de la dépendance, on peut se dire qu'elle valide également la syntaxe du cron (et du coup je suis plutôt 0+ :) )

@rsebille
Copy link
Contributor Author

Si personne ne s'insurge alors je fusionnerais demain :).

@francoisfreitag
Copy link
Contributor

Le master plan me plaît bien, alors je suis prêt à payer la dépendance :)

@rsebille rsebille added this pull request to the merge queue Sep 11, 2024
Merged via the queue into master with commit afdd220 Sep 11, 2024
11 of 12 checks passed
@rsebille rsebille deleted the rsebille/grr branch September 11, 2024 09:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
no-changelog Ne doit pas figurer dans le journal des changements.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants