Kompresor minifier JSON

1. 1

   Tempel atau unggah JSON

   Tempel JSON Anda ke kotak teks, atau seret berkas ke area unggah. JSON yang sudah dirapikan maupun yang sudah diminify sama-sama bisa, begitu juga berkas .jsonc, .ndjson, .geojson, .har, .map, dan .webmanifest.

2. 2

   Pilih dialek bila perlu

   JSON ketat adalah pilihan bawaan. Ganti ke Longgar untuk berkas dengan komentar atau koma di akhir, dan centang JSON Lines untuk berkas berisi satu dokumen per baris. Jika pemindaian ketat gagal, alat ini mencoba mode lain dan menawarkan yang benar-benar berhasil.

3. 3

   Minify

   Tekan Minify. Berkas dipindai di luar thread utama, sehingga halaman tetap responsif dan Anda bisa membatalkan. Anda melihat ukuran sebelum, ukuran sesudah, persentase yang dihemat, dan — karena itulah angka yang sampai ke jaringan — ukuran gzip sebelum dan sesudah.

4. 4

   Unduh atau salin

   Unduh hasilnya sebagai berkas.min.json, atau salin ke papan klip. Dengan beberapa berkas yang sudah diminify, satu tombol mengumpulkan semuanya ke dalam satu ZIP.

Minifier JSON gratis ini menghapus spasi di antara token sehingga JSON Anda menjadi satu baris ringkas, dan melakukannya tanpa menyentuh data Anda. Tempel atau jatuhkan berkas, tekan Minify, dan Anda mendapat ukuran sebelum, ukuran sesudah, persentase yang dihemat, serta ukuran gzip di kedua sisi — yang terakhir itulah angka yang benar-benar sampai ke jaringan. Masukan yang tidak valid mendapat baris, kolom, dan penunjuk di bawah karakter yang bermasalah, ditambah mode yang seharusnya berhasil jika berkas itu sebenarnya JSONC atau JSON Lines. Semuanya berjalan di perangkat Anda; tidak ada yang diunggah.

• Keluaran tanpa kehilangan data — Angka panjang, nol di akhir, urutan kunci, dan kunci berulang semuanya selamat, karena tidak ada nilai yang pernah dibangun. Hanya spasi di antara token yang dihapus.
• Dua cerita ukuran — Byte mentah yang dihemat dan byte gzip yang dihemat, berdampingan. Minify sering menghemat 45 % mentah dan 4 % terkompresi, dan Anda perlu tahu mana yang sedang Anda beli.
• Error yang bisa ditindaklanjuti — Baris, kolom, baris bermasalah dengan penunjuk, dan penjelasan tentang apa yang diharapkan — bukan pesan parser berisi offset karakter.
• Dialek yang benar-benar dipunyai orang — JSON ketat, JSONC dengan komentar dan koma di akhir, serta JSON Lines dengan satu dokumen per baris. Alat ini mencobanya untuk Anda ketika pemindaian ketat gagal.
• Tempel atau berkas — Ketik atau tempel ke kotak, atau jatuhkan berkas .json, .jsonc, .ndjson, .jsonl, .geojson, .har, .map, .webmanifest, dan .txt. UTF-8 dan UTF-16 sama-sama dibaca, dengan atau tanpa penanda urutan byte.
• Massal di Pro — Hingga 20 berkas dalam satu jalan, masing-masing dinamai berkas.min.json, dikumpulkan ke dalam satu ZIP.

Hampir setiap minifier JSON — termasuk yang dulu ada di halaman ini — bekerja dengan mem-parse dokumen Anda menjadi nilai lalu mencetaknya kembali. Itu adalah pengserialisasi ulang, bukan minifier, dan ia mengubah data Anda dengan tujuh cara yang semuanya terlihat baik-baik saja pada keluarannya. Tabel di bawah ini hasil pengukuran, bukan andaian: itulah yang dihasilkan implementasi lama halaman ini.

Alat ini menempuh jalan yang lain. Ia memindai byte berkas Anda dan menyalin setiap token — setiap string, setiap literal angka, setiap true, false, dan null — ke keluaran tanpa disentuh, dan hanya menuliskan tanda baca struktural di antaranya. Angka tidak pernah ditafsirkan, jadi tidak bisa ditulis ulang. Anggota tidak pernah disimpan dalam objek, jadi tidak bisa diurutkan ulang atau dihapus gandanya. Escape tidak pernah didekode, jadi tidak bisa berubah bentuk. Satu-satunya byte yang hilang adalah spasi di antara token, dan itulah arti kata minify.

JSON punya tepat empat karakter spasi — spasi, tab, carriage return, dan line feed — dan semuanya hanya tidak bermakna ketika berada di antara token. Di dalam string, semuanya adalah data.

• Dihapus — Indentasi, baris baru setelah setiap koma, spasi setelah titik dua, dan setiap baris kosong di sekitar dokumen. Pada mode longgar, komentar dan satu koma di akhir juga ikut hilang.
• Dipertahankan persis — Setiap karakter di dalam string, termasuk spasi pada "Budi Santoso" dan setiap escape yang ditulis di sana. Setiap digit dari setiap angka. Urutan setiap anggota. Setiap kunci berulang.
• Tidak pernah ditambahkan — Tidak ada kunci yang dikutip berbeda, tidak ada angka yang diformat ulang, tidak ada escape yang disisipkan. Jika berkas Anda sudah diminify, keluarannya identik bit demi bit dengan masukannya dan alat ini melaporkan pengurangan 0 % alih-alih berpura-pura sebaliknya.

Minifier yang hanya menunjukkan penghematan mentah sedang menunjukkan angka yang enak dilihat. Indentasi adalah konten paling mudah dikompresi yang ada — deretan panjang spasi identik — sehingga gzip dan brotli biasanya sudah menghapus hampir semuanya sebelum byte Anda mencapai jaringan. Itu tidak membuat minify jadi sia-sia; itu membuat ukuran terkompresi menjadi tolok ukur yang jujur.

• Di mana minify sangat berguna — Segala sesuatu yang tidak dikirim lewat jalur yang mengompresi: berkas konfigurasi yang dibaca dari disk, payload yang ditanam dalam bundle, dokumen yang disimpan di kolom basis data, badan permintaan dari perangkat yang tidak mengompresi permintaannya.
• Di mana manfaatnya kecil — Pada respons HTTP yang sudah dikompresi gzip atau brotli. Harapkan persentase satu digit di atas apa yang sudah dilakukan kompresi — sering masih layak, tetapi bukan 45 % yang dijanjikan angka mentah.
• Di mana manfaatnya pada waktu parsing — Teks tak terkompresi yang lebih kecil berarti lebih sedikit yang harus ditelusuri parser, di setiap klien dan setiap permintaan — biaya yang tidak hilang hanya karena byte-nya terkompresi dengan baik.
• Cara membaca dua barisnya — Kartu di bawah setiap berkas menampilkan ukuran mentah sebelum, sesudah, dan persentasenya, lalu tiga angka yang sama untuk ukuran gzip. Jika baris kedua nyaris tidak bergerak, minify bukanlah tuas yang Anda butuhkan untuk berkas itu.

Spesifikasi JSON tidak mengenal komentar maupun koma di akhir. Berkas di disk Anda sangat sering punya keduanya, karena format ini melampaui spesifikasinya begitu perkakas mulai memakainya untuk konfigurasi. Mode ketat menjadi bawaan di sini karena jawaban yang ketat adalah yang berguna ketika Anda memeriksa apakah sebuah payload valid; mode longgar ada karena menolak tsconfig.json bukanlah sikap berprinsip, hanya tidak membantu.

• Ketat — Persis RFC 8259. Tanpa komentar, tanpa koma di akhir, tanpa kunci tanpa tanda kutip, tanpa kutip tunggal, tanpa tanda plus di depan, tanpa .5 atau 5., tanpa nol di depan, tanpa karakter kendali mentah di dalam string, tanpa Infinity maupun NaN.
• Longgar — Menambahkan komentar baris //, komentar blok /* */, dan satu koma di akhir sebelum kurung penutup. Keduanya dihapus dari keluaran, jadi mode longgar mengubah berkas JSONC menjadi JSON ketat sebagai efek sampingnya.
• Bukan JSON5 — Mode longgar adalah JSONC, bukan JSON5. Kunci tanpa tanda kutip, string berkutip tunggal, literal heksadesimal, Infinity, dan NaN tetap ditolak, dan .json5 sengaja tidak ada dalam daftar berkas yang diterima alih-alih didukung setengah-setengah.
• Dibuktikan, bukan ditebak — Alat ini tidak pernah berganti dialek diam-diam. Jika pemindaian ketat gagal, ia mencoba yang lain di belakang layar dan menawarkan yang berhasil sebagai tombol — jadi sebuah saran selalu berupa sesuatu yang sudah terbukti bekerja pada berkas Anda, bukan tebakan dari kode error.

Berkas JSON Lines bukan satu dokumen JSON; ia banyak dokumen, satu per baris, itulah sebabnya parser biasa berhenti di akhir dokumen pertama dan mengeluh soal konten sisa. Nyalakan JSON Lines dan setiap baris diminify sebagai dokumennya sendiri dengan struktur baris dipertahankan, sehingga hasilnya tetap berkas JSON Lines.

• Mengapa memisah pada baris baru itu tepat di sini — Baris baru mentah di dalam string JSON adalah karakter kendali, yang dilarang spesifikasi. Tidak ada rekaman yang bisa memuatnya, jadi pergantian baris selalu berarti pergantian rekaman — ini jaminan, bukan perkiraan.
• Baris kosong — Dibuang. Baris kosong tidak membawa rekaman, dan mempertahankannya di dalam minifier berarti menyimpan persis byte yang justru menjadi alasan alat ini ada.
• Error menunjuk ke berkasnya — Kegagalan pada rekaman keempat ribu dilaporkan dengan nomor baris di seluruh berkas, bukan offset di dalam rekaman itu, ditambah rekaman keberapa itu.
• Ekstensinya mengikuti — Hasil JSON Lines diunduh sebagai .min.ndjson, tidak pernah .min.json, karena satu dokumen per baris bukanlah satu nilai JSON tunggal dan menamainya .json akan memberi Anda berkas yang tidak diterima parser mana pun.

Banyak penghasil JSON meng-escape setiap karakter non-ASCII untuk berjaga-jaga, sehingga "你好" datang sebagai "\u4f60\u597d" — dua belas byte padahal enam sudah cukup. Karena kedua bentuk itu berarti string yang persis sama bagi setiap parser, mengubahnya adalah penghematan yang aman, tetapi ia mengubah byte-nya, jadi opsi ini mati secara bawaan dan diberi label jelas.

• Apa yang diubah — Setiap escape \uXXXX yang karakternya bisa ditulis langsung: enam byte menjadi satu, dua, atau tiga, dan pasangan pengganti dua belas byte untuk sebuah emoji menjadi empat.
• Apa yang ditolak — \u0022 dan \u005c, karena tanda kutip atau garis miring terbalik mentah akan mengakhiri atau memulai ulang token. Semua yang di bawah \u0020, karena karakter kendali mentah di dalam string adalah JSON tidak valid. Dan pengganti tunggal, yang sama sekali tidak punya bentuk UTF-8.
• Pengganti tunggal dilewatkan apa adanya — Sebuah escape pengganti tunggal — \u diikuti kode antara D800 dan DFFF, tanpa pasangan — diterima dan disalin tanpa perubahan, persis seperti parser peramban menerimanya. Ia enam karakter ASCII biasa pada sumbernya dan enam karakter yang sama pada keluarannya, jadi tidak ada yang hilang dengan membiarkannya.
• Mati secara bawaan — Karena dengan opsi ini mati, keluarannya identik bit demi bit dengan masukannya token demi token, dan bagi kebanyakan orang jaminan itu lebih berharga daripada byte-nya.

Error parsing hanya berguna kalau ia memberi tahu Anda di mana harus menaruh kursor. «Unexpected token } in JSON at position 4172» tidak menyebut baris maupun kolom, dan tidak ada editor yang menunjukkan posisi 4172. Setiap kegagalan di sini dilaporkan dengan tiga hal yang memungkinkan Anda memperbaikinya.

• Baris dan kolom — Kolom menghitung karakter, bukan byte, jadi angkanya cocok dengan yang ditampilkan editor Anda bahkan pada baris berisi emoji atau teks CJK.
• Barisnya, dengan penunjuk — Baris bermasalah ditampilkan, dipotong bila sangat panjang, dengan penunjuk tepat di bawah karakternya. Baris panjang bergulir di dalam kartu alih-alih meregangkan halaman.
• Apa yang diharapkan — Pesan yang berbeda untuk koma di akhir, komentar pada mode ketat, nol di depan, tanda kutip tunggal yang menggantung, string tak tertutup, karakter kendali mentah, escape tidak sah, digit heksadesimal yang salah, UTF-8 tidak valid, dan dokumen yang berakhir terlalu cepat.
• Koma di akhir disebut namanya — Ini jauh merupakan kesalahan paling umum pada JSON yang disunting manual, dan perbedaan antara «} tak terduga» dan «hapus koma sebelum }» adalah sebagian besar nilai dari sebuah pesan error.

Daftar yang diterima bersifat tertutup dan ditegakkan sejak kotak dialog berkas, jadi Anda tidak akan pernah memilih berkas lalu melihat tidak terjadi apa-apa. Semua yang ada di daftar adalah JSON; semua yang di luar daftar yang bisa kami bantu diberi tautan ke alat yang menanganinya.

• Diterima — .json, .jsonc, .ndjson, .jsonl, .geojson, .har, .map, .webmanifest, dan .txt. Sebuah source map, ekspor jaringan peramban, koleksi fitur GeoJSON, dan manifes aplikasi web semuanya dokumen JSON, dan sebelumnya tidak satu pun bisa dipilih.
• Pengodean — UTF-8 yang diharapkan. Penanda urutan byte UTF-8 dihapus alih-alih dilaporkan sebagai error sintaks di karakter 0, dan berkas UTF-16 dikonversi, dengan atau tanpa penanda. UTF-8 yang tidak valid dilaporkan beserta posisinya alih-alih disalin ke keluaran.
• Dialihkan, bukan ditolak — CSV diarahkan ke CSV ke JSON, XML ke XML ke JSON, YAML ke YAML ke JSON, lembar kerja ke Excel ke JSON. Masing-masing adalah alat gratis di situs ini dan tautannya langsung menuju ke sana.
• Tidak diterima — .js dan .json5. Berkas JavaScript adalah program, bukan dokumen, dan JSON5 membutuhkan sintaks yang tidak diterapkan mesin ini — mencantumkan salah satunya berarti menjanjikan sesuatu yang tidak bisa dilakukan alat ini.

Versi gratis me-minify satu berkas dalam satu waktu, hingga 25 MB, dengan semua mode dan semua opsi tersedia. Pro menambahkan mode massal: hingga 20 berkas mengantre bersama, masing-masing dengan angka sebelum dan sesudahnya sendiri, serta satu tombol yang mengumpulkan hasilnya ke dalam satu ZIP.

• Satu arsip, bukan dua puluh unduhan — Dua puluh berkas tanpa satu arsip berarti dua puluh kotak dialog simpan dari peramban, dan itu bukan fitur yang mau dibayar siapa pun.
• Namanya bertahan — Setiap hasil dinamai mengikuti sumbernya — api-response.json menjadi api-response.min.json — alih-alih dua puluh berkas yang semuanya bernama minified.json. Dua masukan bernama sama diberi akhiran supaya tidak ada yang hilang di dalam arsip.
• Dikompresi, karena ini teks — Arsipnya mengompresi isinya. JSON hasil minify adalah teks dan terkompresi menjadi kira-kira seperlima, yang penting bagi orang yang datang ke sini justru untuk mengecilkan sesuatu.
• Batas ukuran — 25 MB per berkas di versi gratis. Di Pro batasnya adalah yang benar-benar mampu ditangani perangkat Anda, diukur dari perangkatnya alih-alih dinaikkan ke angka tetap yang lain.

JSON yang diminify memakai lebih sedikit bandwidth dan waktu parsing pada API, konfigurasi, dan bundle front-end. Menghapus spasi tidak mengubah datanya — hanya representasinya — jadi aman untuk produksi, asalkan alat yang melakukannya memang hanya menghapus spasi. Alat ini memberi Anda perbandingan mentah maupun terkompresi supaya Anda melihat penghematan yang sebenarnya. Jika JSON Anda sudah diminify, Anda tidak akan melihat pengurangan; keluarannya tetap valid dan siap disalin atau diunduh.

• Payload lebih kecil — Lebih sedikit data melintasi jaringan untuk API dan klien seluler, dan lebih sedikit teks yang harus ditelusuri parser setiap klien.
• Semantik sama, dan di sini byte-nya juga sama — Nilai hasil parsing identik, dan karena tidak ada nilai yang dibangun ulang, token-nya sendiri juga identik.
• Konfigurasi dan bundle — Berkas yang dibaca dari disk atau ditanam dalam bundle biasanya tidak dikirim lewat jalur yang mengompresi, dan di situlah minify paling berguna.
• Tidak ada yang diunggah — Seluruh pemindaian berjalan di perangkat Anda, bukan di server kami — aman untuk payload API privat atau berkas HAR berisi kredensial.

Mesinnya adalah tokenizer dengan validasi yang mengeluarkan potongan. Ia menelusuri byte berkas satu kali, dan setiap kali mengenali satu token utuh ia menyalin byte token itu ke buffer keluaran yang dialokasikan sebesar masukannya — keluaran minifier tidak akan pernah lebih panjang dari masukannya, jadi buffernya tidak pernah diperbesar.

• Di luar thread utama — Pemindaian berjalan di dalam worker, jadi berkas 25 MB tidak membekukan halaman, kemajuannya adalah hitungan byte sungguhan alih-alih animasi, dan Batal menghentikan pekerjaan seketika.
• Satu jalan, tanpa pohon nilai — Karena tidak ada objek atau array yang dibangun, penggunaan memori tetap sekitar seperlima ukuran berkas alih-alih dua kali lipatnya, dan angka panjang mempertahankan setiap digitnya.
• Potongan, bukan karakter — Deretan teks biasa disalin dalam satu operasi alih-alih karakter demi karakter, dan itulah perbedaan antara sekitar 200 MB per detik dan sekitar 77.
• Kode yang sama pada kedua jalur — Jika worker tidak bisa dimulai, fungsi yang sama berjalan di thread utama. Ini satu implementasi dengan dua tempat menjalankannya, jadi jalur cadangan tidak mungkin menghasilkan byte yang berbeda.

Pemindai membaca sekitar 200 MB JSON per detik dan hanya menahan kira-kira seperlima berkas di memori selama bekerja, karena ia menyalin potongan token alih-alih membangun pohon nilai.

• Formatter JSON
• Validator JSON
• Penampil JSON
• Escape JSON
• Gabungkan JSON
• Urutkan kunci JSON