Code1018

* 추가할 기능 구현 (게시판)

- 조회수 조작 방지 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

--------------------------------------------------------------------------------------

  조회수 조작 방지에 관해 어떻게 해결해야할까 고민하던 중 오늘 자료실의 좋아요 기능을 만들면서 해결책이 가늠이 잡혔다. 하지만 이번 일지에서는 구현하지 못하였다.

  이번 일지에서는 자료실을 추가하였다. 게시판과 똑같다. 다만 파일 업로드, 다운로드 기능이 새로웠고, 조회수 대산 좋아요 기능을 추가하였다.

  자료실 모델이다.

< model >

  게시판과 똑같다. 다른 점은 FileField 가 추가되었다.

< urls.py >

  게시판과 같고 다른점은 좋아요 기능 구현을 위한 url이 추가되었다.

자료실의 모습이다.

< 자료실 모습 >

  게시판과 같은 모습이지만 맨 오른쪽에 좋아요 수를 보여주고 있다.

자료실 업로드는 큰 어려움이 없었는데 업로드된 파일을 다른 사용자가 다운로드해주는 기능을 추가해야했다.

< 다운로드 기능 >

  DEBUG 모드에서는 단순히 URL 주소를 넘겨주면 직접 접근이 가능하다. 하지만 실제 배포하였을 때는 직접 접근이 안되기 때문에, 다운로드 기능을 추가해주어야한다. file_url 에서 맨 앞 글자를 지운 이유는 이상하게도 업로드된 사진을 웹에 보여주는 것과는 동작이 달랐기 때문인데 문제를 분석하다보니 url 다루는 차이가 있었다.

  file의 경우 앞에 / 문자가 없어야 잘 동작했고 사진의 경우 / 문자가 있어야 잘 동작했다. 그래서 / 문자를 settings.py 에서는 넣어서 설정을 하고 파일 다운로드 기능에서는 위와 같이 [1:] 을 사용해 맨 처음 문자를 빼고 넣어주었다.

< 다운로드 >

  다운로드를 클릭하니 다운로드 되었다.

< 다운로드 된 모습 >

  다음으로 좋아요 기능이다.

< like_tools 추가 >

  먼저 사용자의 프로필에 like_tools를 추가해주었다. 이는 ManyToMany 필드로 연결했다.

< 토글 기능 >

  토글기능은 현재 사용자의 좋아요 리스트에서 해당 포스트 자료가 존재하면 remove 해주고 존재하지 않으면 add로 해당 포스트 자료를 추가해준다.

< html >

  마찬가지로 좋아요 리스트에 있다면 좋아요를 누른것이므로 Unlike를 출력해주고 없으면 아직 누르지 않은 것으로 Like 를 출력하여 토글 버튼이 되도록 하였다.

< 좋아요 클릭 >

< 좋아요 클릭한 모습 >

  좋아요를 클릭하면 Unlike로 바뀐다.

< 좋아요 수 출력 >

  좋아요 수는 해당 자료를 좋아요 누른 사람들의 수를 count 하여 출력해준다.

* 서버 호스팅

- MySQL 연동

- AWS 구축 및 환경 구축

- 호스팅 및 DNS 등록

* 추가할 기능 구현 (게시판)

- 조회수 조작 방지 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

* 추가할 기능 구현 (게시판)

- 댓글 수정기능 -> 댓글 삭제 기능

- 조회수 조작 방지 기능

- 게시글 삭제 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

==========================================

  댓글 수정말고 댓글 삭제 기능을 넣었다. 댓글 같은 경우 수정할 바에 차라리 지우고 다시 쓰도록 의도하였다.

  먼저 작업 들어가기전에 갑자기 아이디어가 떠올라 개선한 점이 있다. 바로 리다이렉트부분이다. 기존 같은 경우 게시글을 수정하거나, 게시글에서 댓글을 작성한 후에 게시글 리스트로 리다이렉트 된다. reverse를 써서 제자리에 오도록 하려했으나 (F5기능) circular import 문제 때문에 구현하지 못했었다.

  그런데 그냥 템플릿에 넘겨주면 되지 않나? 라는 생각이 들어 이 부분을 해결하였다.

< render로 변경 >

  템플릿을 지정해주고 context 안에 post를 담아서 보내주었다.

< 개선된 게시글 >

  이제 이 자리에서 바로 글을 수정해도 이 페이지며, 댓글을 달아도 이 페이지로 남는다.

  그런데 이상한 점을 추가적으로 포착했다. 바로 개행이 안된다는 점이다. 위 사진을 보면 분명 내가 Update 마다 줄을 바꿔줘서 넣었는데 개행처리가 안됬다.

  이 점에 대해 검색을 해보니 HTML에서 개행을 처리 안해서 그렇다고 한다. 개행을 <br> 로 바꿔주면 된다. 여기서 linebreaksbr 을 사용하면 <br>로 바뀐다고 한다.

< linebreaksbr >

  확인해보면 다음과 같다.

< 개행처리 되는 모습 >

  이제 본격적으로 구현하고자 하는 기능 구현이다. 먼저 게시글 삭제 기능이다. 이 기능은 직접 구현하지 않고 CBV를 이용하여 구현하였다. 다만 함부로 삭제되면 안되므로 현재 로그인된 사용자가 게시글을 작성한 사람과 같은지 검증하기 위해 filter를 이용하여 검색된 쿼리만 삭제하도록 구현하였다.

< PostDeleteView >

  테스트해본다.!

< 삭제 테스트 >

< 삭제 확인 팝업 >

  정말 삭제할 것인지 물어본다.

  그 후 정말 삭제할 것인지 다시 한번 물어보는데 이는 DeleteView에 있는 기본 기능에서 템플릿만 만들어서 이어주었다.

< 재재확인 >

< 삭제된 글 >

  글이 정상적으로 삭제 되는 것을 확인하였다.

  다음으로 댓글 삭제이다. 댓글 삭제도 CBV를 이용하고 싶었으나, pk 종류가 두개가 들어오는데 이를 처리하는 부분에서 계속 에러가 나서 직접 view를 작성하였다.

< comment_delete view >

  post와 comment 둘 다 얻는다. 그 이유는 comment는 삭제하기 위한 것이고, post는 다시 원래 있던 페이지로 돌아가기 위해서이다.

< 댓글 삭제 테스트 >

  맨 위의 댓글을 지워보았다.

< 댓글 삭제 확인 >

  댓글이 정상적으로 삭제되었다. 

* 추가할 기능 구현 (게시판)

- 조회수 조작 방지 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

* 추가할 기능 구현 (게시판)

- 댓글 기능

- 조회수 기능

- 게시글 삭제 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

------------------------------------

  오늘은 댓글 기능과 조회수 기능을 추가하였다.

  추가적으로 게시판의 모양을 테이블로 조금 더 그럴싸하게 만들었다.

< 게시판 표 작성 >

  게시판 모델 HTML을 가져와 사용했고, 컨텐츠는 전달받는 post에서 뽑아서 뿌려주었다.

< 게시판 모양 >

  다음으로 댓글 기능을 추가하였다.

다음은 댓글 Model이다.

< Comment Model >

  writer를 Profile과 연결해주었다. 또 post와도 연결해주었다.

  다음은 템플릿에서 댓글 출력 코드이다. 

< 댓글 출력 코드 >

  Comment 모델에서 post를 외부키로 연결할 때 related_name을 comments로 정의해주어서 comments로 접근할 수 있다.

  여기에 사진은 캡쳐하지 않았지만 comment.comment_writer로 닉네임을 출력할 수 있었던 이유는 내가 Profile 모델을 정의하면서 __str__ 을 overwrite해서 닉네임을 출력하게 만들었기 때문이다.

< 댓글 출력 화면 >

  다음으로 댓글 쓰기 기능을 만들었다. 쓰기의 경우 기존 detail 보는 템플릿에서 폼을 추가해주고 해당 폼을 처리해줄 view를 만드는 과정으로 진행했다.

< form 생성 >

  post 와도 외부키가 연결되어있기 때문에 post의 pk가 필요하다.

< comment_write view >

  POST 메서드일 경우만 처리하게 만들었다. 이 경우 post를 pk로 뽑아내고 현재 로그인한 사용자의 user를 가져와 연결된 Profile을 작성자와 연결해준다. 그 후 각 내용을 Comment 로 생성해주면 된다.

< 테스트 댓글 작성 >

< 댓글 작성 확인 >

  다음으로 댓글의 개수를 출력해주었다.

< 댓글 수 >

  이 댓글 수를 새주는 것은 all 대신 count를 이용하면 되었다.

  다음으로! 조회수 기능이다.! 

나는 Detail View(CBV)를 사용하였는데, 인터넷에 보니 CBV를 사용할 경우 처리해야할 게 많아서 보통 다른 lib를 이용한다고 들었다. 그런데 내가 일단 구현해 보았다.

< 조회수 증가 함수 생성 >

  @property를 이용하면 템플릿에서도 사용할 수 있다. 조회수를 1 늘리고 저장한다.

< 템플릿에 삽입 >

  이렇게 되면 해당 화면이 불려질때마다 해당 post의 조회수가 1씩 증가한다.

< 조회수 증가 테스트 >

  테스트해보니 문제가있었다...

해당 템플릿이 로드 될 때마다 조회수가 증가하다보니, F5를 연달아 누르면 조회수가 막 올라간다... 

  이 기능을 세션을 가지고 처리했던 것 같은데 자세히 다시 알아보고 처리해야겠다.

* 추가할 기능 구현 (게시판)

- 댓글 수정기능

- 조회수 조작 방지 기능

- 게시글 삭제 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

  Django 프로젝트에서 게시판 프로젝트를 시작한다. 인증 부분에서 소셜인증, 회원정보 수정을 제외하고는 전부 구현하였다. (나머지 기능은 차차 구현할 것이다.)

  오늘은 게시판에서 게시글들을 출력하고 게시글을 들어가서 확인하는 것까지 구현하였다.

  먼저 시간 설정을 해주었다. Post 모델을 정의하여 게시글을 만들었다. 이 때 작성일시를 자동으로 현재 날짜시간을 기록하게 하였는데, 이 때 settings.py 에서 설정해주어야할 것이 있다.

< settings.py 설정 >

  이 변수를 False로 설정해야 settings.py에서 설정한 시간대를 프로젝트 전체에서 사용할 수 있다.

  Post 모델을 정의하였다.

< Post 모델 >

  이 모델은 게시글이다. 작성자를 CharField로 설정한 이유는 사용자의 프로필에서 nickname을 가져와서 문자열로 저장하려고 하기 위해서이다.

< urls.py >

  다음으로 urls.py를 설정해준다. 기본적인 게시글 리스트와 디테일을 만들었다. 그리고 추가적으로 글 쓰기와, 글 수정을 만들었다.

< CBV를 이용한 View >

  글 리스트와 디테일은 CBV를 이용하여 쉽게 구현하였다.

< 게시글 목록 보기 >

< 게시글 자세히 보기 >

  다음으로 글 작성하는 것을 만들었다. CreateView (CBV)를 이용할 수 있었지만, 나는 작성자에 사용자의 프로필에 있는 닉네임을 넣어줄 것이고 또한 메세지를 출력해주고 싶었기에 직접 view를 만들었다.

< post_write view >

  글쓰기 뷰를 만들고 테스트해보았다.

< 글 작성 테스트 >

< 글 작성 성공 메세지 알람 >

< 글 작성 리스트에서 확인 >

< 글 작성 내용 보기로 확인 >

  다음으로 작성한 글에 대한 내용을 수정하는 것이다.

< post_update view >

  여기서 인증부분이 필요했다. 글은 아무나 수정하면 안되기 때문이다. 로그인한 사용자의 정보에서 프로필을 가져와 프로필에 있는 닉네임과 게시글 작성자를 비교하여 같으면 수정을 허락하고 같지 않으면 경고를 해준다.

< 글 수정 테스트 >

< 글 수정 성공 메세지 알람 >

< 글 수정 확인 >

  오늘 일지의 마지막으로는 유저 확인기능에 대해서 정리할 것이다. 게시글에서 작성자가 나오는데 해당 작성자에 대해 알아볼 수 있는 기능을 추가하기로 했다. 작성자를 클릭하면 작성자의 정보가 나오게 하는 것이다.

< user_select_info view >

  개인 정보 확인하는 것을 그대로 따왔다.

< urls 추가 >

  개인정보의 경우 로그인정보를 이용하여 정보를 가져오면 되지만 다른 사용자의 정보를 출력하기 위해서는 해당 사용자의 정보를 넘겨줘야한다. 그래서 나는 작성자를 넘겨 주기로 했다.

< 작성자 확인 테스트 >

  tfa 를 클릭해보았다.

< 다른 사용자 정보 확인 >

  다른 사용자의 정보를 확인 할 수 있었다.

=============================

* 추가할 기능 구현 (게시판)

- 댓글 기능

- 조회수 기능

- 게시글 삭제 기능

* 추가할 기능 구현 (인증)

- 소셜 인증

이 내용은 DB에 저장될 것이므로, POST 방식으로 보내게 할 것이다.

(detail.html)

웹페이지를 실행시켜서 직접 확인해보자!

(form 페이지)

url vote는 우리가 작성한 polls/urls.py를 확인하면 알 수 있다.

(vote)

그렇다면 views.vote를 작성해주자!

(views.vote)

그렇다면 처리된 결과를 확인하는 results의 화면도 만들어보자.

(views.results)

보여주는 results.html 템플릿은 아래와 같다.

(results.html)

실행해서 확인해보자.

(실행 확인)

먼저 제네릭뷰를 사용하기 전에 polls/urls.py를 수정해줘야한다.

(polls/urls.py)

이어서 view를 수정해 줄 것이다. 제네릭 뷰를 이용해 수정한 코드는 아래와 같다.

(제네릭 뷰)

실행해서 웹페이지에서 똑같은 동작인지 확인해보자

(동작 확인)

(* 참조 - https://docs.djangoproject.com/ko/2.0/intro/tutorial04/)

4. results : 설문 결과를 보여주는 view

(views.py)

두번째 인자는 넘겨 받는 인자인데, 우리가 urls.py를 작성할 때 url 주소에서 파싱한 내용들이다.

(polls/urls.py)

뒤에 3이 question_id 라는 변수에 들어가서 넘겨가는 것이다.

(실행 화면)

최근 설문지 5개를 가져와서 출력하는 것을 해보자!

(views.index)

확인!

(확인)

polls/templates/polls/index.html 을 만들자!

(polls/templates/polls/index.html)

우리는 view에서 이 템플릿과 연결해야한다.

(polls/views.index)

그리고 template.render를 해주면 된다.

(결과)

단축기를 사용해보자.

(단축기 사용)

404 에러 처리를 해보자!

(404 에러처리)

실행하기 위해 detail.html을 만들어야하는데 형식상 만드는 것이므로 지금은 아주 간단히 작성한다.

(polls/templates/polls/detail.html)

없는 인덱스로 실행해보자.

(404 에러)

우리가 위에서 했던 것을 한방에 해주는 함수다.

(단축기 사용)

실행해본다.

(실행 결과)

선택지를 보여주는 작업을 해볼 것이다.

(polls/templates/polls/detail.html)

(실행)

(index 템플릿)

(하드코딩 제거)

그렇다면 저 url은 뭘까?

(urls.py)

이걸 방지하기 위해 app_name을 지정해 줄 수 있다.

(APP 이름 지정)

그렇다면 당연히 아까 적은 url 표기도 바꾸어 주어야한다.

(url 표기 변경)

관리자 계정을 생성한다!

(관리자 계정 생성)

페이지는 /admin 으로 접속하면 된다.

(관리자 페이지)

아까 생성한 관리자 계정으로 접속한다.

(관리자 로그인)

polls/admin.py로 가주자.

(polls/admin.py)

해당 파일을 위와 같이 작성한다.
register 함수로 Question 모델을 등록하는 것이다.

다시 접속해보면?

(관리자 페이지)

클릭해보면 아래와 같다.

(DB 수정)

(* 참조 - https://docs.djangoproject.com/ko/2.0/intro/tutorial02/)

(초기 migrate)

그렇다면 Question과 Choice 모델을 2개 만들어보자.

(Question, Choice)

포함시켜보자!

(포함시키기)

makemigrations 를 하게되면 변경된 부분을 migrate하기 전에 db를 위한 명령들이 있는 파일들로 만든다.

(makemigration)

확인해보면

(sql 쿼리)

migrate!

(migrate)

이제 생성된 DB에 내용을 추가하는 것을 shell을 이용해 추가해볼 것이다.

(쉘 실행)

그 후 모델을 생성해준다.

(모델 생성)

q에 Question 객체를 생성했다. 확인해보자.

(Question 객체 확인)

객체를 확인해보자.

(객체 확인)

이건 단순히 우리가 쉘에서 보기 편하게 하기 위해서가 아닌 나중에 관리자 페이지에서 해당 DB를 관리할 때 보기 편하게 하기 위해서이다.

(추가 내용)

(메서드 추가)

그리고 다시 쉘을 실행한다.

(확인)

그리고 추가한 메서드도 확인해본다.

(추가 메서드 확인)

그렇다면 해당 질문에 선택지를 추가하고 마무리 하겠다.!

(선택지 추가)

선택지를 추가하였다.

( *참조 - https://docs.djangoproject.com/ko/2.0/intro/tutorial02/)

투표 APP을 만들 것이다. Project 안에는 여러가지의 APP이 있을 수 있다. 각각의 역할을 하는 APP이다. 여기서는 APP을 만드는 것을 해볼 것이다.

(APP 생성)

앱을 생성하면 다음과 같은 디렉토리 구조가 생긴다.

(생성된 디렉토리)

그러므로 우리는 views.py를 수정하여 해당 페이지에 들어가면 간단한 문구가 찍혀 나오게 할 것이다.

(views.py 작성)

urls.py를 만들어야한다.

(urls.py 생성)

해당 urls.py는 polls 디렉토리 안에서 생성하였다. 그리고 아래와 같이 작성한다.

(polls/urls.py)

(프로젝트 urls.py)

그렇다면 테스트 해보자!

(서버 실행)

를 요청해보자.

(결과)