가희의자기개발블로그

얼마전, 인턴을 했던 회사의 사수분과 이야기 하던중, Session과 JWT를 혼용해서 쓰는것에 대해 대화를 나눴다. 두개를 혼용해서 쓰면 안된다는 것을 알고는 있었지만, 왜 그러면 안되는지에 대해서 명확히 알고 있지 않아서 검색을 해보던 중, 좋은 글이 있어서 번역에 도전해봤다. 같은 글을 번역한 블로그글도 있었지만, 왜인지 중간에 끊겨있어서 정리할겸 포스팅을 결심했다. 최근, 유저 세션을 관리하기 위해 JWT를 이용하라는 글이 많습니다. 정말 추천하지 않는 방법이고 제가 왜 그렇게 생각하는지 설명하겠습니다. 본격적으로, 글을 시작하기 앞서 먼저 몇가지 키워드를 정의하겠습니다. Stateless JWT: 세션 데이터를 포함하는 JWT토큰입니다. 토큰에 직접 인코딩 합니다. Stateful JWT: 세션..

얼마전, 라라벨에서 json타입으로 return 해주기위해서 Content-Type과 Accept 에 json/application이라고 명시해준적이 있다. Content-Type은 해당 데이터의 타입을 명시해주는것이라고만 간단히 알고 있었는데 Accept는 무엇을 뜻하는지 알지 못해서 찾아봤다. Content-Type Content-Type헤더는 이 메시지에 담긴 객체의 미디어 타입을 알려준다. 만약 Content-Type헤더가 없다면 데이터를 전송하는쪽(브라우저나 웹서버)에서는 특정한 형식의 데이터일지라도 데이터를 받는 입장에서는 단순히 텍스트 데이터로 받아들인다. 중요한점은 HTTP 요청의 경우 GET방식인 경우에는 무조건 URL 끝에 쿼리스트링으로 value=text 형식으로 보내지기 때문에 Co..

깃허브에 레파지토리를 만들고 내 컴퓨터에서 작업한 파일을 아래와 같이 원격저장소와 연결해주었다. git remote add origin [repo주소] 하지만, 작업한 내용을 push하는데 아래와 같은 에러를 발생했다. Github 원격 저장소와 로컬 저장소 간 공통분모가 없는 상태에서 병합하려는 시도로 인한 문제. 기본적으로 관련 없는 두 저장소를 병합하는 것은 안되도록 설정되어 있다. 구글에 검색해보니 두가지 방법이 나와있었다. 첫번째는, push시에 master앞에 +를 붙여주는것이었다. +는 --force라는 옵션이다. 강제로 push를 force해주는 옵션이다. git push -u origin +master 두번째는, 옵션을 이용하는 방법이였다. git pull origin master --a..