전체 글90 장고 MySQL 연동 오류 줄이는 점검 순서표 장고 프로젝트에서 SQLite를 MySQL이나 MariaDB로 바꾼 뒤 연결 거부, 인증 실패, 문자 깨짐 또는 마이그레이션 오류가 난다면 패키지만 다시 설치하기보다 서버, 계정, 드라이버와 DATABASES 설정을 순서대로 확인해야 합니다. 장고는 MariaDB에도 MySQL 백엔드를 사용하며 연결 정보는 이름, 사용자, 비밀번호, 호스트와 포트로 구성됩니다. 이 글은 비밀값을 코드에 남기지 않고 연결과 마이그레이션을 안전하게 검증하는 절차를 정리합니다.권한과 연결 결과를 명령으로 검증하세요.비밀값은 코드 저장소에 남기지 마세요.연동 전에 서버와 계정 확인먼저 데이터베이스 서버가 실행 중이고 애플리케이션이 접근할 호스트와 포트에서 요청을 받는지 확인합니다. 같은 컴퓨터라도 localhost와 127.0.. 2026. 10. 22. 장고 URL 매핑과 역참조 오류 줄이는 실전법 장고에 새 화면을 만들었는데 404가 나거나 다른 뷰가 실행되고, 템플릿의 링크가 배포 후 깨진다면 URL 패턴의 순서와 이름 기반 역참조를 먼저 살펴야 합니다. 장고는 요청 경로를 URLconf의 위에서 아래로 비교해 처음 일치한 패턴의 뷰를 호출합니다. 이 글은 프로젝트와 앱 URL 분리, path 변환기, 패턴 충돌, name과 namespace, reverse를 활용해 경로 변경에도 안전한 매핑을 만드는 방법을 정리합니다.공식 문서와 실제 응답을 함께 비교하세요.작은 테스트로 확인한 뒤 적용 범위를 넓히세요.값을 확인하세요.URLconf가 요청을 찾는 방식프로젝트의 루트 URLconf는 전체 요청의 출발점이며 include를 사용해 앱별 URLconf로 책임을 나눌 수 있습니다. 앱 안에서는 화면.. 2026. 10. 22. 장고 뷰와 템플릿 연결 오류 줄이는 실전 비법 장고 URL을 열었는데 TemplateDoesNotExist가 나오거나 화면은 보이지만 전달한 값이 비어 있다면 URL, 뷰, 템플릿과 컨텍스트의 연결을 순서대로 점검해야 합니다. 요청은 URL 패턴에서 뷰로 전달되고, 뷰는 필요한 데이터를 준비해 템플릿을 렌더링한 응답을 반환합니다. 이 글은 파일 위치, render 사용, 컨텍스트 이름, 템플릿 로더와 오류별 확인 순서를 정리해 첫 화면 연결에서 생기는 실수를 줄입니다.상태코드와 로그를 한 쌍으로 점검하세요.경로 이름과 전달 인자를 기록해 두세요.값을 확인하세요.다시 검증하세요. 요청에서 화면까지 흐름 이해브라우저 요청은 먼저 프로젝트 URLconf와 앱 URLconf의 패턴을 거쳐 연결된 뷰 함수나 클래스에 도착합니다. 함수형 뷰는 request를.. 2026. 10. 21. 장고 응답 타입 선택과 상태코드 한눈에 점검법 장고 뷰가 데이터를 만들었는데 브라우저에는 빈 화면이 보이거나 JSON 대신 HTML이 내려오고, 오류 상황에서도 항상 성공으로 표시된다면 반환 객체와 상태코드를 먼저 확인해야 합니다. 장고 뷰는 HttpResponse 계열 객체를 반환해야 하며 render, redirect, JsonResponse 같은 도구는 서로 다른 목적을 가집니다. 이 글은 화면 렌더링, 이동, JSON 응답, 파일 응답과 오류 상태를 선택하는 기준을 실무 흐름으로 정리합니다.공식 문서와 실제 응답을 함께 비교하세요.상태코드와 로그를 한 쌍으로 점검하세요.응답 객체와 상태코드 이해HttpResponse는 본문, 상태코드와 헤더를 담는 기본 응답 객체입니다. 단순 텍스트나 이미 만든 바이트를 반환할 수 있지만 HTML 화면은 템.. 2026. 10. 21. 장고 경로와 쿼리 파라미터 선택하는 실전 비법 장고 URL에 값을 전달할 때 상품 번호를 경로에 넣을지 물음표 뒤 쿼리에 넣을지 애매하면 주소가 표현하는 자원과 선택 조건을 구분해야 합니다. 경로 파라미터는 어떤 대상이나 계층을 가리키는 데 적합하고, 쿼리 파라미터는 검색, 정렬, 필터와 페이지처럼 같은 목록의 선택 조건을 표현하기 좋습니다. 이 글은 URL 패턴, 변환기, request.GET 처리, 역참조와 검증 기준을 예제로 정리해 안정적인 주소 설계를 돕습니다.정상 요청과 오류 요청을 모두 시험하세요.실패 원인을 숨기지 말고 로그와 응답을 나눠 보세요.경로를 확인하세요.경로와 쿼리의 의미 구분경로 파라미터는 /articles/42/처럼 특정 자원을 식별하거나 /shops/3/orders/처럼 계층 관계를 나타낼 때 자연스럽습니다. 쿼리 파라미.. 2026. 10. 20. 장고 GET POST 요청 처리와 보안 점검법 장고 뷰에서 검색어가 비어 있거나 저장 버튼을 누를 때 같은 데이터가 다시 등록된다면 GET과 POST의 목적, 입력 위치와 응답 흐름을 먼저 구분해야 합니다. GET은 조회 조건을 URL 쿼리로 전달하기에 적합하고 POST는 서버 상태를 바꾸는 폼 제출에 주로 사용합니다. 그러나 메서드만 바꾼다고 검증과 보안이 완성되지는 않습니다. 이 글은 request 데이터 접근, 분기, CSRF 보호, 검증과 리디렉션을 실무 순서로 정리합니다.실패 원인을 숨기지 말고 로그와 응답을 나눠 보세요.보안 검사는 화면이 아니라 서버에서 수행하세요.GET과 POST의 책임 구분GET 요청은 보통 목록, 검색, 정렬과 페이지 이동처럼 서버 상태를 바꾸지 않는 조회에 사용하며 조건이 URL에 남아 공유와 재현이 쉽습니다. .. 2026. 10. 19. 이전 1 2 3 4 ··· 15 다음
