Зачем меняют txt на log, conf, ini и т.д.?

Question

[ТёмнаяМатерия]

Сабж в вопросе. Иногда натыкаешься что в CMS конфигурацию засунут в какие ни будь необычные файлы. Ну ладно xml можно понять распарсить удобно, а различные варианты извращений с текстовыми данными зачем? Почему бы не txt или php тот же самый?

Comments

[landergate]

Если какой-либо из ответов помог, его можно отметить "Решением". =)

[ТёмнаяМатерия]

landergate: запарил чота маленько ;)

Answer 1

[landergate]

• Для более быстрой зрительной идентификации.
  
• Для соответствия стандартам.
  
• Для ассоциации типа файла с приложением.
  

Comments

[ТёмнаяМатерия]

2) Где стандарты заданы/прописаны, где их прочитать?
3) Для чего-чего? ))

[landergate]

ТёмнаяМатерия: 2) Общепринятые практики, исторически формирующиеся между проектами.
Вряд ли существует прямо единый документ с типами файлов, обязывающий исполнение. Типы файлов именуют так, как все привыкли их читать, работая над другими проектами.

Если проект маленький, конфиг и лог в нём всего один, конечно же можно сделать и:
config.txt
log_20160514.txt

Но есть проекты, в которых разные конфиги разделены друг от друга, а логи разделены по тематике/подсистемам/сабдоменам.
Представьте эту кучу txt-файлов в одной папке. Чтобы отличать файлы друг от друга, вам всё равно придётся добавлять в имя что-то вроде "log_20160514_git.txt" или "config_subsystem.txt". Зачем вот так нагромождать имя файла, если характер файла (его тип) можно просто вынести за точку, где его сразу будет видно?

Вы не обязаны следовать этой практике, но при передаче проекта кому-то ещё, или при росте архитектуры проекта, следующему разработчику это может быть непривычно/неудобно. А так, хоть все файлы проекта в txt заведите. =)

3) Почему нет? Рабочий процесс некоторых разработчиков таков, что они открывают файлы дабл-кликом. ОС определяет, через какую программу ей открыть файл, исходя из типа за точкой.
conf может открываться в IDE, log - в просмотрщике логов.

Answer 2

[Saboteur]

хранить настройки в txt - некорректно. Есть определенные стандарты и стилистика кода, к именованию файлов это тоже относится. txt - для инструкций, разных readme.txt, для install.txt, для лицензионных соглашений. Но удаление .txt файлов не должно влиять на работу системы.

Тоже и наоборот - хранить обычный текст в .log файле - странная затея.

Comments

[Сергей Горячев]

Ну, я например обычный текст в json храню иногда и ничего)))

[Saboteur]

Sergey Goryachev: почему не в .json?
Вы разрабатываете в одиночку, или в команде?

[Сергей Горячев]

Saboteur: Как правило в одиночку.

[Saboteur]

Sergey Goryachev: вот-вот...
Стандарты все-же придуманы для того, чтобы для всех.

Answer 3

[Алексей Уколов]

Никто ничего не меняет - в Линуксе расширение txt используется редко, вместо него берут сразу релевантные. Зачем менять log, conf, ini и т.д. на txt?

Comments

[Сергей Горячев]

Вопрос от обратного построен. Автор интересуется: Зачем обычные текстовые файлы делают с разными расширениями - log, ini и так далее.

[Алексей Уколов]

Sergey Goryachev: я понимаю о чём вопрос. Но 1) логи и настройки - это не обычные текстовые файлы и 2) как я уже сказал, в мире линуксовых серверов понятие "обычный текстовый файл" в общем-то отсутствует.