PM과 BD, Backend 그 어느 사이

아래 내용 과제 [SQL복습 ] 과제 foundation 때 대충 했던 [MySQL로 Database 만들기] 1. DDL, DML 사용 (ERD 연결) 이후 프로젝크 3차 하면서 sql 공부하면서 채우게 된 [SQL복습 ] 과제 https://pm-developer-justdoit.tistory.com/70 Foundation 2 과제 - sns posti pm-developer-justdoit.tistory.com join 개념 참고 SQL 복습 - DATA 검색, 조회, 정렬, 필터링, 페이지네이션 ; SELECT, INNER/LEFT JOIN, GROUP BY *select: 데이터 조회 (전체 목록 페이지 : [전체 데이터 조회] select * from posts [특정 열 조회] select..

어느 파일이나 가서, 테이블 명 누르면 들어가진다. database 이름 해당되는 거 클릭하고 눌러서 수정하면, mysql에서 show databases, select * from 하면 수정된 내용이 보인다.

1) 위에 import에서 회색 글씨인 이유는, 아래에서 선언이 안 돼서 그런 거 뿐. 2) module.exports를 { }에 담아서 객체로 보내줬으면, require할 때도 {} 에 담아서 해야 함 \ postRouter.js 에서 { } 에 담아서 postRouter를 내보냈으니 postRouter도 { } 에 담겨 있어야 한다. 또다른 예시 service.js에서 객체에 담아 줬기에 service의 앞단에서 require 받는 controller에서는 (위처럼 require import는 앞단에서) 객체로 받아야 한다. 3) postRouter로 이름 지었는데 threadRouter 등등으로 해서 오류 4) app.js의 app.get("/users", userService.getUsers) a..

상세페이지 ui 이미지는 10/25 source freezing

Routes는 클라이언트의 요청 URL 경로와 해당 경로에 대한 처리 로직을 매핑하는데 사용됩니다. 예를 들어, Express.js에서 라우팅은 특정 URL에 대한 핸들러 함수를 연결하고, 해당 URL로 들어오는 요청을 처리 Routers (라우터): "Routers"는 주로 Express.js와 같은 Node.js 기반 웹 프레임워크에서 사용되는 용어입니다. 라우터는 라우팅 로직을 그룹화하고 모듈화하는 데 사용됩니다. 이는 더 큰 응용 프로그램에서 라우팅 로직을 모듈화하고 관리하기 위한 방법입니다. 라우터를 사용하여 API 엔드포인트를 별도의 파일로 분리하고 관리할 수 있습니다.

이어지는 글 Project 3- 주문 api. ->작성 후 수정 팁: 작성 시 이렇게 순서대로 틀어놓고 하니 편했음. CRUD 에서 getPosts createPosts updatePosts deletePosts 하는 거처럼 이렇게 나누어서 했는데, controller에서는 하나의 함수 service에서는 하나의 함수 dao에 pm-developer-justdoit.tistory.com 우선 token 고려하지 않고 짜기로 --> 토큰은 미들웨어 함수에 넣기로 해서 1. orders 테이블에 '주문 정보' 저장 2. order details 테이블에 'product id / quantity' 저장 --> 총 함수 2개 3. 주문 내역 불러오기 -> left join 필요 1. orders 테이블에 '주문..

project 2에, 프론트 2년차이셨던 분이 백엔드 팀에 함께해서 배우게 된 부분 적용 나머지는 모두 아래 링크와 똑같은데, Project 1 - 1일 차: "초기환경" 세팅 [체크리스트] [[ 프로젝트 초기 세팅 체크리스트를 하면서, 배운 것들]] 1. root 폴더 | 초기세팅시 진행사항 pull_request_template.md 상세하게 작성 .gitignore 에 다음의 자동생성 사이트를 이용하여 vim, macOS, node, linux, pm-developer-justdoit.tistory.com 깃허브에 올라가거나, 에러 수정할 떄 보면 코드가 예쁘게 되어 있으면 더 보기 좋더라. 아무래도 오래 보다보니 그런 듯.

project 3 시작하기 전 주말부터 한 것 1. CRUD 코드 생성 (app.js 단일) --> 작성 2. CRUD layered pattern 적용 3. CRUD 코드 생성 (app.js 단일) _ (header에서 verify token 코드 주석처리) --> postman 통신 시도 --> 성공 4. CRUD 코드 생성 (app.js 단일)_ header에서 verify token 코드 살리고 --> postman 통신 시도 --> 코드 수정 --> 성공 5. layered pattern 적용된 CRUD _ header에서 verify token 4번에서 수정/완성된 코드로 수정 --> postman 통신 시도 --> 코드 수정 --> 성공 4번 CRUD with token ; postman 통..

2시간 이내에 4번이나 난 오류 깃허브 저장소 이름 바꾸고 정리하다보니, repository 주소가 바뀌어 생긴 오류 인 거 같다 그래서, git remote remove 로 원격저장소 연결 끊고 다시 새 주소로 연결 git remote add origin 새주소 했는데도 같은 오류가 떴다 오류 #1 오류 #2 깃허브 저장소 이름 변경하거나 정리하면 저장소 주소도 함께 변경 되어 오류 가 나니, 로컬 저장소 원격 주소 변경하는 법도 알려주었다. [해결] 1. git fetch origin 2. git merge origin/main 치면 바로 아래 화면 뜨고 :q 누르면 바로 나온다 그러면 아래에 이렇게 뭐라고 뜬다 3. git push origin main remote에 가서 확인해보는데 해당 repo..