이 질문은 다음 질문에 대한 답변입니다.이 질문전에 여기에 물어봤어. 나는 단순히 이메일을 HTML Hex/Decimal 유니코드로 변환하려고 생각하고 있었습니다.
예:
보여주기 위해[이메일 보호됨]저는 십진수 유니코드를 사용하겠습니다:
john.appleseed@mail.com
또는 16진수 유니코드:
john.appleseed@mail.com
이는 CSS, Javascript, 이미지 등에 의존하는 다른 방법에 비해 많은 장점이 있습니다. 예를 들어, 이메일은 elinks 또는 w3m과 같은 콘솔 브라우저를 포함한 거의 모든 브라우저에 표시될 수 있습니다. 둘째, 사용자가 명시적으로 JS 또는 블록 이미지를 비활성화한 경우에도 작동합니다.
내 질문은 이것이 다른 인기 있는 방법과 비교할 때 이메일 난독화에 좋은 방법일까요?
답변1
이것은 매우 사소한 변형일 뿐입니다.'@' 및 '.' 바꾸기 엔터티 포함하이퍼링크된 질문과 답변에서 이미 논의된 방법입니다. 나는 실제로 후자의 방법을 사용합니다. 나는 그 효과를 측정하지 않았지만 해당 질문에 대한 원래 답변에 인용된 사람들의 통계가 있습니다.
이 변형은 원본보다 훨씬 더 많은 것을 얻지 못합니다. 그래서 대답은 거의 "아니요"입니다.
일반적으로 이 방법은 존재하는 것으로 추정되는 WWW 페이지 스크래퍼가 게으르고 전체 HTML 파서를 작성하지 않는다는 개념을 전제로 합니다. 그들은 단지 @(또는 ) 를 검색 at하고 매우 간단한 패턴 매칭을 수행합니다. 반면에 10진수 및 16진수 숫자 참조를 인식할 수 있는 완전한 HTML 파서를 갖춘 경우에는 과 가 인코딩되는지 아니면 전체 메일함 이름의 모든 문자가 인코딩되는지는 실제로 중요하지 @않습니다 .. 페이지 스크레이퍼는 모든 것을 매우 행복하게 디코딩합니다.
그것은 결국,더디코딩만 하는 숫자 참조 디코더를 갖추는 데에는 적지 않은 노력이 필요합니다.일부문자. ☺