SQL 작성 없이 DB 스키마를 변경해봅시다.
ORM의 개념을 모르시는 분들이 있을 수도 있으니, 간략히 설명하며 이번 포스팅을 시작하겠습니다. 다만, ORM의 개념을 모르신다면 이번 포스팅을 이해하기 위해 다음의 사항들을 공부하시면 좋습니다. 데이터베이스 이론SQL기본 문법postgreSQL 및 pgAdmin 사
model엔 데이터의 틀을 설계하고, view엔 인스턴스를 생성한 뒤 이를 template으로 보내고, template에선 DTL을 사용해 이를 받아와 동적으로 데이터를 사용합니다.
인터프리터가 정적 자원을 올바르게 찾고 로드하도록 하는 모든 여정을 담았습니다.
가상환경 설치, 초기 세팅, project및 app생성, 서버 시작은 모두 완료된 상태라 가정하고 글을 작성하겠습니다. 우선 가장 먼저, 생성된 app(Django에서는 기능을 app단위로 구분합니다) 폴더 안에 urls.py 파일을 만들어주겠습니다.
URL의 쿼리 부분에 유저가 입력한 정보가 노출되는 것을 막기 위한 방법과, CSRF공격 방어를 우리의 form에 적용해줍시다.
안녕하세요, 오늘은 데이터베이스 CRUD연산을 수행해볼 건데,통신 코드를 작성하지 않고 장고에서 기본적으로 제공하는 admin페이지를 이용해보려 합니다.기본적으로 장고는 Java Spring이나 여타 백엔드 프레임워크와 달리, admin페이지를 자체적으로 제공해줍니다.
안녕하세요, 오늘은 꽤나 많은 이야기를 다뤄보려 합니다. 다룰 내용들을 요약하면 다음과 같습니다.1 MEDIA_URL, MEDIA_ROOT는 무엇인가?2 setting.py에 MEDIA_URL, MEDIA_ROOT는 왜 적어주어야 하는가?3 MEDIA_URL, MEDI
프론트엔드와 백엔드의 원활한 통신을 위해선,브라우저의 기본 동작인 CORS정책을 무력화시켜야 합니다. 간단히 말해서, 특정 데이터가 존재하는 url외의 주소에서 해당 데이터를 요청하면 데이터를 보내주지 않도록 브라우저가 막는 보안 기능입니다. 예를 들어, 데이터가 저장
여기, 서비스 유저가 업로드한 게시글을 조회할 수 있는 두 개의 API뷰가 있습니다. 각각의 API VIEW에 접근할 수 있는 엔드포인트는 다음과 같습니다. 두 개의 게시물 조회 API뷰 PostList 와 PostDetail 은 각각 다른 역할을 수행합니다. List
장고에서 기본으로 제공하는 User 클래스를 받아와 별도의 개발 없이 사용자를 관리할 수 있습니다. 하지만, 아래의 두 가지 이유로 사용자 클래스를 직접 설계해야 하는 상황이 발생합니다. Django 기본 User 클래스의 사용자 인증 방식 - username으로 인증
백엔드를 DRF로 구현하는 경우에도, simplejwt를 이용해 JWT인증방식을 서비스에 적용할 수 있습니다. 먼저 터미널에 아래와 같이 입력하여 simplejwt를 다운받을 수 있습니다.이후, settings.py파일에서 몇 가지 설정을 해주어야 합니다.먼저 INST