디버깅을 위해(로컬 호스트에서 나가는 http request를 보기위해) 일전에 들었던 SnoopSpy라는 프로그램을 구해 설치하게 되었는데…
첫 실행화면을 보시라
그 기능에 대단함 보다는 이런거 만들어도 되나하는 생각이 앞선다.
“저자는 본 프로그램을 사용하는데 있어서 발생할 수 있는 타인에게의 피해에 대해 책임을 지지 않습니다.”
얍쌉하다는 생각이든다.
ps)이 포스트를 게시하는 것은 이 프로그램을 사용해 보시라는 의미가 아닙니다. 이런 프로그램이 동작하지 못하도록하는 해결책이 나오기 바랍니다.
눈에 확 띄는 얘기. 구글 AdSense 신청
codian.net도 신청했습니다. 곧 애드센스 광고를 선뵈겠습니다.
전원주택에서 글쓰는거 아니라도 호스팅비라도 벌어볼려구요. 호스팅비 월 500원 밖에 안되지만… ㅡ,.ㅡ;
호랭이가 우리를 나왔다!
J2SE 5.0 Out of the Cage
다운로드는 여기
이클립스는…
이클립스 3.1M2도 같이 다운로드!! 여기
구분을 위해 아이디가 필요할 때는(DB의 레코드 아이디등) 윈도우 시스템이 만들어 주는 guid를 사용해 왔다. 이 CoCreateguid()로 생성된 아이디는 데시를 빼고라도 32 글자나 되어 이 아이디를 url 같은데다가 파라메터로 붙여 사용하면 정말 지저분한 url이 되버린다.
윈도우 guid를 사용하는 건 완전 오바다라고 판단하고 다른 방법이 있을까 싶어 고민하다가 인터넷에서 찾은 것이 바로 이것.
HOW TO: Create guids by Using Active Server Pages in IIS
이 문건에서는 다음 일곱가지의 아이디 생성 방법을 소개한다.
처음 두 방식은 아이디를 생성할 때 초까지 동일한 시각에 만들면 동일한 아이디가 생성된다. 1초 이내에 여러번 아이디를 생성하는 것은 허다한 경우므로 이 두 방법은 무효! Guid라는 말이 무색하다. 다른 방식들과는 다르게 난수 생성을 안하므로 속도는 좀 빠르겠구만.
세번째 방법, 시각 + 난수로 구성하는 방법은 그나마 써볼만 한데 불만인건 비슷한 시기에 생성된 아이디는 모양이 비슷하다는것. 난수 부분만 다르고 시각 부분은 같다. 데이터베이스에서 Select 해보면 비슷한 아이디들이 줄줄이 나오게 된다. 그래서 탈락
그리고 마지막 두 방식도 윈도우 guid와 같이 너무 길은 것이 단점. 네번째와 다섯번째에서 사용하는 난수만을 사용한 방식이 그나마 가장 좋아보인다.
별도의 외부 컴포넌트를 사용하지 않은 간단한 스크립트로만 만들려고해서 그런지 방식들이 전반적으로 허접이다. 레이팅할 수 있었으면 낮은 점수를 주고 싶었지만 다른 msdn 문건들과는 다르게 이 문건에는 레이팅하는 부분이 없다 -_-;
다섯번째 방법을 사용하여 8자리 아이디를 생성하는 루틴을 간단히 만들어봤다. 연속으로 생성된 5,180,000개의 아이디를 만들어 보았으나 중복되는 아이디는 없었다. 8자리로 생성 가능한 아이디의 개수도 2,821,109,907,456개로 중소 규모 시스템에는 충분하다. 가장 맘에 드는건 아이디로 8자리 문자열을 사용한다는 것.
