Cookies voor statistiek en advertenties
We gebruiken cookies voor statistiek en voor advertenties, allebei naar Google. Weigeren verandert niets aan wat je te zien krijgt.Lees de privacypagina
Hier zet je JSON naar INI om, gratis en zonder account: sleep het bestand hierboven erin en binnen een paar seconden staat het resultaat klaar om te downloaden. De omzetting gebeurt binnen je eigen browser, dus het bestand wordt nooit geüpload. Het werkt hetzelfde op Windows, macOS en Linux als op iPhone en Android, en het blijft werken als je de verbinding verbreekt.
Tot 100 bestanden tegelijk. Verschillende formaten door elkaar is prima.
Ze worden een voor een omgezet en samen in één ZIP gedownload.
JSON naar INI
INI kent maar twee niveaus: secties en sleutels daarbinnen. JSON kan willekeurig diep nesten, dus voordat er een geldig INI-bestand uit kan komen, wordt elke geneste structuur omgezet naar één sleutel per eindwaarde, met de oorspronkelijke pad-onderdelen aan elkaar geplakt met een punt.
Een JSON-object `{"server": {"host": "example.com"}}` wordt zo een sleutel `server.host` met de waarde `example.com`. Er verandert niets aan de waarde zelf, alleen aan hoe de sleutel wordt opgeschreven.
Een array wordt op dezelfde manier behandeld als een object: elke index wordt onderdeel van de sleutelnaam. Het eerste element van een array `poorten` wordt dus `poorten.0`, het tweede `poorten.1`, en zo verder.
Voor een korte lijst is dat prima leesbaar; voor een lange array levert het een flink aantal aparte sleutels op, wat het INI-bestand minder overzichtelijk maakt dan de oorspronkelijke JSON.
De volgorde waarin de sleutels in de JSON stonden, blijft hetzelfde in de INI-uitvoer — er wordt nergens gesorteerd. Voor een configuratiebestand waar leesvolgorde ertoe doet, is dat van belang.
Bevatte het JSON-object een topniveau van meerdere sleutels zonder gemeenschappelijke sectie, dan komen die als losse regels vóór de eerste sectiekop te staan.
JSON kent getallen, booleans en tekst als aparte typen; INI kent alleen tekst. Een waarde `8080` in de JSON komt dus als de tekenreeks `8080` in de INI terecht, en `true` als de tekenreeks `true`.
Voor de meeste toepassingen maakt dat niets uit, omdat software die een INI-bestand inleest die typering vaak zelf weer afleidt uit de tekst.
JSON heeft geen ingebouwde manier om commentaar op te slaan, dus er is ook niets om over te zetten. Wil je toelichting bij de configuratie, voeg die dan na de omzetting handmatig toe aan de INI met `;` of `#`.
Dat geldt overigens voor elk configuratieformaat hier: geen enkele omzetting op deze site verzint commentaar dat er niet al was.
Is de structuur van je gegevens echt hiërarchisch en wil je die vorm behouden, dan is TOML of YAML een beter doel dan INI — beide kunnen geneste structuren rechtstreeks weergeven zonder alles tot dotted keys terug te brengen.
INI is de juiste keuze wanneer de ontvangende software specifiek dat formaat verwacht, zoals veel oudere Windows- en desktopapplicaties doen.
Het lezen van de JSON en het schrijven van de INI gebeurt in deze browsertab. Er wordt niets naar een server gestuurd, wat te controleren is via het netwerktabblad tijdens het omzetten.
Voor configuratie met wachtwoorden, API-sleutels of interne servernamen is dat relevant.
Tot honderd JSON-bestanden tegelijk neerzetten kan; elk bestand wordt onafhankelijk verwerkt en het resultaat komt terug als één ZIP met de INI-bestanden erin.
Praktisch voor wie een reeks configuraties voor verschillende omgevingen in één keer wil omzetten.
| JSON | INI | |
|---|---|---|
| Volledige naam | JavaScript Object Notation | INI-configuratie |
| Bestandsextensie | .json | .ini, .cfg, .conf |
| Mediatype | application/json | text/plain |
| Voor het eerst gepubliceerd | 2001 | 1985 |
| Specificatie | RFC 8259 | — |
| Licentie | Open standaard | Open standaard |
| Stand van zaken | Actueel | Oud, wordt overal nog gelezen |
| Opent in een browser | Elke browser | Geen browser |
| In plaats daarvan overwogen | XML, YAML, NDJSON | TOML, YAML |
Geen enkele browser leest INI. Daarmee is het het minst draagbare van de twee. Ga liever na of de ontvanger het aanneemt voor je het verstuurt.
Visual Studio Code leest zowel JSON als INI, dus je kunt het resultaat naast het origineel leggen zonder een tweede programma.
De twee mikken op ander werk: JSON op gegevens tussen programma’s verplaatsen en het web, INI op bewerken. Dat is het afwegen waard, want de reden dat het ene bestaat is meestal de reden dat het andere onhandig is.
JSON verscheen in 2001. Het is vastgelegd in RFC 8259, en dat is de moeite waard als het bestand het gereedschap moet overleven dat het schreef.
INI stamt uit 1985. Notepad en Visual Studio Code lezen het formaat.
INI verscheen in 1985 en JSON in 2001. Het oudste is doorgaans het veiligste bestand om te overhandigen; het nieuwste doet hetzelfde werk met minder bytes.
Nee. Deze omzetting gebeurt volledig in je browser, dus het bestand verlaat je apparaat niet. Je kunt het zelf nagaan: open het netwerktabblad van de ontwikkelaarshulpmiddelen en zet iets om. Je ziet de pagina zelf en de verzoeken voor statistiek en advertenties waarmee deze dienst betaald wordt, en geen enkel verzoek dat je bestand meeneemt.
Ja. Geen account, geen watermerk en geen dagtegoed dat opraakt: het draait op je eigen machine, dus je mag zo vaak terugkomen als je wilt. De browser verwerkt bestanden tot 100 MB, 100 tegelijk.
JSON en INI beschrijven de inhoud op fundamenteel andere manieren. De omzetting is daarom een reconstructie en geen kopie: getrouw, maar niet byte voor byte identiek. INI kent geen nesting. Alles onder één niveau wordt platgeslagen tot sleutels met punten ertussen.
Geen enkele browser leest INI. Daarmee is het het minst draagbare van de twee. Ga liever na of de ontvanger het aanneemt voor je het verstuurt.