프론트 → 컨트롤러 → 서비스 → DB. 결과는 반대로 돌아옴컨트롤러는 입력 형식(body값에 null값이 잘들어왔군 - 타입같은거)과 HTTP 응답, 서비스는 제품 규칙(개발 body값이 비면 안되지)과 DB 작업.input은 저장해달라고 받은 값, rows는 DB

JSON = 텍스트 객체글자로 바꿔 보내고 받는 쪽에서 다시 객체로 만드는 거였다.express.json()은 프론트의 await res.json()이랑 같은 일이다.이게 없으면 req.body가 undefined라서 PUT만 터진다. GET, DELETE는 멀쩡하고.

DB는 그냥 엑셀이었다. 표 = 시트, 컬럼 = 머리글, 행 = 한 줄.화면에서 칸 하나 탭하면 그 시트에 한 줄 추가되는 거다. SQL은 값을 쉽게 넣는 도구가 아니라 DB랑 대화하는 유일한 방법이다.CREATE / INSERT / SELECT / UPDATE / D

PUT, DELETE, PATCH등등

프론트엔드 개발자가 된지 2년 5개월차..ai는 발전하고 회사는 ax도입하면서 앞으로 개발자의 전망이 무서워졌다.

📌 발행 전 삭제 — 제목: 이벤트 루프 핵심 정리 / 태그: JavaScript 이벤트루프 비동기 TILsetTimeout(fn, 0)은 "0초 뒤"가 아니라 "동기 코드가 전부 끝나면 그다음" 이다.지정 시간은 최소 대기 시간일 뿐 실행 시점의 보장이 아니다.se

프론트엔드 기초 다시 쌓기 챌린지 24일차.Part 3 "네트워크 기초"의 네 번째 수업.Day 21~23에서 HTTP의 큰 틀(요청/응답 구조, 메서드, 상태 코드)을 배웠다면,오늘은 그동안 "부가 정보"라고만 넘겼던 헤더를 자세히 보고,HTTP에 S가 붙으면 뭐가

프론트엔드 기초 다시 쌓기 챌린지 23일차.Part 3 "네트워크 기초"의 세 번째 수업.어제 HTTP 메서드(GET, POST, PUT, DELETE)와 REST API를 배웠다면,오늘은 서버가 "결과가 어떻게 됐는지"를 숫자로 알려주는 방법 — 상태 코드를 배웠다.

프론트엔드 기초 다시 쌓기 챌린지 22일차.Part 3 "네트워크 기초"의 두 번째 수업.어제 HTTP 요청/응답 구조를 배웠다면,오늘은 요청 라인에 들어가는 메서드가 각각 뭘 하는지,그리고 이걸 체계적으로 쓰는 REST API 규칙을 배웠다.HTTP 메서드가 바로 이

프론트엔드 기초 다시 쌓기 챌린지 21일차.Part 3: 네트워크 기초 시작!Part 1에서 "코드가 사용자 화면까지 가는 과정"을,Part 2에서 "비밀 정보 관리"를 배웠다면,Part 3에서는 그 사이에서 일어나는 대화 — 네트워크를 배운다.오늘의 핵심 질문:"브라

프론트엔드 기초 다시 쌓기 챌린지 20일차.Part 2: 환경변수·시크릿·보안 (Day 16~20) 완료!오늘은 5일간 배운 환경변수·시크릿·보안을 하나의 흐름으로 연결하는 시간이었다.Part 1의 배포 파이프라인에 Part 2의 보안 지식을 합치면:Q1. 새 프로젝트

프론트엔드 기초 다시 쌓기 챌린지 19일차.Part 2 "환경변수·시크릿·보안"의 네 번째 수업.Day 16~18에서 환경변수와 API 키 관리를 배웠다면,오늘은 "해커가 우리 사이트를 어떻게 공격하는가? 그리고 어떻게 막는가?"를 배웠다.해커가 우리 사이트에 악성 스

프론트엔드 기초 다시 쌓기 챌린지 18일차.Part 2 "환경변수·시크릿·보안"의 세 번째 수업.Day 16에서 NEXTPUBLIC 규칙을, Day 17에서 .env 관리법을 배웠다면,오늘은 API 키를 체계적으로 관리하는 실전 패턴을 배웠다.납품업체에서 카드를 두 장

프론트엔드 기초 다시 쌓기 챌린지 17일차.Part 2 "환경변수·시크릿·보안"의 두 번째 수업.어제 NEXTPUBLIC의 비밀을 배웠다면,오늘은 환경변수를 환경별로 관리하는 법과 유출 사고 대처법을 배웠다.레스토랑이 확장됐다.같은 레시피(코드)인데 지점마다 납품처(환

프론트엔드 기초 다시 쌓기 챌린지 16일차.Part 2: 환경변수·시크릿·보안 시작!Part 1에서 코드가 사용자 화면까지 가는 전체 흐름을 배웠다면,Part 2에서는 그 흐름 속에 숨겨진 비밀 정보 관리를 다룬다.오늘의 핵심 질문:"내가 .env에 적은 값이 혹시 사

프론트엔드 기초 다시 쌓기 챌린지 15일차.Part 1: 빌드·배포 프로세스 (Day 1~15) 완료!오늘은 15일간 배운 모든 걸 하나의 큰 그림으로 연결하는 시간이었다.Day 1에서 던졌던 질문: "내 코드가 어떻게 사용자 화면까지 가는가?"15일 전에는 막막했지만

프론트엔드 기초 다시 쌓기 챌린지 15일차.Part 1: 빌드·배포 프로세스 (Day 1~15) 완료!오늘은 15일간 배운 모든 걸 하나의 큰 그림으로 연결하는 시간이었다.Day 1에서 던졌던 질문: "내 코드가 어떻게 사용자 화면까지 가는가?"15일 전에는 막막했지만

프론트엔드 기초 다시 쌓기 챌린지 14일차.Week 3 "실전 배포 흐름"의 네 번째 수업.Day 11~13에서 CI/CD + Docker로 완성된 배포 파이프라인을 만들었다면,오늘은 "문제가 생겼을 때 어떻게 대응하는가"를 배웠다.이때 해야 할 일:핵심 원칙: "고치

프론트엔드 기초 다시 쌓기 챌린지 13일차.Week 3 "실전 배포 흐름"의 세 번째 수업.Day 11에서 CI/CD를, Day 12에서 Docker를 각각 배웠다면,오늘은 이 둘을 합쳐서 완성된 배포 파이프라인을 만드는 시간이었다.지금까지 배운 걸 레스토랑으로 쭉 이

프론트엔드 기초 다시 쌓기 챌린지 11일차.Week 3 "실전 배포 흐름"의 첫 번째 수업.지금까지 빌드·배포·서버·pm2·Nginx·로그까지 배웠다면,오늘은 "이걸 왜 매번 수동으로 하고 있었지?" 라는 질문에서 시작한다.지금까지의 배포 과정을 떠올려보면 이렇다.하루