전역으로 eslint 설치 npm i --g eslint 로 해결

git ls-files | while read f; do git blame --line-porcelain $f | grep '^author '; done | sort -f | uniq -ic | sort -n

기술블로그 포폴겸 해서 사용중 방문자수는 적지만 어찌어찌 합격! 광고비 뿜뿜 했으면.,,

JWT의 장점은 I/O 작업이 필요없는 빠른 인증 처리였다. 클라이언트가 저장을 어디다 할까? 1. 쿠키 - 작음 문자열만 2. 로컬스토리지 - 3. 세션스토리지 4. 리덕스 스토어 1. XSS 공격으로부터 localStorage에 비해 안전하다. 쿠키의 httpOnly 옵션을 사용하면 Js에서 쿠키에 접근 자체가 불가능하다. 그래서 XSS 공격으로 쿠키 정보를 탈취할 수 없다. (httpOnly 옵션은 서버에서 설정할 수 있음) 하지만 XSS 공격으로부터 완전히 안전한 것은 아니다. httpOnly 옵션으로 쿠키의 내용을 볼 수 없다 해도 js로 request를 보낼 수 있으므로 자동으로 request에 실리는 쿠키의 특성 상 사용자의 컴퓨터에서 요청을 위조할 수 있기 때문. 공격자가 귀찮을 뿐이지 X..

클라이언트에서 로그인한다. - 리덕스 사가로 비동기 요청서버는 클라이언트에게 Access Token과 Refresh Token을 발급한다. 동시에 Refresh Token은 서버에 저장된다.클라이언트는 쿠키에 두 Token을 저장한다.매 요청마다 Access Token을 헤더에 담아서 요청한다.이 때, Access Token이 만료가 되면 서버는 만료되었다는 Response를 하게 된다.클라이언트는 해당 Response를 받으면 Refresh Token을 보낸다.서버는 Refresh Token 유효성 체크를 하게 되고, 새로운 Access Token을 발급한다.클라이언트는 새롭게 받은 Access Token을 기존의 Access Token에 덮어쓰게 된다.   jwt가 안전하려면    가장 좋은 방법으로..

https://a3magic3pocket.github.io/posts/where-you-save-auth-in-client/ React 사용 시 JWT를 어디에 저장해야할까? 개요 예전에 React를 처음 사용할 때 backend를 jwt 인증방식으로 구현한 뒤 frontend에서는 이 jwt를 어디에 저장할지 고민했었다. 그때 4장. JWT 이해 및 적용를 보고 쿠키에 httpOnly 설정으로 저장하는 a3magic3pocket.github.io

https://jser.dev/series/react-source-code-walkthrough/?utm_source=substack&utm_medium=email React Internals Deep Dive A live series of JSer deep diving into React internals, by reading the actual React source code. This series helps you understand how React works internally and write better React code. jser.dev

형상관리 - 깃 npm yarn - 의존성 관리 yarn 이 무엇인지 ? why 씀? yarn - 페이스북에서 만듬, 오프라인에서 간능, 리액트와 호완이 좋음, 가벼움 빌드, 시작 등 기능 제공 cpa react > 사용자 인터렉션이 좋음 비동기 프로젝트 화면이 부드러움 컴포넌트에 따라 개별 랜더링이 가능 > 데이터 절감 ! 컴포넌트 재활용 > 개발속도 빠름 능률! 단점! 랜더링 관리 메모리 누수 관리 스파게티 코드 > 상태를 잘 묶어야함 퍼블리셔와 개발영역의 모호성 > 공통컴포넌트 개발 언어아님 > html + js 묶음 상태관리 라이브러리 프레임워크 차이

https://jin2rang.tistory.com/entry/conda-activate-%EC%98%A4%EB%A5%98-conda-activate-%EC%95%88%EB%90%A8 conda activate 오류 / conda activate 안됨 conda env를 사용하면서 발생한 문제이다. conda env list 명령어를 통해 생성한 가상환경은 존재하는걸 확인했다. 그치만 생성한 가상환경이 활성화가 되지 않고, 아래와 같은 오류가 났다. CommandNotFou jin2rang.tistory.com wls 에서 가끔 이럽니다 1. path 설정 2. 파워쉘에도 권한 부여

안녕하세요! 저의 블로그에 오신것을 환영합니다! 보안을 전공으로하고 개발을 찍먹하려다 부먹을 하게 되었습니다. 그래서 현재는 서비스 개발팀에서 개발을 진행하고 있는 2년차 개발자입니다. 전공을 살리고자 코드를 짤때, 보안적인 부분도 생각하면서 코딩을 하고 있습니다.   여기까지가 입구에서 읽기 좋으라고 만들어 놓은 성명 text 입니다 ㅎ 포트폴리오를 만들기 위해 돌고 돌아 티스토리로 돌아왔습니다. (라임이 좋군요)  그럼 지금부터 시작합니다!  #Curiosity #Sincerity #Diversity 인생을 영화처럼, 좌우명처럼 후회없는 삶을 살고 있습니다.경험은 배신하지 않기에 All-rounder가 되기위해 노력중입니다.재밌는것과 마실것, 그리고 함께 성장하는것에 관심이 많습니다.  Channel..