JSP27 [ JSP ] form데이터 간단한 암호화 및 특수문자 해결, urlencoding,decoding 암호화를 했을때 문제는 거의 대부분의 암호화된 문자들이 특수문자로 바뀌어 페이지가 넘어갈때 특수문자가 깨진다는데 있을 것입니다. 이런 문제를 어떻게 해결해야 할까요? UTF-8로 바꿔주면 된다고 말씀하시겠지만... 일단 고전적인 방법인 URL Encoding을 써보겠습니다. 이놈의 암호화 때문에 얼마나 고생했는지... 별것 아닌 암호화 입니다. Random 으로 숫자를 생성해서 그것을 더해주고 더한 숫자를 나중에 붙여서 복호화할때 알아보라고 해놓은거죠. loginTest.jsp -> loginView.jsp -> utiTest.java loginTest.jsp 아이디 비밀번호 /////////////////////////////////////////////////////////////// loginVie.. 2008. 10. 20. [ JSP ] Base64인코딩,디코딩 웹에서 데이터를 전달(Content-Transfer)하기 위한 목적으로 사용됩니다. 사람이 읽을 수 없는 (바이너리)데이터의 경우 내용과 형태가 멋대로인 경우가 많아서 이 상태 그대로는 HTTP프로토콜을 이용해서 전달하기가 애매모호한데, 이것을 일관성 있는 데이터로 바꿔줍니다. base64인코딩을 할경우 US-ASCII에서 이용하는 65개의 pritable 문자로 데이터를 재구성합니다. ===>이 얘기를 달리 말하면 한글이나 특수 문자와 같은 2byte 이상의 문자가 영문자로 바뀌어서 넘어가기 때문에 깨지지 않는다고 생각하시면 됩니다. 넘겨야 할 변수가 많다면 귀찮아서 문제가 되겠지만 일을 하다보면 이렇게 일일히 해줘야 할 때도 분명히 있습니다.(톰캣 5.x대 버전 부터 filter가 지원되지만 다른 환.. 2008. 10. 20. [ JSP ] DTO 타입이나 request.getParameter()에서 빈 String 체크 if(content != null && !content.equals("")){ 값이 있을 때의 로직 } else{ 값이 없을 때의 로직 } 안타깝게도 서버에서 페이지를 이동할때 null값이 들어 있는 변수들에 쓰레기 값들이 들어가는 경우가 종종 있네요... 결국 위와 같이 두개를 다 체크 해주지 않으면 null 값인지 체크가 완벽히 안됩니다. 꼭 저 두개를 병행해서 사용하세요 2008. 10. 18. 이전 1 ··· 4 5 6 7 다음