IT LAB

플랫폼 API 서버에 채팅 기능을 확인해보기 위해 프론트를 구현하였다. 저는 백엔드만 해오다가 토이프로젝트에 프론트가 필요해서 하게 되었는데 처음이라 발등에 불이 떨어져 해보게 되었다. 코딩하는데 생활코딩과 인프런에 올라와있는 조현영님의 slack clone강의를 많이 참고하였다. 프론트에서는 설정할게 많은것 같다. 실제 강의에서도 설정이 힘들다 하셨고 따라하는데 한참걸렸다.. (하지만 되니까 기분은 좋네 ㅎ) 아무튼 짧은 실력이지만 최대한 꼼꼼히 포스팅 해봐야겠다 1. 프론트엔드 초기 세팅하기 설치 모듈 프로젝트에서는 typescript를 사용할 것이다. react, react-dom typescript, @Types/react, @Types/react-dom package-lock.json 모듈들이 ..

이제 서버에서 클라이언트에게 STOMP 연결을 할 수 있도록 핸드쉐이크 endpoint, messageBroker의 pub 및 sub prefix를 설정해 주어야 한다. 해당 설정은 스프링에서 설정하기에 매우 쉽다. 하지만 개념을 알아야 요구사항에 따른 구현이 가능하므로 일단 개념부터 잡아보자 1. Websocket 웹소켓 소개 http는 tcp/ip 기반 비연결지향 프로토콜과 대비 websocket 프로토콜(RFC6455) - 연결지향(연결을 끊지 않음), 양방향통신(클라이언트 서버) 서버와 클라이언트가 지속적으로 TCP 라인을 통해 연결되어 양방향 통신이 가능하게 됨 소켓이 유지되는데 동의할 수 있도록 소켓을 수정함 http header의 keep-alive 속성의 값이 계속되도록 설정되어있음 HTT..

1번에서 entity 객체를 만들었으니 이제 chatroom controller 를 만들겠습니다. 생성, 정보 요청, 리스트 전달 등의 1. 채팅방 생성 기본적으로 DM은 1:1 채팅방으로 구현되었습니다. (인스타그램, 페이스북 메신저를 따라 만들려고 하였습니다) 1. 개인 DM 을 위한 방 생성 인스타그램이나 페이스북 처럼 해당 사용자에게 DM을 보내고자 할 경우, 프로필에 가서 "사용자와 채팅" 버튼 누르기 "사용자와 채팅" 버튼을 누를 시, roomMakerId는 누른 사람의 Id이고, guestId는 해당 프로필 계정의 Id입니다. 채팅방을 먼저 생성한 후, 사용자들을 해당 채팅방의 Member로 저장합니다. @PostMapping("/personal") // 개인 DM방 생성 public Hcs..

이번에 하는 토이프로젝트에서 DM 기능을 구현하는 파트를 맡게 되었다. 약 한달간 일정을 소모하여 여기저기서 찾아보고 강의도 들어가며 구현은 어느정도 완성이 되었다. 해당 토이프로젝트는 JPA를 사용하였으나 동작원리를 공부하고자 DDL은 직접 생성하였다. (도메인 파트별로 sql문 있음) 일단 도메인 객체 디자인부터 0. ERD Diagram 진한 글씨는 PK 테이블간 선으로 연결된 컬럼은 FK many to many : (ChatRoom - ChatRoom_Members - User) 1. ChatRoom @Data @Entity @Table(name = "ChatRoom") @DynamicUpdate @Builder @EqualsAndHashCode(onlyExplicitlyIncluded = tru..

1. 쉘 커널과 사용자간의 다리역할. 명령을 해석하여 프로그램을 실행함. 커널과 분리된 프로그램이며 종류가 많음. - 가지고 있는 쉘 확인 : $SHELL, chsh -l, cat /etc/shells - 쉘의 변경 : ' chsh -s /bin/바꿀 쉘 "사용자이름" ' 2. 환경설정 환경변수 HOME : 홈 디렉터리 PATH : 실행파일을 찾는 경로 LANG : 기본 셸 언어 TERM : 로그인한 터미널 PWD : 현재 경로 SHELL : 로그인 셸 USER : 사용자명 PS1 : 프롬프트 변수 MAIL : 도착한 메일이 저장되는 경로 UID : 사용자ID 주요 환경변수 \d : 요일, 월, 일 형태로 날씨 출력 \h : 호스트 이름 \s : 사용중인 셸 시간 \t : 24시간 형태 현재 시간 출력 ..

1. 파일 시스템 운엥체제가 파티션, 디스크 등 데이터를 읽고 쓰는 일련의 체제 파일 백업 및 복구 가능. 적절한 이동 필요. 인터페이스나 명령어 사용가능. 다른사용자와 공유하여 사용가능하며 명령로그를 기록함. 다양한 파일시스템 지원 2. 파일 시스템 구조 파티션 분할하여 포맷하여 파일시스템으로 사용함 부트블록 : 운영체제를 주기억장치에 올리는 역할을 하는 프로그램이 들어있는 영역 슈퍼블록 : 디스크에 대한 다양한 젖ㅇ보를 저장하고 있는 곳. (전체 블록의 수, 블록의 크기, 사용중인 블록의 수 등의 정보 저장) inode 리스트 : inode들을 모아놓은 곳. 한 블록에 여러 개의 inode를 저장함. inode는 파일에 대한 다양한 정보를 저장하는 곳으로 파일마다 하나씩 부여됨. 데이터블록 : 일반적..

1. 하드웨어 인식 단계 BIOS가 하드웨어를 점검하고 부팅 HDD를 점검함. 이후 MBR에 있는 부트 매니저 프로그램 실행하여 운영체제를 시작함. 메모리에 커널이 로드됨. 커널 매개변수를 지정하여 설정 및 변경이 가능함. 커널은 모듈을 사용함. (/etc/modeprobe.conf 파일로 부트 매니저 프로그램에 매개변수값을 바꿀 수 있음.) 2. 소프트웨어 구동 단계 루트파일 시스템을 읽기 전용 형태로 마운트하고 이상이 없으면 읽고 쓰는 형태로 다시 마운트함. 이 때 init 프로세스(/inittab) 생성됨. 해당 init프로세스가 소프트웨어 구동을 레벨별로 위임하여 운영체제를 동작시킴. /etc/inittab : 부팅과 관련된 실행레벨을 정의함. /etc/init/rcS.conf : 시스템 초기화 ..

1. 디렉터리 종류와 특징 디렉터리설명주요 내용/루트 디렉토리파일시스템의 최상위 디렉토리모든 디렉토리와 파일은 이 아래에 존재/bin바이너리 디렉토리기본 명령어 저장/boot부팅 파일부트로더(GRUB), 커널 이미지, 초기 RAM 디스크 (initrd) /dev장치 파일 디렉토리디스크, CPU, USB 등 하드웨어 인터페이스 제공/etc환경 설정 파일시스템, 애플리케이션 설정 파일 및 스크립트 저장/home사용자 홈 디렉토리사용자별 개인 파일 및 설정 저장/lib라이브러리 디렉토리실행 파일에 의존하는 필수 공유 라이브러리 저장/lost+found파일 복구 디렉토리복구된 파일 저장 (시스템 충돌이나 파일 손상 시 발생하는 파일들)/mnt임시 마운트 디렉토리임시 연결 (외부 장치나 원격 파일 시스템)/med..

1. Boot Manager기능하나의 컴퓨터에 다양한 O/S가 있을 경우, 특정 OS로 선택하도록 도와줌 위치MBRHDD의 맨 앞에 위치0번째 섹터512Byte부트매니저 프로그램 + 파티션 정보 저장BIOS가 MBR을 읽고, 부트 매니저를 로드하여 OS를 부팅함 GRUB기능여러 파일시스템 지원커널의 매개변수 조정 가능동적 부팅 지원 부팅 모드a: kernel과 관련된 매개변수를 추가할 수 있음 (grub.conf)e: 부팅 목록의 모든 항목 편집 가능 (grub.conf)c: 상호 대화식으로 명령어 입력 가능 환경설정 파일 (/boot/grub/grub.conf)boot: 부팅 되는 HDD 지정default: 전원을 켰을 때 기본적으로 부팅되는 운영체제를 설정하는 항목timeout: 메뉴 화면에서의 대기시간

1. 하드웨어자동으로 인식가능최신기기는 수동으로 등록 2. HDD InterfaceIDE (Integrated Drive Electronics)HDD와 컨트롤러가 통합된 형태의 인터페이스병렬 방식으로 데이터 전송 (Parallel ATA)저렴한 비용 / 높은 호환성느림 마운팅/dev/hda 에 됨 SCSI (Small Computer System Interface)서버와 워크스테이션에서 사용되는 고속 졍렬 인터페이스병렬 방식빠름 마운팅/dev/sda에 됨 SATA (Seiral Advanced Technology Attachment)직렬 데이터 전송 방식단일 케이블을 통해 데이터를 직렬로 전송PATA의 후속 기술빠름 마운팅/dev/sda 3. 네트워크 인터페이스EthernetLAN근거리 통신 규격IEEE..