Uitvoer

Codeer of decodeer Base64 tekst

Codeer Unicode-tekst als Base64 of decodeer Base64 als UTF-8-tekst.

Hoe Base64 coderen en decoderen te gebruiken

  1. 01Plak Unicode-tekst of Base64 gegevens.
  2. 02Kies coderen of decoderen.
  3. 03Kopieer of download het resultaat.

Veelgestelde vragen

Wat zijn de grenzen?

Decodering verwacht Base64 die geldige UTF-8-tekst vertegenwoordigt, geen willekeurige binaire bestanden. Base64 is een codering, geen encryptie, compressie, integriteitsbescherming of bewijs dat inhoud veilig is. Witruimte, URL-veilige varianten, ontbrekende opvulling en een andere tekencodering kunnen de resultaten veranderen. Vergelijk gedecodeerde tekst zorgvuldig en voer, open of vertrouw geen onbekende inhoud alleen maar uit omdat deze met succes is gedecodeerd.

Wat moet ik controleren voordat ik het resultaat gebruik?

Controleer de aspecten die de betekenis van het resultaat bepalen: sleutels, veldnamen, waardetypen, nesting, rij- en kolomtellingen, scheidingstekens, aanhalingstekens, escape-tekens, regeleinden en tekencodering. Voor vergelijkingsresultaten controleert u zowel toevoegingen als verwijderingen in plaats van alleen de gemarkeerde samenvatting te lezen. Voor Base64 maakt u onderscheid tussen gecodeerde tekst en willekeurige binaire gegevens. Voor controlesommen vergelijkt u elk teken en bevestigt u de naam van het algoritme. Valideer belangrijke uitvoer met het systeem dat deze zal ontvangen, omdat syntactisch geldige gegevens nog steeds een schema, vereist veld, uniciteitsregel of bedrijfsbeperking kunnen schenden.

Wat is het verschil tussen opmaak en validatie?

Opmaak en validatie beantwoorden verschillende vragen. Bij het formatteren worden geldige gegevens geparseerd en opnieuw geschreven met een consistente inspringing of lay-out, zodat mensen deze gemakkelijker kunnen inspecteren. Validatie controleert of de syntaxis kan worden geparseerd, maar bevestigt niet automatisch dat de waarden voldoen aan een schema of bedrijfsregel. Door te verkleinen wordt onnodige witruimte verwijderd zonder de geparseerde waarde te wijzigen. Inspectie vat structuur en diepgang samen. Voor XML en YAML kan opmaak onbeduidende witruimte- of representatiekeuzes normaliseren. Vergelijk dus semantische waarden in plaats van te verwachten dat de originele tekststijl identiek blijft.

Waarom kunnen geldig uitziende gegevens nog steeds een fout opleveren?

Gegevens die er geldig uitzien, kunnen een onzichtbaar scheidingsteken, een niet-afbrekende spatie, een ongeëvenaard aanhalingsteken, een dubbele structurele markering, een verkeerd opgemaakte escape, gemengde regeleinden, niet-ondersteunde codering of een indelingsspecifieke functie bevatten die de parsering wijzigt. Begin met de gerapporteerde regel, kolom of pad, indien beschikbaar. Reduceer de invoer tot het kleinste gedeelte dat nog steeds faalt, en herstel vervolgens de omliggende records geleidelijk. Voor CSV bevestigt u de aanname van het scheidingsteken en de header. Controleer voor JSON, XML of YAML de haakjes, inspringing, aanhalingstekens, entiteiten en nesting. Bewaar een kopie van de bron tijdens het diagnosticeren, zodat een correctie geen geldige informatie verwijdert.

Moet ik iets installeren?

Er is geen installatie of registratie vereist om de vermelde datahulpprogramma's te gebruiken. Open de actie die bij de taak past, voeg de bron toe of plak deze, kies de relevante modus en kopieer of download het resultaat. Voordat u een belangrijk bestand vervangt, bewaart u het origineel en test u de uitvoer met de ontvangende toepassing. Installatie is niet de belangrijkste compatibiliteitsvraag: schemaverwachtingen, codering, scheidingstekens, werkmapfuncties en ondersteunde syntaxis bepalen nog steeds of een ander systeem het resultaat zal accepteren.