헷갈리는 부분 정리

손님은 주방에 직접 못 들어가고 웨이터를 통해서만 주문하듯이, 클라이언트는 API를 통해서만 서버에 요청해요!쉽게 말해 "프로그램끼리 데이터를 주고받는 약속된 방법" 이에요! 😊

지금 배우는 DRF가 바로 REST API 예요!원하는 데이터만 골라서 한번에 받을 수 있음대표적으로 Facebook, GitHub 에서 사용예전 수업 6일차에서 배웠던 내용!

둘 다 같은 결과지만 Viewsets이 코드가 훨씬 짧아요! 😊

서버에서 내용이 바뀌지 않는 파일들을 모아두는 곳쉽게 말해 웹사이트의 옷(디자인)과 행동(기능)을 담당하는 파일들 이에요!

URL은 API를 구성하는 요소 중 하나! 라고 생각하면 돼요 😊

CI(Continuous Integration, 지속적 통합)는 개발자들이 코드 변경 사항을 자주(보통 하루에 여러 번) 공유 저장소에 병합하는 개발 방식이에요.코드를 push할 때마다 자동으로:1\. 빌드 — 코드를 컴파일/번들링2\. 테스트 — 자동화된 테스트 실행

DB 데이터를 프론트엔드가 읽을 수 있는 JSON 으로 변환 프론트엔드 / 앱 ↕ JSON Serializer ← 여기서 변환 + 검증 ↕ Python 객체 DB (모델) Serializer = 공항 입출국 심사대출국 (직렬화

Python 패키지 설치, 의존성 관리, 가상환경 관리까지 모두 한 번에 해결하는 초고속 패키지 관리자 (Rust로 만들어져서 속도가 매우 빠름)구성적으로 보면,pip + pip-tools + venv + virtualenv + poetry 일부 기능을하나로 합쳐놓은

ORM = 파이썬으로 DB 조작 (편리하고 안전) SQL = DB에게 직접 명령 (강력하고 세밀한 제어 가능)둘 중 하나만 쓰는 게 아니라, ORM 기본 + 복잡한 쿼리는 SQL 조합이 실무 정석이에요! 🎯ORM 쓸 때├── 일반적인 CRUD 작업├── 빠른 개발이

은행 송금 상황을 생각해보세요.이 상태로 끝나면 김철수 돈만 사라지는 대참사 발생!"이 작업들은 전부 성공하거나, 전부 실패해야 해!" 라고 묶는 것트랜잭션 = 작업을 하나로 묶는 것 롤백 = 묶인 작업 중 하나라도 실패하면 전부 없던 일로 되돌리는 것 ↩️

key value 값도 데이터베이스와 엑셀 비슷한거니?Key-Value도 비슷하긴 한데, 살짝 달라요!엑셀 / DB → 표 구조 (행과 열이 정해져 있음)Key-Value → 쌍으로만 존재 (표 구조 없음)개념은 비슷하지만, DB/엑셀은 표 형태로 엄격하게 구조가 고정

절차지향 = 혼자 처음부터 끝까지 다 하는 사람 "내가 설계하고, 내가 만들고, 내가 팔고..."객체지향 = 회사 조직처럼 역할 분담 기획팀 → 개발팀 → 영업팀 각자 역할이 있고 서로 소통캡슐화

범용 언어 = 웹, AI, 게임 등 뭐든 만들 수 있는 언어 (파이썬, 자바 등) SQL = DB 조작만 가능한 전용 언어 🎯

대부분 비워두는 파일이에요!💡 파일이 비어있어도 절대 삭제하면 안돼요!없으면 Python이 폴더를 패키지로 인식 못해서import 할 때 에러가 발생해요! ❌

Django의 settings.py 템플릿 설정이에요!"HTML 템플릿 파일을 어디서 찾을지" 경로를 지정하는 설정이에요!💡 API 서버만 만들 때는 DIRS 거의 안써요!HTML을 직접 렌더링하는웹 서비스 만들 때 주로 사용해요!

"변하지 않는 파일들을 서빙하는 곳" 이에요!💡 API 서버만 만들 때는 static 거의 안써요!React/Vue 같은 프론트엔드가 따로 있으면프론트에서 static을 관리하고FastAPI는 데이터만 주고받아요!

"요청할 때마다 내용이 달라지는 파일" 이에요!💡 FastAPI는 주로 동적 파일(JSON 데이터) 을 다뤄요!정적 파일은 프론트엔드(React/Vue)가담당하는 경우가 대부분이에요!

모델이 정해지면:DB 구조가 정해지고admin 화면 구조가 정해지고Form 구조가 정해지고나중에 Serializer 구조도 정해집니다.각각의 분야에 대한 구조들이 상황마다 달라지니?💡 핵심 원칙은"필요한 것만 노출하고 나머지는 숨기는 것" 이에요!특히 password

"파일 하나로 동작하는 초경량 데이터베이스" 예요!💡 Django 처음 배울때SQLite 로 시작하는게 정석이에요!나중에 실서비스 할 때PostgreSQL 로 교체하면 돼요! ✅

"파일 하나로 동작하는 초경량 데이터베이스" 예요!💡 Django 처음 배울때SQLite 로 시작하는게 정석이에요!나중에 실서비스 할 때PostgreSQL 로 교체하면 돼요! ✅

django.contribDjango의 "contrib" 앱 모음은 선택적으로 제공되는 내장 앱으로, Django에 포함되어 있지만 핵심 프레임워크의 일부는 아닌 재사용 가능한 유틸리티입니다.흔히 볼 수 있는 것들은 다음과 같습니다:django.contrib.admin

Django 사용 DRF 사용──────────────────────────────────────웹사이트만 만들 때 앱도 같이 만들 때HTML 페이지 필요할 때 API 서버 만들 때혼자 쓰는 서비스

소프트코딩 (Soft Coding) 이에요!값을 코드에 직접 박지 않고 외부에서 주입받는 방식이에요.환경변수, 설정파일, DB, 함수 매개변수 등으로 값을 분리하는 것 모두 소프트코딩입니다 😊\--코드 안에 값을 직접 고정으로 박아 넣는 것이에요.

Django에서 뷰를 함수로 작성하는 방식이에요.초보자는 FBV 먼저 익히는 게 일반적이에요! 흐름이 직관적으로 보여서 이해하기 쉽거든요 😊

GET → 검색, 목록 조회, 상세 보기POST → 로그인, 회원가입, 게시글 작성, 수정, 삭제💡 조회는 GET, 변경은 POST 로 기억하세요!

base.html의 공통 레이아웃을 그대로 가져오고이 파일은 다른 부분만 채워넣는 역할{{ study.title }} = views.py에서 넘겨준 study 객체의 제목① 배지 묶음한눈에 볼 수 있는 요약 정보들을 배지로 표시② 학습 메모|linebreaksbr =

① header — 모든 페이지 공통 상단어느 페이지를 가도 항상 고정으로 보이는 상단 바② main — 페이지마다 달라지는 핵심 영역이 구멍 하나로 모든 페이지 내용이 바뀜study_list.html, study_form.html, study_detail.html 이

설계도가 바뀌면 실제 건물도 바꿔줘야 하는 것처럼!나중에 필드를 추가하고 싶으면변경 이력이 파일로 쌓여요= DB 변경 히스토리라고 보면 돼요모델 바꿀 때마다 이 두 명령어 세트가 항상 따라와요 😊

아니요, 훨씬 더 많습니다! Django/DRF/Spring은 대표적인 예시일 뿐이고, 백엔드 프레임워크는 언어별로 굉장히 다양해요.전혀요! 저 3개는 "한국에서 많이 쓰는 것들" 중 일부일 뿐입니다.언어별로 각자 대표 프레임워크들이 있어요:Python — Django

인스턴스는 클래스(설계도)를 바탕으로 실제 메모리에 생성된 구체적인 객체를 말합니다.독립적인 상태 보유 — 같은 클래스에서 만들어져도 각 인스턴스는 자신만의 데이터(속성)를 가짐메모리 공간 점유 — 클래스는 정의만 할 뿐이고, 인스턴스가 생성될 때 실제 메모리가 할당됨

객체를 만들기 위한 틀/템플릿입니다.클래스로 만들어진 실제 데이터 덩어리입니다.속성(데이터) + 메서드(기능)를 함께 가집니다.클래스 Person ↔ 테이블 persons속성 name, age ↔ 필드 name, age객체 p1(철수

crud   django 내장 함수 로    form함수가 아닌  modelform 함수를  이용하여  간단하게 만들수있는데  그때  생성 데테일 수정 삭제 기능을 만들수있는데 이 파일의 역할들은 무조건 장고 drf는  crud 기반형태로 만드는게 정석인지 궁금해  추

좋은 질문이에요! 이 네 가지 기술이 웹 개발에서 어떻게 연결되는지 큰 그림을 시각적으로 보여드릴게요.먼저 전체 구조를 다이어그램으로 정리해 볼게요.핵심 관계를 정리하면 이렇습니다.Django는 Python 풀스택 웹 프레임워크로, MTV(Model-Template-V

Celery Beat는 Celery의 주기적 태스크 스케줄러로, 정해진 간격이나 crontab 스케줄에 따라 태스크를 자동으로 실행합니다.Celery Beat는 크게 세 가지 요소로 구성됩니다.Beat Scheduler — 주기적으로 태스크를 큐에 넣는 프로세스입니다.

좋은 질문이에요! 비슷해 보일 수 있지만, 본질적으로는 꽤 다릅니다.둘 다 "사람이 직접 하지 않아도 알아서 작업을 수행한다"는 점에서는 비슷합니다. 예를 들어 "매일 아침 리포트를 보내줘"라는 요구를 둘 다 처리할 수 있죠.Celery Beat는 말하자면 정해진 알람

야물파일 포트 fastapi redis 샐러리 DB SQL Docker(개발자입장에서 처리흐름도방식과 사용자가 사용할때의 처리흐름도방식)(장고내장함수 함수 클래스 메서드 \_ 여러가지... 해석에 있어 자주나오는거 해석 )(폴더 파일마다 구성하는 기본적인 형태에 다 비

디렉토리(Directory) 는 파일을 담는 "폴더" 입니다.Windows의 폴더(📂)와 같은 개념으로, 파일과 다른 디렉토리를 계층적으로 정리·보관하는 컨테이너입니다.가장 위에 루트(/) 가 있고, 그 아래로 가지처럼 뻗어나갑니다.디렉토리 안에 디렉토리를 넣을 수

TEMPLATES\['DIRS'] 는 Django에게 HTML 파일을 어디서 찾아야 하는지 알려주는 설정이고, STATICFILES_DIRS 는 CSS, JS, 이미지 같은 정적 파일을 어디서 찾아야 하는지 알려주는 설정입니다. 두 설정 모두 "파일 탐색 경로"를 지정

CharField는 Django 모델에서 가장 자주 쓰는 필드 중 하나로, 짧은 텍스트를 저장하는 칸입니다. 이름, 제목, 주소처럼 한 줄짜리 글자를 담을 때 씁니다.아래 흐름도로 전체 개념을 한눈에 확인해 보세요.---엑셀의 셀 하나라고 생각하면 쉬워요. 이름, 제목

질문 코드 해석 하나씩 자세하게 알려줘def : 함수를 정의하는 키워드todo_list : 함수 이름 (URL 요청이 들어오면 이 함수가 실행됨)request : 사용자가 보낸 HTTP 요청 정보가 담긴 객체 (누가 요청했는지, GET/POST인지 등)Todo : 데이