Skip to content

22.04.21 ~ 04.27 회의록

Kyungsle edited this page Jul 25, 2022 · 1 revision

제가 kyungsle이며 백엔드 담당 팀원이 tkim입니다. 대화를 통해서 회의를 많이 나누기 때문에 대화체로 작성되었습니다.

22.04.21 첫 회의 시작

  • 기존의 ejs 코드는 어떻게 할 것인지?

티킴 : 지금 로그인, 회원가입 페이지는 있어서 친바하는 페이지만 생기면 돌아는가겠따 싶었습니다. 생각해보니 로그인 회원가입은 ejs고 경슬리님이 친바페이지 리액트로 만들면 이게 서로 연동이 되는건가요??

: 일단 ejs를 제가 잘 몰라서 프론트 코드를 짜고 auth는 나중에 생각해볼게요.


04.22 프론트 페이지 전체적인 디자인 리뷰

  • 프론트 페이지 도안 확인

도안 을 제가 제작하였으며 둘 다 만족하였습니다.


04.23 Auth 관련 회의

1. auth 에서 프로필 모달 확인

나 : 이런 식으로 저걸 쓰는 것 나름 페이지의 테마?를 이어가는 것 같아서 좋기도 하고 사서분들이 직접 사진 업로드 시키는 것도 나쁘진 않을 것 같습니다. 사진 업로드 구현 안 하신거면 일단 저 프로필 쓰고 천천히 구현합니다.

2.이메일 정보의 필요성

티킴 : 현재의 회원가입 페이지는 아래와 같습니다.

나 : 이메일을 통해서 정보 보내려고 하는거 아니에요? 근데 사서끼리의 웹이니까 있어도 되고 없어도 상관없을 듯합니다.

티킴 : 필수정보는 아이디, 비번, 닉네임, 이메일 입니다.

나 : 닉네임은 그냥 ID랑 합치는게 좋을거같아요 어차피 인트라아이디 아닐까여? 닉네임 개인이 마음에 드는걸로 하면 다른 분들이 그 사람이 누군지 모를거같아여 ID 패스워드 이메일 프로필 이렇게 네 가지 컬럼만 있으면 될 듯합니다.

3. 비밀번호 설정을 어떻게 할 것인가

  • 나의 질문

질문이 있습니다. 비밀번호는 숫자 + 문자 9자 이상으로 해놨는데 어떤 식으로 하실건가여? 백엔드에서 이 양식에 못 맞추면 에러도 띄울 수 있어요? 그리고 이메일은 인트라에서 쓰는 그 이메일인가요 아니면 개인 이메일도 가능한가요?

  • 티킴의 답변

이런식으로 예외처리 해줄수있씁니다. 이메일은 그냥 개인이메일 생각하구 있구 이메일 형식 벗어나면 예외처리 해줄수도 있꼬 비밀번호도 아마 그러한 규칙 있을거같아여 근데 뭐 비번 그렇게 어렵게 안해도 되지않을까여??

나 : 아하 그럼 5글자 이상으로 하겠읍니다

티킴 : 비번 8글자 이상으로 할까용? 5글자는 넘 취약해보입니당 8글자 이상고고!

Todo!

  1. 클라우드에서 서버 돌리는거 알아보기
  2. 비밀번호 설정 프론트에서 8글자 이상이라고 표시

04.25 API 명세에 관한 질의

  1. 회원가입 시에 어떤 것을 파라미터로 보내주어야 하는지?
  2. 이벤트 조회를 하면 어떤 것이 나오는지?

명세에 관한 설명을 슬랙콜로 진행함


04.26 API 명세 수정에 관해

티킴 : 혹시 api 명세에 데이터 어떻게 가고 어떤식으로 받는지 예시 있으면 편하겟죠?

나 : 예시가 있으면 편하긴 할 거 같읍니다 근데 프론트가 저밖에 없기는 해서 귀찮으시면 내일이나 나중에 설명해주시면 될듯도 하긴 해여

티킴 : 아래와 같이 CORS 적용 해두겠습니다.

var corsOptions = {
  origin: function(origin, callback){
  var isWhitelisted = whitelist.indexOf(origin) !== -1;
  callback(null, isWhitelisted);
  // callback expects two parameters: error and options
  },
  credentials:true
}

Todo

  • 서버배포해보기
  • 팀 조회시 팀단위로 배열 넘겨주기

04.27 배포와 명세에 대해

1. 1차 서버 배포 성공

http://3.38.67.120:3001/api/together

2. 명세에 대한 대화

- 매칭을 다시 하는 행위 방지

저번에 말씀하신 것 두 번 매칭하는 행위 방지 구현했습니다.

- matching api에 대한 요청

나 : matching get요청으로 받아오는 데이터 이거 가능한지 말해주세요 이렇게하면 너무 편할거같아요. 아래와 같이 쓸 것입니다.

티킴 : 아래와 같이 구현했습니다. 이렇게해는 햇는데 userid 보다 저렇게 로그인아이디로 보내주는게 편할까요?

{
    "matchingList": [
        {
            "loginId": "tkim",
            "url": "https://widgetwhats.com/app/uploads/2019/11/free-profile-photo-whatsapp-1.png",
            "teamId": 1
        },
        {
            "loginId": "taeho1",
            "url": "",
            "teamId": 1
        },
        {
            "loginId": "taeho",
            "url": "",
            "teamId": 2
        },
        {
            "loginId": "taeho12",
            "url": "",
            "teamId": 2
        }
    ]
}

나 : 아래의 방식이 더 나을 것 같습니다.

{
    “result”: {
        “1": [
            {
                “loginId”: “tkim”,
                “url”: “https://widgetwhats.com/app/uploads/2019/11/free-profile-photo-whatsapp-1.png”,
                “teamId”: 1
            },
            {
                “loginId”: “taeho12”,
                “url”: “”,
                “teamId”: 1
            }
        ],
        “2”: [
            {
                “loginId”: “taeho”,
                “url”: “”,
                “teamId”: 2
            },
            {
                “loginId”: “taeho1",
                “url”: “”,
                “teamId”: 2
            }
        ]
    }
}

나 : tkim님 팀매칭 포스트 response 안 쓰기로 했나여 저희? 보니까 필요할 듯 합니다.

티킴 : 팀매칭 성공시에도 저렇게 똑같이 보내드리겠습니다.

Clone this wiki locally