swsnu / swpp2019-team8 Goto Github PK

View Code? Open in Web Editor NEW

4.0 9.0 0.0 6.3 MB

SNU-VOICE collects the student's voice

HTML 0.31% CSS 3.55% JavaScript 80.46% Python 15.68%

swpp2019-team8's Introduction

swpp2019-team8

Website link: https://www.snuvoice.site/

Requirement and specification

To see requirements and specification, please see requirements and specification

Design and planning

To see design and planning, please see design and planning

swpp2019-team8's People

Contributors

Stargazers

Watchers

swpp2019-team8's Issues

[HELP] Document create의 front + back 연동

Document create을 front + back을 모두 구현하고 실행해봤는데 실패함ㅜ

아래는 브라우저 콘솔창에 뜬 에러

localhost:8000이 아니라 localhost:3000이 뜨는 게 정상임?

여유되는 사람 제 코드 보고 피드백 주세요😭

alpha test 버그 리포트

team9 의 유영재 입니다.

sign in 이후 url 통해 sign up 들어가면 안들어가 져야하는게 맞을듯 합니다.
tell-me 는 어떻게 올려봤는데, hear us 는 어떻게 쓰는지 모르겠습니다

Bug report about picture

https://www.snuvoice.site/tellme/media/media/2019/12/05/human.PNG

사진을 올렸는데 링크도 404로 뜨고 페이지에서도 제대로 로딩이 되지 않는 것 같습니다.

axios 구현 시 catch문 잘 쓰면 좋을 듯

한 줄 요약: TEAM4의 예시

급한 건 아니니 당장해야 되는 건 아닌데 나중에 testing에서 warning 없애려면 필요하고, catch문으로 구현하면 편한 logic들도 있을 것 같아서

상대가 올린 청원이 안보입니다.

제가 올린 청원만 보이고 상대가 올린 청원은 안보입니다. (제가 어디에 있는지 못찾은거일수도 있습니다...)

get_user_by_~~~ backend 구현 관련

회원 가입 할 때, email, nickname, studentId에 대해서 중복 체크를 할텐데,
그에 해당하는 유저가 있는 경우, 그에 해당하는 유저를 jsonResponse에 담아서
리턴한다고 생각하면, 만약 해당하는 유저가 없다면 jsonResponse에 무엇을 담아서
리턴해야 한다고 생각하시는지 적어주세요

Sprint 3 Documents to handle (IMPORTANT)

1-1. sprint3 backlog
1-2. project log
3. sprint1 revisement
4. sprint2 revisement

how to handle it? I need your opinion

유저 리덕스, axios 관련 질문

뒤에가 잘리기는 했지만 저 4개의 함수가 모두 같은 역할을 하고,

마찬가지로 위의 상황에서도 같은 역할을 하는데, 간단하게 getUser로 바꿀려고 하는데 괜찮을까요

How to relate Tell ME and Hear US ?

PLZ leave your ideas

Sign Up page 약관

현재 약관 글(?)이 edit 가능한 textarea로 되어있는데, 그냥 고정된 글이어야 합니다~

Bug report

swpp need to be at least 5학점 이라는 청원을 올렸는데 저한테만 보입니다.
서버에는 올라간 듯 한데 다른 유저한테 제대로 spreading 되지 못하는 것 같습니다.

Signup 한 직후, 메인페이지로 돌아간 상태에서 렌더 오류

상태 : ALUMNUS로 회원가입을 하였습니다.
변화 : 회원가입 후 자동으로 메인페이지로 이동되었습니다.

*보이는 문제
: [렌더링] 메인페이지 상단에 헤더(로고와 사인인/사인업 버튼 있는 부분)가 없습니다.

Celery & Redis Setting

Celery 는 비동기적으로 정해진 시간에 일을 하는 프로그램, 워커 앱임.
그래서 1일, 혹은 3주 뒤에 청원 status를 바꾸는 일을 queue에 저장해 두었다가 정해진 시간에 함.
Redis는 이 일을 django에서 celery로 전달하는 역할, 중간 서버같은 ? 느낌

아무튼 이거쓴 이유는 내가 git에 올린건 window용 redis인데, mac용 redis 설치는(git에 올린게 되면 따로 받을 필욘 없을듯)
$ wget http://download.redis.io/redis-stable.tar.gz
$ tar xvzf redis-stable.tar.gz
$ cd redis-stable
$ make
$ redis-server # redis 실행
$ redis-cli ping # 정상 설치되었는지 확인
PONG
PONG 메시지를 띄우면 설치 성공이다.

라는데 안되면 구글에서 찾찾이
프로젝트 root폴더 밑에 redis-stable폴더에 넣은뒤
자기 컴에서 돌리고 싶다면
(그 전에 설치)
$ pip install redis
$ pip install celery
$ pip install gevent

$ cd redis-stable
$ redis-server (window ./redis-server)
$ cd ..
$ cd backend
$ celery -A backend worker --loglevel=info -P gevent
돌리고 프론트 켜서 할 거 하면 된다. 다른 궁금점은 질문으로

사진을 올린 후 에러

사진을 올리고 난 후 url을 들어갔는데 404가 떴습니다

Debate Frontend & Backend

Split into issues #27 and #20

React-bootstrap implementation and design

(Minor) TELL-ME:기본방침

문서 내부에

3.3 이용권의 제한

TELL-ME는 규정을 근거로 이용자의 이용권을 제한할 수 있다.

기본적으로 소명권은 제한되지 않는다.

특정한 이용자가 나무위키 서버에 많은 부담을 주어 운영상의 문제를 일으키는 경우, 해당 이용자의 이용권을 제한할 수 있다.

여기 고쳐야 되는 것 같습니다! (사소한 거지만..)

Reducers - Debate

Start after finishing issue #20 (Backend Debate)

Petition PUT: how to change petition

1.votes++
2.change status
where/how to handle this

Document Edit Conflict Resolve

동시에 두명 이상이 같은 document를 수정 할 시, 컨플릭트 해결 위해 optimistic locking을 구현할 예정입니다.
어느정도 머리속에 있긴 하지만 아직 정해지지 않은 디테일들이 있으니 댓글 부탁

시나리오:

유저 A가 document edit page에서 정보를 바꾸는동안 유저 B가 document edit page에서 정보를 바꾸고 confirm 버튼을 먼저 누른다. 유저 B의 수정은 반영되고, 그 후 유저 A가 confirm 버튼을 누를 시 "그 사이에 다큐먼트 내용이 변했습니다" 하고 알림을 띄운 후, ....... (미완성)

구현 방법:

유저가 document detail 페이지에서 edit 버튼을 눌러서 document edit page로 넘어가며 현재 document content를 state로 저장 (e.g. prevDocumentContent). (만약 유저가 detail page에서 edit 버튼 누르는 사이에 글이 수정 되었다면 too bad...)

유저가 edit page에서 confirm 버튼 누를 때 다시 한번 document content를 불러와서 (e.g. currDocumentContent), 전에 저장 해두었던 state와 비교한다. 만약 둘이 같다면 유저의 수정을 반영한다. 만약 둘이 다르다면 위 시나리오처럼 진행.

[공지] 청원 작성 후 링크 배포를 통해 투표 5 넘어야 NEW에 뜹니다!

HEAR US 청원은 작성 후 링크 배포를 통해 투표수가 하루 안에 5 이상이 되어야 NEW에 뜹니다.
이는 HEAR US(청원 사이트)의 반달리즘(vandalism)을 방지하기 위해 구현되어 있는 기능입니다!

청원 진행 설명:

투표수가 5 이하일 시 청원의 status는 preliminary 상태로, MINE에서 작성자만 보입니다.
투표수가 하루 안에 5를 넘을 시 status가 ongoing 상태로 바뀌며, HEAR US 사이트에 모두에게 보이게 됩니다.
반면에 투표수가 하루 안에 5를 넘지 못할 시 status가 failed로 바뀌며, MINE에서만 보이고 HEAR US에서는 보지 못합니다

위 내용을 유저가 사이트를 사용 할 때 알 수 있게 다양한 방법으로 설명들을 띄울 예정입니다

바로 삭제도 가능하고 추가도 가능함

추가는 안해보긴 했는데 암튼 삭제는 걍 가능