바이올렛 음악 커뮤니티 - 개인 요약
디렉토리
첫째, 프로젝트 링크
바이올렛 음악 커뮤니티는 분석 문 필요
바이올렛 음악 커뮤니티 디자인 문서
바이올렛 음악 커뮤니티 API 인터페이스 문서
바이올렛 음악 커뮤니티 인터페이스 프로토 타입 매뉴얼
바이올렛 음악 커뮤니티 프런트 엔드 소스
바이올렛 음악 커뮤니티 백엔드 소스
바이올렛 음악 커뮤니티
둘째, 참여
우리 그룹은 (당신이 테스트 할 수있는 권한이이 플러그인은 주로 자동으로 API 인터페이스의 일부에 기록됩니다 액세스하기 전에 탐지 로그 아웃 한 후 해결, 운영 허가가 나는 주로 플라스크 - 로그인 플러그인을 사용, 개발을위한 플라스크 백엔드 프레임 워크를 사용 ), 일부 API에 wtforms를 사용하여 등록 로그인 이상의 파라미터는 어떤 필요한 파라미터 수신 확인했다
2.1 권한 모듈
- 등록 기능
등록 나의 전공은 표준 사서함으로 등록되어, 우리는 사서함이 반복 될 수없는 것을 요청하지만 사용자가 어떤 사용자 이름, 암호 및 암호화를 중요하지 않습니다, 나는 암호를 추가하는 generate_password_hash werkzeug.security 방법을 사용 소금 해시 암호화, 그래서 데이터베이스의 비밀번호는 안전을 보장합니다. - 로그인 기능
사용자 입력 사서함 및 암호, 우리는 먼저 암호화 된 암호를 가져 오는 사용자의 사서함을 통과 한 다음이 generate_password_hash가 아님을 암호화 한 후 판사 명시 및 암호, 노트 동일 check_password_hash 방법은 판사 werkzeug.security 사용 그리고 다시, 임의의 소금 값을 생성하는 방법으로서 generate_password_hash 비교 원래 암호화 된 패스워드를 암호화에도 동일 암호되는 경우, 암호화 된 패스워드 반드시 동일. 여기서 다시 검증 한 후, 우리는 login_user 방법 플라스크 - 로그인 플러그인이 사용자의 USER_ID 세션, 세션에 삽입 쿠키의 웹 끝 부분에 저장되어 사용, 다음 번에 사용자가 요청을 브라우저 세션은 학교로 가지고 오게 될 것입니다 경험. 비밀번호를 잊어 버렸
우리는 사용자가 존재하고 USER_ID 내가 들어오는 토큰 사용자 ID를 표시하기 위해가는이 작업 후에 촬영 여부를 결정할 수 있도록 암호, 사용자가 처음 사서함을 입력해야하는 암호를 검색하기 위해 발신 사서함 방법을 사용하려는 우리가 잊어 버렸 우선 넣어 USER_ID 시퀀스 (스크램블), I는 고유 키 값을 입력 한 후 USER_ID 직렬화 부호화하여주기의 시퀀스를 생성하기 위해, 파이썬 itsdangerous TimedJSONWebSignatureSerializer 라이브러리 오브젝트를 여기서 사용한다. 좋은 지역의 렌더링 HTML이 너무 후, 메시지에 내용을 추가하고 신원을 확인하기 위해 토큰을 가지고 온다 URL에 암호를 변경 한 후 나는 메시지를 생성하여 플러그인, 플라스크 메일의 또 다른 플라스크에 메시지를 보내는 데 사용 사실, 메시지가 성공적으로 보낼 수있다 (즉, 개방 된 SMTP 서비스 제공, 내가 163 사서함, QQ 메일도 가능했다)하지만, 메일 보내기 작업이 사용자가 기다려야합니다, 상대적으로 느리다는 문제점을 발견,이 실제로 필요 인터페이스 카드에 없었다, 나는 메시지가 이렇게 시간을 절약 비동기 작업을 변경 보내드립니다.
- 로그인 기능
메소드 logout_user의 flask_login를 사용하여 세션의 USER_ID에서 튀어 나올 수 있습니다
2.2 사용자 모듈
- USER_ID하여 사용자 검색
내가이 인터페이스를 쓰기 만 고려하지 않도록 인터페이스가 별명으로 사용자를 쓴 후 계속 때문에 사용자가 사용자의 별명 블러를 통해 사용자를 조회 할 수 있습니다, 여기에 사용자가 사용자의 개인 정보를 볼 수 있습니다 주요 고려 사항 퍼지 조회 사용자의 행동. - 퍼지 쿼리 별명에 의해 사용자
여기가 퍼지 쿼리는 사용자의 별명을 통해 사용자입니다, 사실, 아무 말이 필요없는, 그 위의 데이터베이스에서 사용자를 찾기 위해 USER_ID 또는 USER_NICKNAME (전면에서 모두 수신)을 부여 - 사용자에 대한 우려
는 현재 사용자의 사용자를 우려 테이블에 초점에서 쿼리 및 사용자의주의가 목록의 전면에 반환 된. - 수정 사용자 정보를
사용자 정보를 변경하는 사용자 객체의 할당 정보에 대한 사용자 객체를 생성, 사용자 USER_ID하여 데이터베이스로부터의 모든 정보를 제거하고, 그 대응하는 값이 입력 선단 사용자 객체에 할당하고, 그러한 업데이트가 수행 프런트 엔드 사용자가 해당 필드에 연결되지 않는 특정 필드에 정보를 입력하지 않은 경우에도 작동 할 때하는 빈되고, 여전히 원래의 정보를 보존 할 수 있습니다. - 생일 알림
생일 가방을 쓸 여기가 주요 관심사는,이 계산의 생년월일은 (생일 문제 해결 생일 전 날의 수가 아니라) 정확하지 않은 생일 소원을 보내기 위해 현재 사용자 및 현재 사용자에게 경고하는 것입니다 내 난 그냥 (I 모두 30 일이 같은)도 일의 불일치 번호 매달에 대해 우려되지 않으며, 월과 일에 비해, 올해에 초점을하지 않았기 때문에 측면 때문에, 그것은 생일 전에 사일 수 생일 전에 삼일이 될 수 이것은 위의 약간의 편차가있을 수 있지만, 대략 정확하고 긴 사용자의 생일은 생일을 보내려면 같은 라인에 정확한 날짜를 원하는대로 생일 알림이 너무 정확하지 않을 수 있습니다. - 암호 변경
암호를 변경 할 필요가 암호 기능을 잊어 버린,하지만 정말 정말 암호가 준비 잊었지만 사용자가 로그온 한 후 비밀번호 비밀번호를 잊어 버렸하여이 기능의 변화없이 비밀번호를 가야했다 사람들이지만,하지만 너무 복잡도 있습니다 가난한 사용자는 피할 수의 감각을 경험한다.
2.3 사용자의 행동에 대해 우려
- 시계 사용자는
테이블에 현재 사용자 USER_ID가 우려되는 to_user_id (사용자 ID에 대해 우려 할 필요가) 제공됩니다. - 해당 사용자가 있습니까
주의 to_user_id 여부 이드하는 USER_ID하는 to_user_id, 테이블에서 쿼리, USER_ID이 주어집니다 팔로 잉 언 팔로우
팔로 잉 언 팔로우 테이블이 해당 필드에 삭제,별로 설명은, 사실, 난 사람들이 매우 복잡하기 때문에, 일에 집중하기를 원할 것입니다, 하나가 싶지 않을 것 소프트 삭제 더 (더가이 삭제 된 나타 내기 위해 필드를 추가) 생각 주의.
프로젝트 요약
이 제품 개발 팀 협업의이 종류의 일을 내 처음으로, 협력은 상대적으로 일을 원활하게 할 수 말할 수있다,이 발작은 처음에는 그것이 봄과 같은 프레임 워크가 될 것이라고 생각에서 처음 (플라스크를 마스터, 매우 실제로, 프로젝트 시작과 전혀 접촉 플라스크 후, 두려워하고 정말 신경 팀 동료를 끌어,하지만 운이 문에,,) 매우 빠르게 입력 할 수있는 자원을 찾기 위해 인터넷에서하지 특히 어려운 항목 플라스크, 비디오입니다 봄의 시작은, 바람둥이에 프로젝트를 배포하는 (플라스크는 서버와 함께 제공)을 실행할 수 있습니다 단지 쓰기 코드가 필요하지 않는 복잡한 구성이 필요하지 않습니다, 플라스크 정말 매우 편리 발견 할 것이다, 정직, 캔이 될 수 있습니다 빠른 시작은 또한 더 많은 온라인 자원 때문에, 키는 자신에 대한 정보를 찾고, 그래서 이번에는이 프로젝트에 돌아 적합 얼마나 중요한지에 대한 자신의 정보를 찾을 신속하고 정확하게 실현 될 수있다, 우리는 아주 열심히, 특히 지도자와 다른 두 작업 학생, 종기이 밤, 페이지 내 생각은 아주 좋은 일을하고, 또한 인터페이스를 많이 쓰기 있으며, 학생들은 푸시 등의 혁신적인 아이디어 (때우기 최종 정말 큰, 프런트 엔드 작업) 컷 (에 많은 기능을 추가하지 않은,하지만 여전히 생각에 좋은 운동은,이 영수증이 큰 것을 의심의 여지가 분명하지 않지만 동안 한)의 기능을 권장 결함 또한, 사실, 나는 내가 할 수없는 기능을 호출 할 때, 나는 한 학생의 결과로, 인터페이스에서 직접 모든 데이터베이스 작업을하지 MVC 분리 쓰기 않는 3 단자 인터페이스를 분명 쓴 코드를 재사용하는 리드 이 감소는 필요가 강화되고 개선되어야하지, 실제로 내가 통보하지 않았다 시작입니다. 일반적으로 보라색, 말하기, 차라리 일에 만족하고 있습니다.
코스
나는 선생님이 교실에있는 리드, 지루함의 말을하지, 맛이없는 '라고해야하지만 대부분의 학생들은 활이나 잠을하지 않습니다, 여전히 상대적으로 활성화됩니다. 교사는 항상 어떤 개인적인 경험 또는 정지 할 수있는이 인생에서 경험을 가르치고 있지만, 다른 사람의 경우 실제로는 조금 줄일 수 있습니다, 할 필요가 없습니다 너무 많이, 너무 많은 편차 클래스를 일으킬 수 있으며 특히 무엇을 모르기 때문에 지식 포인트.