Соглашения об именах файлов для расширений `.cron` и`.systemd`

Я начинаю переименовывать все мои существующие скрипты bash в /home/Me/bin а также /usr/local/bin от без расширения до .sh расширение. Причина в том, что одно и то же имя файла с совершенно разным содержанием и целями иногда будет существовать в /etc/cron.d или же /lib/systemd/system-sleep, Это вызывает ложные срабатывания с locate --regex '<file_name>' поиск.

Я гуглил и не могу найти никаких соглашений по именованию расширений файлов для cron или же systemd,

• Если бы я пошел с соглашениями DOS 8.3, я бы выбрал .crn а также .syd
• Если бы я пошел с 4 символами, я бы выбрал .cron а также .sysd
• Если бы я пошел с 2-мя символами, как .sh Я бы выбрал .cr а также .sd

я видел .py используется для Python, .c для программы C, .h для заголовочного файла, .o для скомпилированного объекта. Это заставляет меня предположить, что Linux-стих предпочел бы два символьных расширения. Я думаю, что четыре символьных расширения более читабельны. Я не вижу необходимости в формате DOS 8.3, поскольку старый компонент 8.x теперь имеет размер 256.x или что-то в этом роде. Сервисные файлы Systemd отражают тенденцию "короче - лучше" .service файлы вместо .sr или же .srv,

Прежде чем я начну переименовывать файлы и редактировать родителей, которые называют файлы новыми именами, существуют ли какие-либо соглашения о расширении файлов?

Обратите внимание, если у вас или вашей организации есть внутренние стандарты, которые были бы вполне приемлемым ответом при отсутствии отраслевых стандартов.

Только что нашел отчет об ошибке панели запуска, где пользователь назвал задание /etc/cron.d/job.cron и он разбился из-за . во имя. Ошибка была зарегистрирована в 2011 году и подтверждена, но все еще не исправлена.

Это означает, что все мои расширения должны начинаться с - вместо .