일정 및 구조 기획

[nicknamemohaji]

서브젝트 내용

1. IO 멀티플렉싱

   • TCP 소켓 사용
   • 비동기 소켓 사용
   • kqueue등의 멀티플렉싱 방식 사용

2. IRC 서버 구현

   • 새로운 클라이언트 등록
   • CAP
   • PASS
   • NICK, USER
   • MOTD
   • 연결 관리
   • PING, PONG
   • QUIT
   • ERROR

3. IRC 채널 구현

   • 채널 관련
   • JOIN
   • NAMES
   • PART
   • TOPIC
   • INVITE
   • 운영자 관련
   • KICK
   • MODE
   • 메시지 관련
   • PRIVMSG
   • NOTICE
   • 기타 요청
   • LIST

4. 보너스 구현

   • DCC
   • 봇

모듈 기획

• TCPMultiplexer
• IRCServer
• IRCClient
• IRCChannel
• IRCContext(IRCServer&, IRCChannel&, IRCClient&)

1. TCPMultiplexer::WaitEvent -> IRCClient::Recv: 커널 버퍼가 빌 때 까지 IRCClient의 버퍼에 계속 읽음
2. TCPMultiplexer::WaitEvent -> IRCServer::ReadEvent
3. IRCServer::ReadEvent->IRCServer::RequestParser: 메시지의 tag, source, command, params를 파싱
4. IRCServer::RequestParser -> IRCServer::Context(context) -> IRCChannel::Context(context) -> IRCClient::Context(context): 파싱한 command에 맞는 메소드 호출
5. IRCServer::DoAction -> IRCServer::CreateResponse -> IRCClient::Send: 작업이 끝난 후 응답 반환

ex.

• :dan!d@localhost PRIVMSG #chan HEY!: IRCServer::SelectChannel -> IRCChannel::BroadCast -> (각각의 클라이언트에서) IRCClient::PrivMsg
• JOIN #foobar: IRCServer::CreateChannel -> IRCChannel::Join -> IRCClient::Join

[somilee0202]

sabyun : 채널관련 명령어 somilee : 운영자, 메시지, 기타 관련 명령어 저희는 일단 이번주는 공부해보고 완성 예정일을 정해보도록 하겠습니다.

[nicknamemohaji]

240724 회의기록

실행흐름 변경

• Server->Channel->Client 순으로 타고 내려가는 방식 사용하지 말고,
• 하나의 메소드(또는 추상 클래스. 미정)에서 특정한 동작을 모두 실행하는 방식으로 변경
  • Context를 타고 내려가는 코드는 중복되는 부분이 많음
  • IRCServer클래스의 메소드로 구현하고 멤버 함수 포인터를 이용한다면 복잡한 분기 없이 처리 가능
  • IRCServer클래스의 매소드로 구현하면 순환 참조 문제 해결 가능
• IRCServer, IRCChannel, IRCClient 순으로 나누는 구조는 유지

모듈 기획

• IRCServer
  • std::map<std::string nickname, IRCClient* client> _clients
  • std::map<std::string channelname, IRCChannel* channel> _channel
• IRCChannel
  • std::map<std::string nickname, unsigned int privs> _clients
  • std::vector _invites
  • unsigned int _channelmode
  • std::string _topic
  • std::string _pass
  • unsigned int _limit
• IRCClient
  • std::vector _channels

예시 시나리오

• JOIN 커맨드 (i 플래그만 검사하는 시나리오)

  • 채널 목록에 있는지 확인
  • 채널 목록에 없으면 새로 생성 -> 종료
  • 채널 권한 확인
  • i 플래그가 꺼져 있으면
    1. 채널에 사용자 등록
    2. 사용자에 채널 등록 -> 종료
  • i 플래그가 켜져 있으면 _invites 확인
  • _invites에 사용자가 있으면
    1. 채널에 사용자 등록
    2. 사용자에 채널 등록
    3. _invites에서 사용자 제거 -> 종료
  • _invites에 사용자가 없으면 -> 473 에러 -> 종료

• PRIVMSG 커맨드

  • 대상이 채널인지 사용잔지 확인
  • 채널이면
  • 채널에 사용자가 없으면 -> 404에러 -> 종료
  • 채널에 사용자가 있으면 -> 채널에 속한 각 사용자에게 :(nickname) PRIVMSG #(channel) :(msg) 전달 -> 종료
  • 사용자면
  • 존재하는 사용자가 아니면 -> 401에러 -> 종료
  • 존재하는 사용자면 -> 상대방에게 :(nickname) PRIVMSG :(msg) 전달 -> 종료

[alsksssass]

240725 회의기록

프로젝트 진행 방식

메인 브랜치

• 프로젝트의 기본이 되는 브랜치

FEAT (기능) 브랜치

1. 이슈 생성
2. 시나리오 작성
3. 브랜치 생성 및 작업
4. 작업 완료 후 PR (Pull Request) 생성
5. 팀원 모두의 깃허브 승인 후 머지
6. 머지 완료 후 브랜치 삭제

컨플릭트 해결 방법

• 메인 브랜치 우선
• 컨플릭트 수정 후 재시도

시나리오 작성 가이드라인

• 상세한 작업 방식 및 메소드 설명 포함
• 중복 작업 방지를 위한 자세한 기록
• 컨플릭트 발생 시, 먼저 머지한 코드 우선

코드 구조화

• COMMAND 또는 ACTION 폴더 생성
• 파일명 형식: CLIENT_ACTION_JOIN.CPP
• 각 명령어별 별도 파일 생성으로 가독성 향상

변수(어트리뷰트) 구성

• 팀원 간 충분한 의견 교환 후 결정
• 코드 중복 최소화를 위한 협의

프로젝트 일정

1. 시나리오 작성

   • 기한: 7월 31일 (수요일)
   • 내용: 각자 맡은 명령어 시나리오 작성

2. 시나리오 브리핑 및 조정

   • 일정: 8월 1일 ~ 2일 (목, 금)
   • 방식: 회의를 통한 브리핑 및 조정

3. 작업 시작

   • 일정: 8월 5일 (월요일)부터

타임라인

• 7/31 (수): 개인별 시나리오 작성 완료
• 8/1-2 (목-금): 시나리오 브리핑 및 조정 회의
• 8/5 (월): 프로젝트 작업 시작

[alsksssass]

240801 회의록

1. 채널 관련 기능

채널 생성 및 관리

• 채널 생성: 서버에서 구현, 중복 이름 검사 포함
• 채널 이름 제한:
  • 특수문자 제한 (#만 허용, 나머지는 오류)
  • 길이 제한: 10자
  • 공백 없는 이름으로 제한
• 채널 비밀번호: 변경 기능 구현

채널 참여/나가기

• 참여: 채널 존재 여부 확인 후 처리
• 나가기: 마지막 사용자가 나가면 채널 삭제 (운영자 여부 무관)

2. 사용자 권한 및 관리

권한 시스템

• 현재 구현된 시스템 유지

사용자 관리

• 블랙리스트/밴 기능: 구현하지 않기로 결정

3. 데이터 구조 및 처리

채널 정보 저장

• 생성 시간: Unix 타임스탬프로 변경
• 사용자 목록: 배열 또는 리스트 사용

데이터 처리

• 문자열 파싱: 콤마(,)로 구분된 데이터를 std::vector<std::vector<string> >으로 반환
• 배열 및 인덱스: enum으로 정의된 인덱스 값으로 해당 값 반환

4. 에러 처리 및 예외 상황

• 에러 처리: 경준님께 에러 처리 방법 문의 예정
• 채널 빈 상태 처리: 마지막 사용자가 나가면 채널 삭제

5. 클라이언트-서버 통신

메시지 포맷

• 요청/응답 구조: <명령어>:<데이터> 형식으로 정의
• 에러 응답: 명확하지 않은 경우 무조건 에러 처리 또는 무시

6. 추가 기능

• 채널 목록 조회: 전체 채널 목록 및 사용자별 참여 채널 목록 제공
• 사용자 목록 조회: 채널별 사용자 목록 제공

7. 향후 계획

기능 구현 우선순위

1. 기본 채널 관리 기능 게터/세터 일원화
2. JOIN Command 구현
3. 사용자 권한 시스템
4. 채널 목록 및 사용자 목록 조회

추가 논의 사항

• 채널 및 사용자 관련 메서드의 구체적인 파라미터 및 반환 값 형식 결정 필요
• 추가적인 의논은 240802에 진행 예정

[alsksssass]

class IRCServer; action 시 여러 커멘드 입력시 예) /join a,b,c,d a,b,d,d 비번은 a,b,c,d임 일때 a,b,d채널은 접속되고 c만 오류를 내뱉어야 하는 상황에서 중간에 오류를 쓰로우하면 더이상 진행이 안되는 문제가 생김.

[alsksssass]

채널에 접속시 채널에 있는 모든 유저에게 유저가 접속했다는 메시지를 전송해야함. 채널에 있는 리스트를 가지고 유저의 fd값을 가져와야 해서 IRCClient* GetClient(const std::string& user_name); 메소드를 서버클래스에 추가함.

[alsksssass]

채널에 접속시 채널에 있는 모든 유저에게 유저가 접속했다는 메시지를 전송해야함. 채널에 있는 리스트를 가지고 유저의 fd값을 가져와야 해서 IRCClient* GetClient(const std::string& user_name); 메소드를 서버클래스에 추가함.

server _clients 의 맵에 클라이언트들이 추가가 안되는듯? 클라이언트에게 메시지를 전송할수 없음! @nicknamemohaji

[nicknamemohaji]

중간에 오류를 쓰로우하면 더이상 진행이 안되는 문제가 생김.

아.. JOIN에서 여러 개의 채널에 동시에 들어갈 수 있다는걸 몰랐습니다. ActionJOIN 안에서 try-catch를 이용하다 마지막 파라미터에서 오류가 발생하면 그 때는 다시 throw해주면 되지 않을까 싶습니다.

IRCClient* GetClient(const std::string& user_name); 메소드를 서버클래스에 추가함.

명령어 처리 함수들이 서버 콘텍스트 안에서 실행되면 std::find(_clients, nickname) 같은 방식으로 클라이언트 객체를 얻어올 수 있습니다. 여기서 닉네임 못 찾으면 401 에러 던지면 되겠네요

_clients 의 맵에 클라이언트들이 추가가 안되는듯

닉네임 중복체크 후에 맵에 추가하는 코드를 작성하던 중에 일정이 생겨버렸습니다. 죄송합니다. 월요일에 시간 나면 수정해서 올리겠습니다