| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 |
- 오라클
- Vue.js
- 사내시스템
- 뷰 리액트 비교
- 뷰
- CompositionAPI
- SBS 개발
- 면접
- 첫 React
- MySQL
- 리액트
- 1차면접
- react
- 간단 프로젝트
- 경력직
- e-HR
- 자바
- 백준
- 웹 개발 면접 질문
- 백준알고리즘
- 대문자
- 첫 리액트
- 뷰 리액트
- IT시스템개발
- 프로젝트 후기
- 알고리즘
- 쟈스
- SBS 본사
- 트리
- URL입력
- Today
- Total
목록분류 전체보기 (88)
리주의 프로그래밍 공부
해시태그 기능을 구현하면서 다음과 같이 DB를 설계했다. 문제는 writing과 tag를 insert하고나서 이 관계를 위한 writingtag를 insert할때 생겼다. 바로 writing의 no의 값을 가져오는 일이었다. (no : auto_increment) tagId는 입력받은 tag의 name을 가지고 가져올 수 있으나, writing의 경우에는 no를 가져올 방법이 없었기 때문이다. 이럴 때 사용하는게 Mybatis의 SelectKey 기능이다. keyProperty : 어느 변수에 반환할지 resultType : 자료형 order : after은 insert 실행 후 처리 before은 insert 실행 전 처리 그 결과 insert구문이 끝나면, selectKey가 작동되어, auto_in..
생각해보니 RESTful한 코드를 위해서는 프론트와 처음부터 페이지 설계에 대해 얘기했어야했다. >> 선택한 글의 detail 페이지로 이동하는 방법을 생각하다보니, 이런 결론에 나왔다. mvc방식이 아닌이상 페이지 이동시킬 방법이 없었다. 내가 처음에 REST하게 해보자했었는데, 잘 몰랐던 상태에서의 실수였다. 이제서야 jsp를 사용하면 자동으로 SSR(Server-Side Rendering)을 통해 굳이 RESTful API를 사용할 필요가 없게 된다는 것을 확실히 알게됐다. 사실 쇼핑몰 홈페이지도 굳이 mvc방식에서 바꾸는 방식이 의미가 없었는데, 공부차 코드를 수정해보려 한거였다. 지금보니, 큰 의미가 없었던 시도였다.
우연히 문제를 알게 돼서 시도하다보니, 골드2 문제였다.. 난이도 보고 포기할까 싶었지만, 이왕 시작한거 끝을 보자는 마인드로 풀어냈다. (참고로 제출수가 적은 탓에 구글링해도 풀이가 다른 문제에 비해 많이 없다.) 접근방법 두 수를 받아서 한번에 풀라고 하지 않았다. 하나의 수에 대해 0~9까지 몇개히 문제를 알게 돼서 시도하다보니, 골드2 문제였다.. 난이도 보고 포기할까 싶었지만, 이왕 시작한거 끝을 보자는 마인드로 풀어냈다. (참고로 제출수가 적은 탓에 구글링해도 풀이가 다른 문제에 비해 많이 없다.) 접근방법 두 수를 받아서 한번에 풀라고 하지 않았다. 하나의 수에 대해 작거나 같은 모든 정수의 각 자리의 합을 구하는 함수를 작성한 뒤에, 그 함수를 두 번 호출해서 풀었다. (문제를 쪼개서 생각..
어제는 ajax로 로그인과 회원가입 부분을 비동기적으로 처리하는 작업을 했다. >> 기존에 만들었던 쇼핑몰 홈페이지.. 초짜라면 누구나 만들 수 있었던 정도의 수준이라는 것을 느꼈다. 사실 ajax도 사용해보니, 크게 어렵다? 할 부분은 없었다. 다만, response, request, header, body 등 네트워크에 대한 지식도 필요하다는 것을 느꼈다. 프론트와 백의 속도 차이로 프로젝트 진행이 생각보다 잘 되고 있지는 않다. >> 초반에 스프링 시큐리티를 공부하고 사용하면서 시간에 많이 쫓겨, 다른 일들이 막막해보였고, 프론트엔드 개발 속도를 따라갈 수 없을거란 걱정을 많이 했었다. 근데 시간이 조금 지나고나니, 나는 30이란 위치에서 해야할게 필요한데, 프론트는 아직 30에 못미쳐서, 내가 할..
트리 문제를 풀기 위한 기본적인 틀, Node와 Tree 작성을 익히기 위해서 어제에 이어 트리 문제를 한번 더 풀었다. 이 문제에서 어려웠던 점은.. 입력을 마치는 방법이었다. 그건 검색을 통해서 Ctrl + z로 입력을 마칠 수 있다고 찾았다. Node와 Tree의 기본적인 생성을 마치고, 키 값이 들어오면 root부터 시작해서 작으면 왼쪽, 갈 곳이 없으면 왼쪽 노드로 생성 크면 오른쪽, 갈 곳이 없으면 오른쪽 노드로 생성 이라는 간단한 원리로 문제를 풀 수 있었다. import java.io.BufferedReader; import java.io.BufferedWriter; import java.io.IOException; import java.io.InputStreamReader; import ..
기본적인 트리 문제였다. 하지만 제일 먼저 떠오른건 이차원 배열로 푸는 방법... 트리를 구현해서 다시 풀어봐야겠다. import java.util.Scanner; public class Main { public static void main(String[] args) { Scanner sc = new Scanner(System.in); int n = sc.nextInt(); // [][0] : 왼쪽 자식 노드, [][1] : 오른쪽 자식 노드 int[][] arr = new int[n][2]; for(int i=0; i
after 가상 요소로 기본 화면을 어둡게 만들고, 그 위에 form을 띄워 사용하는 로그인 기능에 스프링 시큐리티 적용이 꽤나 어렵다 >> 스프링 시큐리티의 과정을 잘 숙지해서 에러메세지 출력 처리와 로그아웃 후 재로그인 했을 때의 오류 처리 등에 시간이 좀 걸릴 것 같다. 혼자 json으로 데이터 전송을 테스트 해보기 위해, jquery와 javascript를 만지고 있자니, 경계선이 매번 혼란스럽다. 로그인 창이 계속 제대로 안떠져서 확인해보니, 캐시값 때문이었다. 기존에 잘못 저장된 캐시값으로 올바른 코드였음에도 불구하고, 계속 잘못된 출력이 나왔다.
이제까지 회원가입 관련된 부분들을 user란 패키지에 넣고 사용했는데, 오늘 join으로 분리시키기로 결정했다. >> 현재는 권한에 따른 접근 거부를 풀어놨지만, 정보 조회 페이지를 권한으로 막으려면 view의 폴더를 따로 나눠주는게 좋기 때문에, 하는김에 자바 쪽 패키지도 정리했다. 어제는 톰캣으로 외부 접속 허용을 설정해봤다. 그러고보니 오늘 든 생각이, 동시 접속과, 같은 시간대에 동일한 이메일로 인증했을 경우에는 어떻게 처리해야할까? >> 동시 접속은 스프링 시큐리티로 해결했다. 다만 아직 커스텀 로그인이 아니라서, 기본 제공되는 오류출력을 사용해서 임시방편으로 사용 그런데 이메일 인증은.. 이메일 인증완료되면 컨트롤러에 신호를 보내서 무언가 처리를 해줘야할까? 찾아봐야겠다.