1. Virtual Environment(가상 환경) 2.. 프로젝트 초기 설정 2-1.. Database 생성(mysql) 2-2.. Project initial setting (1) Project Repository Clone (2) Project Pytho
... 그냥 진행한다.
::: 현재까지 진행 상황 ::: 초기 세팅 완료 Users 앱 생성 완료 models.py의 User 클래스 작성 완료 DB에 migrate까지 진행 1.. Must Do.. 사용자 정보 입력 (이름, 이메일, 비밀번호, 연락처) 이메일 or 비밀번호가 전달
::: 현재까지 진행 상황 :::초기 세팅 완료Users 앱 생성 완료models.py의 User 클래스 작성 완료DB에 migrate까지 진행회원가입 기능 구현 (정규표현식, 예외처리 사용)로그인 시, 사용자 계정 & 비밀번호 필수계정 혹은 패스워드 키가 전달되지 않
::: 현재까지 진행 상황 :::초기 세팅 완료Users 앱 생성 완료models.py의 User 클래스 작성 완료DB에 migrate까지 진행회원가입 기능 구현 (정규표현식, 예외처리 사용)로그인 기능 구현 (계정, 패스워드 필터링 적용)bcrypt를 이용한 암호화
::: 현재까지 진행 상황 :::초기 세팅 완료Users 앱 생성 완료models.py의 User 클래스 작성 완료DB에 migrate까지 진행회원가입 기능 구현 (정규표현식, 예외처리 사용)로그인 기능 구현 (계정, 패스워드 필터링 적용)회원가입 비밀번호 암호화 구현
통상적으로 웹사이트를 이용할 때, 우리는 최초 로그인을 한 이후부터 여러 권한을 필요로하는 기능을 재로그인 과정없이 사용한다.사실, HTTP는 "stateless" 특성으로 인하여 이전의 요청이나 응답을 기억하지 못하고 있다. 데코레이터는 "그럼에도 불구하고 내가 로그
주로 다루는 데이터의 종류가 달라지는 시점이기때문에 앱을 분리postings app 생성python manage.py startapp postingssettings.py의 INSTALLED_APPS에 App 추가Post 클래스에 작성자, 이미지, 내용, 생성시간, 업
게시물을 저장해서 관리하는 테이블, 댓글을 정리해서 관리하는 테이블은 분리되어 있을 수도 있음바라보는 관점에 따라 같은 앱에서 관리할 수도, 따로 분리하여 관리할 수도 있음.이번 프로젝트에서는 모두 같은 앱(postings)에서 관리TimeStampModel 상속 //
바라보는 관점에 따라 같은 앱에서 관리할 수도, 따로 분리하여 관리할 수도 있음이번 프로젝트에서는 모두 같은 앱(postings)에서 관리post와 user를 둘다 foreignkey로 지정해주었음다른 방법으로는 ManyToManyField를 지정하는 것도 가능관련해서
follow 관련 기능은 유저들 사이에서 일어나기 때문에 users app 사용Follow class는 User와 User 사이의 중간 테이블로 from_user, to_user 두가지 attribute 모두 User class를 ForeignKey로 갖음따라서 rel