....

내맘대로 정규식이다... 맨 앞에 ^와 맨뒤에 $는 각 항목의 글자수 제한을 유효하게 만드는 역활도 한다. 패키지는 com.sun.org.apache.regexp.internal.RE 를 주로 사용한다. 우편번호 : ^(\\d{3})-?(\\d{3})$ 시작부터 끝까지.. 숫자 3개씩 끊어서 받아들인다... 중간에 -가 있든 말든... 주민번호 : ^(\\d{6})-?(\\d{7})$ 아주 딱딱하게 숫자 6개, 7개씩만 끊어서 받는다. 역시 중간에 -가 있든말든... 뒷자리 맨 앞번호를 1,2,3,4로 제한하는 방법도 있지만... 재외국민번호의 경우 8번까지도 쓴다... 전화번호 : ^(\\d+)-(\\d{3,4})-(\\d{4})$ 숫자-숫자(3~4)-숫자(4) 로만 입력 받는다. 암호 : ^([:al..

이전부터도 물론 중요한 사항이였지만... 이번에 IE8에서 개발자툴을 기본으로 지원하면서 특히 파라매터 위조와 관련해서 더욱 문제가 공론화 되가고 있는것 같다. 실제로 클라이언트에서 전송되어온 값을 그대로 믿고 받아들이는건 말도 안되는거지만... 의외로 그렇게 구성된 사이트가 정말 많다는데 적잖히 놀라고 있기도 하다... 대표적인 예를 들어서 회원가입... 보통 실명인증엔진을 탑재한 페이지의 경우... 실명인증으로 우선 이름과 주민번호(혹은 대체수단)을 받는다. 이 경우 실명인증에서 제공하는 Javascript암호화를 이용해서 이름과 주민번호를 다른 Form에 암호화해서 넣어서 서버로 발송한다. 그런데... 열심히 암호화해서 발송하면서.. 이름과 주민번호를 또 평문으로 같이 발송하는 사이트가 있다.. 더..

통계쿼리를 짤때 보통 이런일이 자주 생기는데... MEMBER에서 가입자를 대충 일자별로 알고 싶다고 할 경우 대략 이런식의 쿼리가 나온다.. SELECT COUNT(ID) FROM MEMBER WHERE REG_DATE BETWEEN @START_DT AND @END_DT GROUP BY CONVERT(VARCHAR(10), REG_DATE, 120) 가입일자별로 그룹을 해서 카운트를 새는.. 뭐 대충 이런 비슷한 류로 나오는데.. (문법적인거나 성능적인건 패스.. 그렇다.. 난 MS-SQL은 아예 이번에 처음 써본다.. 맨 인포믹스에 오라클만 쓰다가.... 그리고 사실 SQL쪽은 실력이 너무너무 미천한데다가 위 쿼리는 그냥 머릿속에서 생각나는데로 즉시 타이핑한 것이였다.....) 그런데 문제는 가입자..