웹 기술 중 하나로, 양방향 통신을 지원하는 프로토콜입니다.웹 브라우저와 서버간의 지속적인 연결을 통해 실시간 데이터를 주고받을 수 있게 해주는 기술입니다. 웹소켓은 HTTP 프로토콜과는 다르게 단일 연결을 통해 계속적인 데이터 교환을 할 수 있어서, 실시간성이 중요한

사용자가 있는 프로젝트를 하다보니 사용자 ID를 사용했다.프론트의 응답과 요청에 모두 사용자 ID를 넣어 사용했고 요청에서 사용자 ID는 RequestBody 또는 EndPoint에서 사용했다.ex) /user/{member-id}개인 프로젝트 혹은 미니 프로젝트로 연

pre project 진행할 때, API 문서화를 Spring Rest Docs를 사용했다.하지만 무수한 많은 오류, 배포 시, 문서화에 관한 것들 때문에 Gradle build 조차 실패했다. 그래서 이번 메인 프로젝트에선 Swagger를 사용해보기로 했다.현재 메인

ServerApplicationTests > contextLoads() FAILEDjava.lang.IllegalStateException at DefaultCacheAwareContextLoaderDelegate.java:98Caused by: java.lang.Il

Main Project를 진행하면서 느낀점, 에러 또는 참고, 검색한 것에 대해 작성할 것이다. S3 연결 및 이미지 업로드 프로젝트를 진행하면서 이미지를 서버에 올려야하는 기능이 필요했다. 예전에도 혼자 미니 프로젝트를 진행하면서 이 부분에 대해서 많이 생각해봤는

Github : https://github.com/codestates-seb/seb44_pre_015Pre Project가 마무리됬다. 매우 짧은 기간동안 클론코딩을 진행을 하였고, 현재 상황에 맞게 기능도 간소화하여 진행하였다. 많은 에러들과 밤샘도 있었지만

서론 Pre-Project 스택오버플로우 클론을 진행하면서 프론트엔드와 협업을 진행했고, API 통신을 위해 배포를 진행해야했다. 배포를 진행할 때 선택할 수 있는 선택지가 2가지가 있었다. ngrok을 통한 임시 도메인 & 로컬 배포 AWS를 사용하여 배포 이 두

프론트엔드 4명과 백엔드 3명으로 구성되었다.스택오버플로우 클론 코딩GithubDiscordGithub kanbanNotionjava 11Spring Boot 2.7.12MySQL & H2AWS추후 개발하며 수정 예정개발 기간이 총 2주가 되지 않아 5일정도 기획을 진

코테 연습프로젝트 대비 섹션 돌아보기아무리해도 어려운 코테TDD, API 문서화 적용 어려움Keep은 계속 유지TDD는 프로젝트 진행 시, 팀원들과 상의하여 진행 혹은 솔로 프로젝트로 변경API 문서화는 프로젝트에서 중요하므로 계속 연습

인증 : 사용자는 사용자와 시스템간에 공유되는 합의된 정보를 제공하여 자신의 신원을 증명하는 과정을 인증이라고 합니다.인가 : 인증과 달리 인가는 어떤 개체가 어떤 리소스에 접근할 수 있는지 또는 어떤 동작을 수행할 수 있는지를 검증하는 것, 즉 접근 권한을 얻는 일을

프록시 서버 > 클라이언트가 서버와 소통할 때, 서버에 바로 접근하지 않고 자신을 통해 서버에 접근할 수 있도록 해주는 일종의 대리 서버입니다. 보통 일반 사용자는 지역이 제한되어 있는 서비스를 이용하기 위해 우회하거나, 캐시를 통해 더 빠른 이용을 하기 위해 프록

한 번의 클릭 혹은 명령어 입력을 통해 전체 배포 과정을 자동으로 진행하는 것수동적이고 반복적인 배포 과정을 자동화함으로써 시간이 절약됩니다.휴먼 에러를 방지할 수 있습니다.배포에서 파이프라인이란 용어는 소스 코드의 관리부터 실제 서비스로의 배포 과정을 연결하는 구조를

의존성 충돌 문제를 해결해 준다.개발과 배포 환경을 일치시킨다.수평 확장을 쉽게 해 준다.각 서버에 새로운 내용을 배포하기 쉽게 만들어준다.컨테이너 기술을 바탕으로 한 컴퓨터 안에 여러 대의 컨테이너가 존재하고, 이를 통해 애플리케이션 실행 환경이 격리되어 있다.프로세

서버의 자원과 공간 및 네트워크 환경 제공필요할 때마다 컴퓨팅 능력을 유연하게 조절사용한 만큼의 요금 지급다른 컴퓨터로 즉시 이주(migration)가 가능단점운영 환경 자체가 클라우드 제공자에게 종속되어 버리므로, 클라우드 서비스에 문제가 생기면 서비스에 영향이 미친

WebFlux라는 용어는 Reactor의 타입인 Flux가 Web에서 사용된다라고 말할 수 있다.더 넓게 생각해 보면 WebFlux는 리액티브 한 웹 애플리케이션을 구현하기 위한 기술 자체를 상징하고 있다고 보는게 적절할 것이다.Spring 5부터 지원하는 리액티브 웹

반응을 잘하는 시스템을 의미합니다.리액티브 시스템을 이용하는 클라이언트의 요청에 반응을 잘하는 시스템.리액티브 시스템 관점에서 반응은 스레드의 Non-Blocking과 관련있습니다.리액티브 시스템은 클라이언트의 요청에 대한 응답 대기 시간을 최소화할 수 있도록 요청 스

Resource Owner가 웹 브라우저에서 Google 로그인 링크를 클릭.Frontend 애플리케이션에서 Backend 애플리케이션의 http://localhost:8080/oauth2/authorization/google로 request를 전송. -> 이

SSR 방식을 사용해서 구현파일 이름은 test-oauth2.html이다.csrf, formLogin, httpBasic을 disable 해주고 요청들은 인증된 request에 대해서만 접근을 허용하도록 하며, .oauth2Login(withDefault())를 추가해

전통적으로 특정 애플리케이션의 서비스를 이용하는 사용자에 대한 인증 처리는 해당 서비스를 직접적으로 제공하는 애플리케이션에서 담당해 왔습니다.인증 서버를 별도로 분리해서 인증을 처리하든 하나의 서버에서 사용자의 인증도 처리하고 그와 동시에 애플리케이션의 서비스도 함께