본문 바로가기

마녀일기

[마녀일기] '1'과 '0'이냐, 'Y'와 ''N'이냐(10.22) 트리그리드는 check된 항목은 '1'로, check되지 않은 항목의 경우 '0'으로 저장한다.(단 DB에서 select 할때에는 불러올때는 '0'이나 null이 아니면 check된 항목으로 가져온다.) 암튼 이런식으로 기능 구현을 마쳐논 상태에서 다른 모든 페이지가 관리자 권한 여부 체크를 'Y'랑 'N'으로 처리한다 해서!! 모든 체크값을 '1' → 'Y''0' → 'N' 이렇게 바꾸라는 말을 들었다. 불러올때야 iBatis에서 불러올때 CASE를 활용해서 쉽게 해결 했지만... 문제는 DB에 때려 박을 때였다.... 에구... 기존에 때려 박을때도. 자바스크립트에서 for문에 for문을 중첩 넘겨 받는 서블릿에서 for문에 if문을 중첩했는데 이번엔... for문에 for문 2개를 중첩해버리는 구조.. 더보기
[마녀일기] 사용자 ID가 뭐길래!!!(10.18) 다행이 어제 퇴근길 내내 생각햇던 것들이 먹혀서. 작업은 금방 끝내고 오류테스트를 하고 점심먹고 넘길 생각이었다. 그러네 우라질 엄청난 에러사항이 하나 발견 되엇다. 그건 사용자 ID 수정하기였다. 사용자 정보에서 사용자 ID를 수정 할 수 있게 해놓고... 젠장 우라질 기존에 짜논 쿼리에는 사용자 정보 수정할때 수정된 ID가 반영이 되면 사라진다. WHERE절에 조건으로 USER_ID만 주어놓고. 바꿀영역에는 USER_ID를 주지도 않았던것. 이런 우라질 엄청난 에러사항이 있는걸 나한테 줘놓고 수정하라고. 저 팝업띄워서 사용자 ID만 받아온걸... 적용 해야 하는데가 어디 한 군데인줄 알아!! 썩을.... 암튼 결국 생각 외로 작업이 오래걸렸다. 결국 if문 주어서 해결하기는 했지만. if문 안에 뭘 .. 더보기
[마녀일기] 트리그리드가 뭐길래!!!(10.18) 사용자 관리 페이지에서 사용자 정보를 입력할때 원래는 팝업을 띄워서 등록, 수정작업을 처리할 수 있게 작업을 끝내놨는데. 어제 오후에 팝업이 아닌 현재 창에서 등록 수정이 가능하게끔 바꾸라는 말을 듣고. 뼈빠지게 바꾸었다. 단순히 사용자 정보 페이지만 변경하는경우는 크게 문제가 없지만. 그에 따른 '권한정보'를 수정할 수 있게 바꾸어야 해서 애를 먹었다. '권한정보'에서는 트리그리드를 사용해는데. ... 그동안 팝업창을 띄우고 하는 구조에서는 사용자 생성이 완료 되야 '권한정보'가 생성이 되는 그런 구조로 갔었기에 별로 문제가 없었지만. 이번에는 등록버튼을 눌렀을때 임의의 '권한정보' 트리그리드가 생기게끔 해야 해서. 이걸 만드는데 오전을 다 보냈다. 이론 자체는 어제 고민을 해놔서 생각보다 빨리 끝냈다.. 더보기