래빗 크리스

칼로 귀퉁이를 잘라내고 요렇게 주욱.. 하늘아, 맛있냐..? 아빠는 안 주는겨..?

하나 이상의 프로세스를 통하여 동일 레코드의 특정 칼럼 값(들)을 수정하는 경우, 어떤 것이 적용될까..? 순식간에 발생하더라도 마지막에 update 가 수행된 하나만 반영이 될터인데.. 그러면, 반영되기는 했지만 최종적으로는 적용되지 않은 쪽이 억울하지 않을까..? 해당 레코드가 여러번 수정되어도 마지막에 수정된 내용만 남게 되기도 하고.. 이를 방지하기 위해서, 검린 님이 2가지 방법을 기술하였는데.. 하나는, 칼럼(columnA)을 하나 추가해서 마지막에 수정한 일시(timestamp)를 가지게 하고, 동일 레코드를 읽을때 추가된 칼럼 columnA 값을 읽어서 가지고 있다가, update 문의 조건절에 최종 수정일시 columnA 를 조건으로 추가하면 된다는 것. A 와 B 가 언제든 해당 레코드..

ANAHEIM 님의 블로그에 갔다가 알아낸(?) 사실인데, 보안접속을 꼭 필수사항으로 세팅할 것만은 아니었네요. 그래도 보안접속 되는 것이 좋을테지만, 몇가지 이유 때문에 사용자가 선택해야 하는거군요. 한국정보호호진흥원 KISA 에서 보안접속을 강제하고 있긴 하지만, 현실적인 이유에서 사용자가 선택하도록 하는 것이 대안이 맞는 것같습니다. ANAHEIM 님의 블로그는 아래와 같습니다. http://anaheim.tistory.com/22 나머지 문제야 충분히 해소할만 하지만, 세번째 문제는 어쩔 수 없다는 생각입니다. 우리쪽 서버는 SSL 이 되지만, 사용자의 PC 가 SSL 을 지원하지 못한다는 상황 말이지요. 웹브라우저 설정에서 SSL 을 빼 놓을 수도 있겠고요. 하드웨어적인 문제 뿐만이 아니라 소프..

게시물 본문에 스크립트 등의 HTML 태그가 사용되는 것을 허용하는 게시판이 있다고 하자. 사용자 화면에서 해당 태그가 유효하면 되는데, 관리자 화면에서도 해당 태그가 유효하다면 대략 난감하다. 이를테면, 본문 안에 스크립트가 들어가 있어서.. 이것이 해당 게시물이 오픈될 때.. 새창을 띄우고 부모창은 목록 화면으로 되돌아가는 것이라면.. 관리자 화면에서도 동일한 작동을 하게 될 것이다. 이것을 방지하려면, 관리자 화면에서는 모종의 조치가 필요하다. 상세 화면에서는 일단, string.replaceAll("", "&ampgt;") 을 해 주어야 한다. 간혹 &amplt; 대신에 그냥 < 를 사용해도 될지 모른다. 개발 환경에 따라 조정하면 되겠다. 그런데, 수정화면에서는 또 어떨까..? 본문이 태그로 되..

라고 사용하는 것은 이미 아는 이야기 겠고.. 와의 차이점도 아시겠죠..? 물론 두가지 방식 모두 동일 서버나 클러스터링 된 서버 또는, NetworkFileSystem 이나 NAS 장비가 Mount 되어 있는 서버에서 가져와야 하지요. 다른 URL 을 가지고 있는 다른 물리적인 서버에서는 가져올 수가 없습니다. 동일 서버에 존재하더라도 page 에 "http://.../abc/defg/hij.jsp" 뭐 이렇게 기술하면 오류가 납니다. 그리고 jsp:include 에서 page 에 파라미터를 넣으려면 2가지 방법이 있는데, 위와 같이 하든지, 아니면 jsp:params 없이 jsp:include 의 page 에 파라미터를 넣으면 되는데.. 이때는 /abc/def/ghi.jsp?abc=&def= 뭐 이런..

사용자가 올리는 이미지 사이즈는 정말 다양하다. 관리자에 의해서만 운영된다면 관리자에게 업무를 인계인수 하면 되겠는데.. 사용자는 럭비공과 같아서 어떻게 할지 알 수 없는 노릇이다. 그래서, 이미지 폭을 체크해서 일정 폭을 넘으면 폭을 자동으로 조정해 주는 코드가 필요하다. 위 소스는 document 개체의 getElementsByTagName 함수를 이용해서 태그를 배열에 담고, 해당 배열을 하나씩 체크해서, width 가 특정값 이상이면 width 를 조정하도록 하였다. 간혹, document 안에 img 태그가 없는 경우를 대비해서 for 문 앞에 if 문으로 typeof 를 사용하여 object 인지 undefined 는 아닌지 등도 체크해야 한다. if((typeof img)!='object')..

만약, submit() 함수와 history.back() 함수가 모두 기술된다면 어떤 것이 실행될까.. 아래와 같은 코드가 있다고 하자.. 그러면 어떤 것이 실행될까..? submit() 일까 history.back() 일까..? 물론, 정답은 둘다 실행되고, 먼저 기술된 것이 먼저 실행된다. 그런데 만약, f.target 에 '_self' 나 '_top' 이라고 기술하면 어떻게 될까..? f.submit() 이 실행되고 history.back() 은 실행되지 않는다. 이미 http://www.abcdefg.com 으로 페이지가 변경되어 있기 때문이다. 이런걸 어디다 쓰냐하면.. 목록에서는 게시물의 제목이 보여지고, 게시물을 상세보려고 하면 게시물과 관련된 특정 화면이 새로 뜨게 할때 유용하다. 게시물 ..

음식물 처리기 종류가 참 많아졌다. 그런데 몇가지 개선할 점이 보인다. 음식물은 습기가 있기 마련이다. 보통의 체에 거르더라도 물기가 많이 빠진다. 그렇다고 매번 물기를 쫙 뺀 다음 음식물 처리기에 넣을 수는 없다. 그러니까, 물기가 상당량 포함된 음식물이라도 음식물 처리기에 넣으면.. 음식물 처리기 자체에서 압착을 해서 물기를 짜내는 프로세스가 필요하다. 물론, 압착이 된 상태에서 건조하는 것보다는, 압착해 놓은 것을 다시 펴서 건조하는 것이 더 빠르겠다. 요는, 음식물을 압착하고 압착되어 나온 취출물을, 별도로 빼내서 배출할 수 있도록 하는 것이 포인트다. 압착할 때는 안전을 위해서 용기가 완전히 잠겼을 때만 가동되어야 겠다. 어떤 광고 문구에 보니까 커진 처리 용량으로 1주일에 한번만 버리면 된다고..

자바스크립트나 HTML 코딩은 바뀌지 않고 이미지만 수정했을 뿐이라는데, 이런 현상이 나타났다. 과연 어떻게 해결해야 하는 것일까..? style.top 의 수치를 변경해 주는 방식으로 잘 작동하던 자동 스크롤이었고, 정말이지 다른 코딩은 변경된 것이 아니다... 라고 하였지만, 작업자가 한 둘이 아니라서 누군가 무언가를 수정했겠지 라고 생각했다. 사실, 이런 경우가 한둘이 아니지 않을까. 문제가 생겼을때, 작업자가 한명이 아니라면 거의 대부분은 누군가가 고쳤을 확률이 놓다. 그러나 오늘의 현상은.. 역시나 코딩이 바뀌지 않은 것이 확인되었다. 해당 코드에 무의미한 문자를 찍게 하고 화면을 새로고침.. 아, 이제 이미지가 제대로 따라 다닌다. 왜 그랬지..? 그런데, 화면 레이아웃을 보니, 자동으로 스크..

시간 체크, /^[0-9]{2}:[0-9]{2}$/.test('09:07') 일자 체크, /^[0-9]{4}-[0-9]{2}-[0-9]{2}$/.test('2009-01-08') 사족을 달자면.. ^ 는 첫부분이라는 것. EditPlus 에서랑 동등하다. $ 는 끝부분이라는 것. Linux 의 vi 에서랑 동등하다. [0-9] 는 0에서 9까지의 문자중 아무거나 상관없다는 것. 물론 숫자면 ok 라는 뜻. {n} 는 앞에 기술된 표현식의 문자가 n 개 사용되어야 한다는 것. [0-9]{2} 는 0에서 9까지의 문자 즉, 숫자가 2개 사용되어야 한다는 필수 조건. - 는 그냥 해당 문자 (dash '-') 가 하나 사용된다는 것. 아무 문자나 하나를 허용한다고 한다면 그냥 점 (포인트, '.') 을 찍으면..