À propos du projet

Meaningfull-commits (borjagm1/meaningfull-commits) est un dépôt de curiosité délibérément minimaliste dont le but déclaré est d'être un compteur qui ne cesse de grimper. Le README le résume ainsi : "Le nombre augmente. C'est tout. C'est ça, le repo." Flux documenté : une tâche cron appelle grind.sh, qui met à jour index.html, et Caddy sert le résultat. Le même script effectue également un commit et un push vers GitHub. L'architecture est représentée dans le README comme suit : [cron] -> grind.sh -> mise à jour de index.html -> Caddy le sert, avec une branche de grind.sh -> git push -> GitHub (décrit comme les "sacred green squares"). Les fichiers listés dans le README ne sont que deux : index.html, qui affiche LE NOMBRE, et grind.sh, qui effectue le grind, c'est-à-dire le cycle d'incrémentation et de commit. Aucun autre fichier, dépendance, option de configuration, test ou étape d'installation n'est décrit. Intensité du grind : le README fournit un tableau des intervalles possibles et du volume de commits résultant : - 5 secondes : 17 280 par jour, 518 400 par mois, 6 307 200 par an ("Certifiably insane") - 15 secondes : 5 760 par jour, 172 800 par mois, 2 102 400 par an ("GitHub calls the police") - 30 secondes : 2 880 par jour, 86 400 par mois, 1 051 200 par an ("Absolutely unhinged") - 1 minute : 1 440 par jour, 43 200 par mois, 525 600 par an ("Peak grindset") - 5 minutes : 288 par jour, 8 640 par mois, 105 120 par an ("Respectable hustle") - 30 minutes : 48 par jour, 1 440 par mois, 17 520 par an ("Casual") Points de la FAQ tels qu'écrits : pourquoi ? parce que LE NOMBRE doit augmenter ; quand cela s'arrête-t-il ? jamais ; coût ? le VPS est déjà payé, un domaine est une vanité optionnelle, tout le reste est à 0 $ ; est-ce une bonne utilisation d'un VPS ? LE NOMBRE ne se préoccupe pas de telles questions ; et si le VPS tombe en panne ? LE NOMBRE fait une pause, n'oublie rien, et reprend. Licence et portée : le projet est publié sous licence MIT. C'est concrètement un projet humoristique, mais il démontre également une boucle auto-hébergée complète et restreinte d'exécution de script planifiée, de mutation de fichier, de persistance d'état basée sur git et de service statique via Caddy sur le propre VPS d'un opérateur. Tout ce qui dépasse les deux fichiers listés et la planification cron doit être fourni par la personne qui le déploie.