해결방법 링크: https://www.inflearn.com/questions/3637legacy로 바꾸지 않고 해결하는 방법이다.사용할 패스워드는 대문자, 특수문자 를 입력해 보안정도를 HIGH에 맞췄더니 되었다.
https://inpa.tistory.com/entry/DB-%F0%9F%93%9A-%EC%A0%9C-1-2-3-%EC%A0%95%EA%B7%9C%ED%99%94-%EC%97%AD%EC%A0%95%EA%B7%9C%ED%99%94문제제기: 데이터를 쿼리도 안하고
https://nomadlee.com/mysql-%EC%B5%9C%EC%A0%81%EC%9D%98-%EB%8D%B0%EC%9D%B4%ED%84%B0-%ED%83%80%EC%9E%85-%EC%84%A0%ED%83%9D-%EB%B0%A9%EB%B2%95/작은 데이
현재 타입은 정확하게 지정하지 않았다.앞의 타입에 대한 팁을 고려해 not null, small int 등을 적극 적용해보자
https://stackoverflow.com/questions/23266854/node-mysql-multiple-statements-in-one-queryMultiple query를 ;로 구분해 보내기 위해서는 connection config로 multip
클로저가 참조를 캡쳐한다는 관점에서 직접 문제를 만들어봤다.
여태까지 잘 연산되던 계산기가 특정 상황에서 계산이 안되는 현상을 발견했다.그것은 팔찌의 enhance옵션이 발동되면서(쐐기+망치 등) 들어오는 옵션에 덧셈연산이 추가되는 부분이었다.여태까지는 메서드로 들어오는 percent(value)의 값은 일반적으로 string이
git에 내용을 업데이트하고 aws 서버에 직접 접근해서 git pull과 restart 를 했더니 pm2 에서 재시작을 반복하더니 error와 함께 정지했다.그래서 pm2 log를 확인했더니 EADDRINUSE로 같은 포트 겹쳐서 그런 줄 알았는데 lsof -i :p
로아에서 원정대 내 다른 캐릭터를 저장하는 원정대DB테이블을 추가하고 나서 테스트할 때는 문제가 없었는데 배포 후에 사용자들의 요청이 많아지니 DB가 응답하지 않는 문제가 생겼다.기존에 있던 DB는 쿼리를 작성해서 했었고 이번에 새로 넣은 원정대 db는 orm을 적용해
클라이언트단에서 해싱해서 보낸다고 더 안전해지는 것은 아니다 https://www.palindrom615.dev/client-side-hashing-is-not-helping 비밀번호는 평문으로 전송하고 https를 사용한다. (그럼 https를 사용하고 있는지 꼭
로그인 기능을 만드는 중 세션을 구현하면서 express-session이라는 미들웨어를 사용한다. 그런데 이 express-session미들웨어는 겉에서 보면 마치 일반적인 cookie를 사용하는 것처럼 session내용을 파싱해준다. 그렇다면 이 마법처럼 일어나는 일
현재 React app을 배포하기 위해 AWS S3에 설정한 내용을 보면 정적 웹사이트 호스팅을 다음과 같이 설정했다.기본페이지는 index.html로 지정되고 나머지 라우팅(ex /simul)은 찾을 수 없기 때문에 에러가 발생하고 오류 문서를 통해 다시 index.
계정 생성 api를 만드는데 계정 생성이 가능한지 validation check를 하기 위한 함수들이 있다. 조건 확인을 병렬적으로 처리하기 위해 처음에 Promise.all()을 사용했지만 에러 핸들링 시에 가장 먼저 실패한 에러만 반환하기 때문에 validation
label태그를 이용해 input 컴포넌트를 만든 경우 id를 이용해서 lable을 눌러도 input 태그를 포커싱하도록 해야하는데 같은 id를 사용할 경우 제대로 다른 컴포넌트가 포커싱될 수 있다. 따라서 고유한 id를 만들어서 해당 컴포넌트를 포커싱 할 수 있도록
express session에서 cookie의 만료 시간이 제대로 적용되지 않는 문제가 있었다. 하루의 초 단위인 86400을 넣었는데 하룻동안 유지되지 않고 사라지는 문제가 있었다.일반적으로 쿠키 헤더의 maxAge옵션은 초단위로 설정하지만 express sessio