If you want the file to be directly human readable/editable:
- TOML
- YAML
If you never need to look at it or edit it manually:
- JSON
this post was submitted on 15 Aug 2023
37 points (95.1% liked)
Technology
73567 readers
3184 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
I hate yaml with a passion. for stuff such as ansible it becomes an uneditable mess (one copy and paste away from destroying the whole file)
luckily, yaml is a superset of json, so you could just write json and feed it through a yaml parser and it'll work
IDK what the best is, but I know for certain it’s not YAML.
TOML. Easy on the eyes and easy to grep and filter out comments.
I really like the way Fail2Ban handles it with a .local config. The default doesn't need to be backed up, and the .local is most minimal and concise. I'm unaware of any other programs doing it that way. I have scripts that either execute sed or tee -a to config files, after making a backup copy of the original.
TOML looks good but it's rarely used
TOML does look good. Wow! I havent looked at it at all before.
Makes certain levels of nesting painful
You can say this is a design choice, and you shouldn't ever go too deep in config, and I'd agree, but it is a limiting factor to be aware of
For simple stuff, INI is pretty good.
I must admit I've written stuff that uses a JSON config file, but I might finish implementing YAML instead. Any day now...
Agreed about INI for simple stuff. Not good for arrays and nested things though. Usually use binary for that type of config (with clear documentation). Most binary config files I use are plain old C structures. I'm not a web person so no need to make the config plain text.
You could use TOML. It's pretty much an extension of INI
.el (Emacs Lisp), nothing beats using Lisp to configure a Lisp environment.
JSON if it also has an online schema, and a reference to it in the JSON file. That way some editors can check for errors and hint to the user about it.
But the good old flat text-data, the ini format is consistent, readable, and easily understandable by less-technical users.
I like xml, but it isn't the easiest to read.
I hate yaml with a burning passion. At least with JSON you can compress it all down.
If you have a problem, and use XML to solve it, you now have two problems
A compliant yaml parser will read json, as they're essentially siblings.. so just write your configs in json and they'll work, if you dislike yaml.
Thanks for the tip!
I'm no fan of XML. It looks messy and the schema is difficult to write, imo. XML works best as a markup language.
YAML could have been okay if it were stricter with what they consider strings, and used tabs instead of spaces.
We seem to have something in common: there is a serialisation form, we strongly dislike. But what I cannot understand is: why the heck would anyone torture anyone else to read or even write XML? XML is the absolutely worst configuration language I can imagine. I mean: when is something an attribute, when a tag on its own? What is even a list? And don't forget to include a full HTTP URI for the namespace, otherwise the tag is not defined.
By the way: all valid JSON is valid yaml as well. So in theory, you can use yaml as JSON with comments.
I mainly work with windows, and powershell works great with xml.
Depends on the purpose of the software. In certain specific situations a plaintext *.txt is unbeatable.
That one which I can automate.
I mainly use Ansible or Puppet. So YAML isn't that bad if you fully understand it.
Puppet language sux IMHO.
YAML. This is the way.
For my last self-made program, I just wrote a config.py, and call import config from other code files and write my config in Python.
Normal text file
I like how elixir approaches it: configs are just elixir script files that have a module for some common conventions. Gives you a lot of power, and no goofy new syntax
That works if you have a small, disciplined team. As the team grows and it becomes harder to enforce standards, config files that are run through the language compiler easily get filled with programming statements that shouldn't be in a config file.
It’s like yaml but simple, consistent, untyped, and you never need to escape any characters, ever.
Types and validation aren’t going to be great unless they’re in the actual code anyway.
That depends on if a human is reading/writing it, or a program.
Assuming you can trust whoever wrote the config file, I prefer if it's executable code.
Not really fussed about what language. The point is it's really handy to have simple logic checks like a basic if statement on an environment variable. I also like being able to split my config files up into multiple files - maybe with an environment variable to check which files will be loaded in.