도서정보프로젝트

예시위와 같은 하드코딩 방식으로 response를 넘겨줬었다. 개발시 실수로 다른 응답코드를 넘겨줄 시 프론트엔드부분에서 혼란이 생길 수 있다. 응답코드에 대해서 일일히 다 외우고 있지 않은 이상 코드해석을 할 시에 어려움이 있을 수 있다.(가독성 떨어짐)http-st

기존 회원가입 에서는 req.body 에서 password 를 받아 password를 받아 그래도 mariadb 에 저장 하였다 .기존방식DB 조회 결과password 가 그대로 저장됨.회원의 비밀번호가 그대로 노출되어서 보안 상 좋지 않다. crypto 모듈로 암호화

cartItems 테이블의 외래키를 설정하려고 하니 위와 같은 오류가 나왔다 .errno: 121 "Duplicate key on write or update”Foreign Key 의 이름이 중복되어서 발생한 오류라 중복되지 않도록 FK 제약조건에 따라서 이름을 변경해

sql 에서 데이터를 삭제하려고 하니 위와 같은 오류가 발생하였다 .Error Code: 1701. Cannot truncate a table referenced in a foreign key constraint외래키가 있는 테이블에서 데이터를 삭제할 수 없다는 오류이

회원 로그인 을 진행할때 입력받은 email을 db에서 찾아서 해당 유저의 데이터가 있고 해당 유저의비밀번호 (암호화해서 저장된 비밀번호 ) 와 입력받은 비밀번호를 암호화한것이 같다면 로그인을 진행을 했었었다.그 기능에 추가적으로 유저가 로그인 시에 response의

도서 정보들을 한페이지에 다 불러오는 것은 불필요하기에 offset , limit , SQL_CALC_FOUND_ROWS , found_rows() 를 사용해서 pagination을 구현해 볼 예정이다.SELECT 명령어와 함께 사용되며 , LIMIT 을 사용해 조회되