Hacker News 의견

• Base64 인코딩의 흥미로운 속성에 대한 기사, 어떤 문자열에서 시작하여 인코딩을 반복하면 결과의 점점 커지는 접두사가 고정점을 향한다.
• 저자는 주니어 개발자들이 암호화, 해싱, 인코딩의 차이를 이해하는 것의 중요성을 강조한다.
• 기사는 Bash 인코딩 방법에 -n 옵션을 사용하여 echo가 인코딩될 추가적인 새로운 줄 문자를 주입하는 것을 방지하는 것을 제안한다.
• 저자는 URL 안전한 다른 ASCII 문자를 사용하는 base64URL의 존재를 언급하고, 일반 Base64와의 혼동 가능성에 대해 경고한다.
• 기사는 임의의 기본 변환 도구를 소개하고, 특정 문자와의 혼동 가능성 때문에 사람들이 입력할 것으로 예상될 때 Base32를 사용하는 것을 권장한다.
• 저자는 Base64 인코더 쉐이더 프로젝트를 공유하고, 부 프로젝트에서의 사용에 대해 논의한다.
• 기사는 Base64 인코딩에서 = / == 패딩의 목적이나 6비트 그룹으로 나눌 수 없는 데이터를 어떻게 처리할지에 대해 자세히 설명하지 않는다.
• 저자는 공백 및 기타 비-base64 문자의 처리, 잠재적인 무음 오류 등 Base64 인코딩에서 추가적으로 흥미로운 세부 사항과 변형을 언급한다.
• 저자는 Base64가 이진 데이터를 ASCII 문자의 부분 집합으로 인코딩한다고 제안한다. ASCII는 128개의 코드 포인트를 가지고 있지만 Base64는 64-65를 사용한다.