작정하고 Django 강의

1강에서는 무엇을 만들 것인가에 대해 얘기함, Front-End, Back-End, 장고 app 종류, Docker, Vultr

pycharm 설치 및 가상환경 만들기, 프로젝트 시작하기, django 설치하기, 프로젝트 설정, 가상환경 다시 만들기, 새로 만든 가상 환경 위에서의 django 다시 설치하기

MVC 개발 패턴(Model, View, Controller(=Template)), for 문, if 문, 요약

Acount App 생성, Account App 사용, View 작성, View 라우팅, 결과 확인

Git, Branch, Git에서 사용하는 명령어, Git 사용

.gitignore 설정, 환경변수 분리, SECRET_KEY 관리하기, Git 활성화, Commit

Django의 Template, template 폴더 만들기, Commit

만들고자 하는 레이아웃 형태, include 구문으로 다른 파일로 만들기, accountapp 내부에 따로 accountapp 자체의 templates들을 보관할 경로 만들기, Commit

Header, Footer 구성하기, 부트스트랩 추가, 폰트 설정, git에 저장하고 커밋

CSS 파일을 분리, footer css 분리, 나머지 css 분리, Git에 저장

css에서 배워야 할 핵심적인 개념, DISPLAY 속성 Visibility의 속성, Size 속성, 요약

hello_world.html 파일 작성, Display 속성 코드 짜기, root html문서 font-size 바꾸기, 부모 div태그의 font-size 바꾸기, git 리셋

Django의 Model, Django와 DB 연동, 커밋 하기

HTTP 프로토콜, GET 방식, POST 방식

GET 방식과 POST 방식, Submit 버튼 만들기, 보안 기능 명시, Git에 commit하기

hello_world.html 파일 수정, view.py 파일 수정, 다시 hello_world.html 파일에서 수정, Commit 하기

manage.py 파일 수정, hello_world.html 파일 수정, 새로 고침 시 발생하는 문제, 해결 - redirection, 커밋하기, 오류 수정

디버깅 설정, 일반적으로 돌리는 것과의 차이점

개요, Account App에 관한 함수, CRUD(Createview, Readview, Updateview, Deleteview)

AccountCreateView 클래스 view 만들기, 경로 지정, templates 폴더에 Create.html 파일 만들기, Commit

Login view & Logout view 사용, html 만들기, login과 logout에서 redirect 경로를 찾는 매커니즘, 로그인 창으로 들어가는 것을 만들어주기, 문제, LOGIN_REDIRECT_URL 설정으로 해결, Commit

django-bootstrap4 라이브러리 설치, 라이브러리 사용, login.html 전체 코드, create.html도 똑같이 코드 수정, account/hello_world 폰트 변경, Commit

Read view 구현 장고에서는 Detail View 라는 이름의 view 를 사용하여 Read view 를 구현한다. detail.html 작성 detail.html로 들어가도록 라우팅 detail은 특정 유저 정보를 Read하는 것이기 때문에 그 계정의 Primary key가 필요 Primary key : 특정 유저 객체가 가지고 있는 고유한 키...

CreateView를 활용해 UpdateView 작성 UpdateView는 CreateView에서 들어가는 중요한 파라미터가 사실상 거의 동일하기 때문에 CreateView를 복사해 UpdateView 를 수정 및 작성 라우팅 update.html 작성 pk=user.pk : update에서는 integer값이 pk에 대한 정보를 update.html...

Bug Fix ※ 수정 views.py에서 AccountUpdateView, AccountDeleteView의 contextobjectname = 'target_user' 추가 update.html, delete.html파일에서 pk=user.pk → pk=target_user.pk로 수정 urls.py에서 복수형 s 붙이기 : path('account...

함수마다 시작시간 종료시간을 확인앞뒤로 datetime.now()를 붙여주어 print 구문의 시작과 종료시간이 출력되게 함.반복적인 수작업이 되버림 -> 가독성 떨어짐.decorator 정의어떤 함수를 인자로 받아서 그 함수를 앞뒤(혹은 앞만, 뒤만)꾸며줄 수 있는

superuser, media 설정장고 어드민 창 : superuser 계정이 있어야 접속이 가능하다.python manage.py createsuperuser장고에서 제공해주는 Users밖에 사용하지 않았기 때문에 다른 모델들이 보이진 않는다.admin 을 제외한 기

detail 페이지로 들어갔는데 사용자의 ID가 노출되는 문제\-> ID를 Nickname으로 바꿔주기프로필 이미지(image), 닉네임(nickname), 상태메세지(message)이 3가지를 같이 묶은 profileapp 을 만들 것이다.account객체와 prof

우리가 만든 위의 모델을 DB에 반영시켜주는 작업아래 명령어를 터미널에 입력해 "migrations 파일" 을 하나 만들어주고 이후 migratemigrate를 해야 우리가 만든 Model이 적용된다.pragmatic/profileapp/templates/profile

ProfileCreateView에 이어서 ProfileUpdateView도 만들어주기어떤 profile에 접근해야하는지를 알려줘야 하므로 int:pk 추가단순히 이런식으로는 img가 보이지 않는다 → Routing 필요이를 해결하기 위해서 /pragmatic/pragm

success_url프로필은 수정하고 나서 그 계정의 페이지로 가는것이 좋기 때문에 profileapp의 views.py에서 success_url = reverse_lazy('accountapp:detail') 로 수정detail 페이지는 accountapp/urls.

게시글 앱을 만들기 전에 게시글을 listing 해줄 때 핀터레스트를 따온 카드형 레이아웃을 구현할 방법으로 자바스크립트 라이브러리인 MagicGrid 를 살펴본다python manage.py startapp articleapppath에서 list/로 접근.장고에서 제

on_delete=models.SET_NULL : 회원이 탈퇴했을 때 그 게시글이 사라지지 않고 주인 없는 게시글이 되는 것으로 설정related_name='article' : User 객체에서 Article 이라는 모델에 접근할 때 쓰는 이름이므로 article이라는

지금까지 CRUD에 해당하는 view를 작성했음계정을 만들 때에는 단일 객체(single object)만 해당됐음ex) detailView에서는 특정 계정의 정보최종적으로 게시판 같은 형태의 Article을 만드는 것이 목표이기 때문에 여러 객체(multiple obj

MixinCreateView 에서는 form 이 있고, DetailView 에서는 object 가 있다.CreateView 에서는 object 가 없고, DetailView 에서는 form 이 없다.만약 DetailView 를 Form 과 같이 사용하고 싶다면?\->

target_article 에 foreignkey 로 엮여 있는 comment 들을 모두 가져오기{% for comment in target_article.comment.all %} {% include 'commentapp/detail.html' with comment

어떻게 모바일 브라우저로 우리가 만든 웹에 접속할 수 있는지를 알아보자.위처럼 서버를 구동시킨것도 이 컴퓨터이고, 접속할 수 있는것도 이 컴퓨터만 가능하다.따라서 모바일에서는 접속할 수 없다모바일로 접속하기 위해서는 python manage.py runserver 0.

INSTALLED_APPS = ... 'projectapp',urlpatterns = ... path('projects/', include('projectapp.urls')), from django.urls import pathfrom projectapp.vi

Project 안에 Article 이 생성되는 형식으로project 안에 article 이 생성되는 형식으로 되어야하기 떄문에 이를 수정해줄것.기존의 articleapp 의 models.py 에는 누가 작성했는지에 대한 writer 정보만이 있었는데, 이에 추가적으로

구독 기능, subscribe 기능을 RedirectView 라는 것을 만들어서 구현.구독을 할떈 따로 구독 정보를 입력하는 것이 아니기 떄문에 form 으로 입력창을 보여줄만한 그런 중간 과정이 필요가 없음.따라서 바로 요청을 받자마자 처리할 것 처리하고, redir

기존에는 아래와 같은 방식으로 모델을 작성하였다.순서대로 모델 안에 filter 를 접근하고 그 안에 특정 조건(pk, user 값 넘겨주기)을 넣는 방식이였는데pk, user 값을 넘겨주는데 이것들은 AND function 이다.pk 가 어떤 값이고, user 가 어

WYSIWYG게시판의 글을 쓸때 가능한한 자기 의도대로 글을 쓸 수 있도록 하는 기능즉, 보는대로 글이 써진다.현재 게시글을 작성할떄는 일반적인 텍스트로 이루어져 있는 형태인데, 그것을 좀 더 굵게도 하고, 크게도 하고, 언더라인도 칠 수 있고 등등 글을 풍부하게 작성

1) 게시글 생성 시 프로젝트를 고를 때 이름 명시from django.db import modelsclass Project(models.Model): image = models.ImageField(upload_to='project/', null=True)