Rozmiar Base64

Wpisz bajty i tryb. 100 B dają 136 B. 1024 B dają 1368 B. 50 B dają 68 B. Szacunek długości, nie encode pliku.

To szacunek długości, nie encode. Token JWT jest na rozmiarze tokena JWT.

Dane

Z Base64 na dane: szacunek bez znajomości paddingu (dolna granica przy pełnych tripletach).

Wynik

Wprowadź dane i kliknij Oblicz.

Jak to działa?

Rozmiar Base64 w tym kalkulatorze szacuje długość ze wpisanych bajtów. 100 B dają 136 B. 1024 B dają 1368 B. 50 B dają 68 B. Wzór w trybie bytes to ceil(n/3) × 4. Kalkulator nie koduje payloadu i nie wkleja pliku.

Pole b64-bytes jest liczbą. Select b64-mode w przykładach zostaje bytes. 100 przez 3 to 34 grupy, razy 4 daje 136. 1024 daje 1368. 50 daje 68. Tryb encoded liczy w drugą stronę i nie jest w tych trzech kartach.

136 B to nie plik po btoa. 1368 B nie schodzi z encoderem. 68 B nie jest ciągiem z dysku. Wpisujesz długość sam. Kalkulator nie czyta MIME i nie dodaje data URI.

Rozmiar tokena JWT obok szacuje znaki tokena. Szacunek JSON mnoży znaki razy bajty. Tu 100 B zostaje 136 B, sam narzut 4 na 3.

Wpisz 100, zostaw tryb bajtów, potem Oblicz. Przecinek nie jest potrzebny, bo pole jest całkowite. Zero bajtów zostawia 0 B. To nie encode w przeglądarce.

100 B dają 136 B. 1024 B dają 1368 B. 50 B dają 68 B. Inny tryb przy 100 zmienia kartę, przykłady trzymają bytes.

Wzór

w trybie bytes: ceil(n/3) × 4. Szacunek długości, bez kodowania treści.

Jak korzystać

  1. Zostaw tryb bajtów (bytes).
  2. Wpisz 100 w polu wartości.
  3. Kliknij Oblicz. Wynik to 136 B.
  4. 1024 B dają 1368 B. 50 B dają 68 B.
  5. To szacunek długości, nie encode payloadu.

100 B = 136 B

Szacunek długości w trybie bytes. 100 B dają 136 B. Kalkulator nie koduje payloadu.

Base64
Narzut 4 na 3. 100 B zostawia 136 B. 1024 B zostawia 1368 B.
bytes
Wartość b64-mode w przykładach. 50 B w bytes dają 68 B.
długość
Wynik karty. 136 B to szacunek, nie encode pliku.

Przykłady

Przykład 1

  • 100 B
  • tryb bytes

136 B

Jaki rozmiar Base64 z 100 B w trybie bytes? 136 B. Szacunek długości, nie encode.

Przykład 2

  • 1024 B
  • tryb bytes

1368 B

Ile z 1024 B w trybie bytes? 1368 B.

Przykład 3

  • 50 B
  • tryb bytes

68 B

Ile z 50 B w trybie bytes? 68 B.

Powiązane kalkulatory

Najczęstsze pytania

Ile z 100 B w trybie bytes?

136 B. ceil(100/3) × 4. Szacunek długości.

Ile z 1024 B?

1368 B. Ten sam tryb bytes.

Ile z 50 B?

68 B. Mały blok, wyższy procent paddingu.

Czy kalkulator koduje plik?

Nie. Nie ma btoa i nie ma wklejonego payloadu. Sama długość.

Po co b64-mode?

bytes idzie z bajtów do Base64. encoded idzie w drugą stronę. Przykłady trzymają bytes.

Czy 136 B to znaki czy bajty zapisu?

Kalkulator pokazuje 136 B jako długość zakodowaną. To nie plik po zapisie na dysk.

Czy zero liczy?

Tak jako 0 B. Bez liczby kalkulator się zatrzymuje.

Gdzie liczysz JWT?

Na rozmiarze tokena JWT. Tu zostaje narzut 4 na 3.

Czy to kompresja?

Nie. Base64 wydłuża. Gzip jest osobnym krokiem, nie w tym kalkulatorze.

Źródła wiedzy

Kalkulator liczy bity, bajty albo przepustowość z Twoich liczb. Poniżej definicje bitu i SI (GUM).

Strona zaktualizowana w 2026.

Co oznacza rozmiar Base64 w praktyce

Base64 zamienia bajty na tekst ASCII bezpieczny w JSON, XML, e-mailu i data-URI. To kodowanie transportowe, nie kompresja: po zakodowaniu ciąg zwykle zajmuje więcej miejsca niż oryginał.

Ten kalkulator odpowiada na dwa pytania: „ile znaków zajmie N bajtów?” oraz „ile bajtów kryje się za ciągiem o długości M?” (drugi tryb to dolna granica bez znajomości paddingu).

Dlaczego Base64 powiększa dane

  • Każde 3 bajty (24 bity) mapują się na 4 znaki po 6 bitów → stały stosunek 4:3.
  • Gdy długość nie dzieli się przez 3, dokładane są = (padding), żeby długość ciągu była wielokrotnością 4.
  • W API string Base64 siedzi w JSON jako tekst — najpierw płacisz narzut encodingu, dopiero potem ewentualny gzip całego body.

Typowy wzrost dla większych bloków to ok. +33%. Przy bardzo małych payloadach procent wygląda gorzej przez padding (np. 1 B → 4 znaki).

Szybka tabela: bajty → Base64

Kanoniczny wzorzec 4:3 — wpisz lewą kolumnę w trybie „rozmiar binarny”.

Bajty (raw)Znaki Base64NarzutUwaga
34+33%dokładnie 1 triplet
14+300%padding dominuje
1024 (1 KiB)1368+33,6%typowy plik/blob
204800 (200 KB)273068+33,3%obraz w JSON

Wynik w kalkulatorze liczy ceil(n/3)×4 — bez łamania linii MIME.

Padding i jak czytać tryby kalkulatora

  • Bajty → Base64 — dokładny rozmiar ciągu (z liczbą = w notatce).
  • Długość Base64 → bajtyczęść całkowita(len×3/4); bez paddingu to dolna granica.
  • Base64URL (JWT) ma inny alfabet, ale ten sam stosunek 4:3 — do tokenów użyj też kalkulatora JWT.

Kiedy narzut Base64 naprawdę ma znaczenie

  • Pola content / file w JSON z binariami inline.
  • Załączniki MIME, webhooki z dużymi blobami, limity body na API gateway.
  • Data-URI w CSS/HTML (plus prefiks data:…;base64,) — duże assety lepiej jako URL pliku.
  • Logi i kolejki, które indeksują tekst: puchnięcie o ⅓ szybko zjada retention.

Przykłady liczbowe

  • 3 B4 znaki — klasyczny minimalny blok.
  • 1024 B1368 znaków (+33,6%).
  • Obraz 200 KB w JSON → ok. 267 KB tekstu Base64 — odpowiedź API puchnie zanim włączysz gzip.
  • Mały token 16 B → 24 znaki: procentowo „dużo”, absolutnie nadal mało — oceń w kontekście limitu body.