Об этом проекте

Meaningfull-commits (borjagm1/meaningfull-commits) — это намеренно минималистичный развлекательный репозиторий, целью которого является счетчик, который постоянно растет. В README проект описывается так: «Число растет. Вот и всё. Это весь репозиторий». Документированный процесс: задание cron вызывает grind.sh, который обновляет index.html, а Caddy раздает результат. Тот же скрипт делает коммит и пуш в GitHub. Архитектура в README представлена так: [cron] -> grind.sh -> обновление index.html -> Caddy, с ответвлением от grind.sh -> git push -> GitHub (описано как «священные зеленые квадраты»). В README перечислены только два файла: index.html, который отображает ЧИСЛО, и grind.sh, который выполняет «гриндинг», то есть цикл инкремента и коммита. Другие файлы, зависимости, параметры конфигурации, тесты или шаги по установке не описаны. Интенсивность гриндинга: в README приведена таблица возможных интервалов и результирующего объема коммитов: - 5 секунд: 17 280 в день, 518 400 в месяц, 6 307 200 в год («Доказуемо безумно») - 15 секунд: 5 760 в день, 172 800 в месяц, 2 102 400 в год («GitHub вызывает полицию») - 30 секунд: 2 880 в день, 86 400 в месяц, 1 051 200 в год («Абсолютно невменяемо») - 1 минута: 1 440 в день, 43 200 в месяц, 525 600 в год («Пик гриндинга») - 5 минут: 288 в день, 8 640 в месяц, 105 120 в год («Почтенная суета») - 30 минут: 48 в день, 1 440 в месяц, 17 520 в год («Повседневный режим») Пункты FAQ в оригинале: зачем? потому что ЧИСЛО должно расти; когда это прекратится? никогда; стоимость? VPS уже оплачен, домен — опциональное тщеславие, всё остальное $0; хорошее ли это использование VPS? ЧИСЛО не задается такими вопросами; что если VPS упадет? ЧИСЛО встанет на паузу, ничего не забудет и продолжит работу. Лицензирование и область применения: проект выпущен под лицензией MIT. По сути, это шуточный проект, но он также демонстрирует небольшой, завершенный self-hosted цикл запланированного выполнения скрипта, изменения файлов, сохранения состояния через git и статической отдачи через Caddy на собственном VPS оператора. Всё, что выходит за рамки двух перечисленных файлов и расписания cron, должно быть предоставлено человеком, развертывающим проект.