JWT란 유저를 인증하고 식별하기 위한 토큰 기반 인증RESTful과 같은 무상태 환경에서 사용자 데이터 교환이 가능토큰에는 헤더, 페이로드, 시그니처로 구성a.헤더 : 키, 타입(토큰 유형 JWT는 JWT), 암호화 알고리즘으로 구성b.페이로드 : 토큰에서 사용할 정

진행 중인 토이 프로젝트에서 약 2만 건 이상의 데이터를 한 번에 RDB에 저장하기 위해 JPA의 saveAll() 메서드를 사용했습니다. 처음에는 saveAll()이 INSERT 쿼리를 모아서 한 번에 전송할 것이라 기대했으나, 실제로 쿼리를 확인해보니 save()와

서울-경기 지역의 카페 데이터를 효율적으로 처리하기 위해 공공데이터를 활용한 경험을 공유합니다. 데이터 정제와 효율적인 삽입 방식 개선을 통해 성능을 크게 향상시켰습니다.서울-경기 소재의 카페 데이터를 얻기 위해 공공데이터를 활용했습니다.서울권 소상공인 데이터 약 43

저는 커피를 매우 좋아합니다. 커피의 맛을 따지는 것보다는 그저 즐기는 것을 좋아하는 사람입니다. 최근 진행 중인 프로젝트에서 소상공인 상가 정보 공공 데이터를 활용하는 기능을 추가하고자 했습니다. 이 블로그 포스트에서는 데이터 처리 과정과 개선 방안을 공유하고자 합니

WS와 WAS의 차이 WS 웹서버로 비즈니스 로직 작성 불가 주로 정적 데이터 처리 Nginx, Apache 등 WAS 웹 애플리케이션 서버로 비즈니스 로직 작성 가능 웹 서버에서 처리하지 못한 동적 데이터 처리 정적 데이터 처리도 가능하나 느림 Tomcat 아파치

JVM 위에서 동작하기에 운영체제에 독립적가비지 컬렉터가 메모리를 관리해 편함JVM 위에서 동작하기에 실행 속도가 상대적으로 느림다중 상속 등 제약이 존재실제 값이 저장스택 영역 사용기본 타입을 제외한 모든 타입스택에 참조 값이 저장힙 영역에 실제 객체가 저장미사용시

DB의 테이블 검색 속도를 향상키기기 위한 자료구조책의 색인과 같음Index가 적용되지 않은 컬럼 조회 시 전체를 탐색하는 full scan 수행되어 처리 속도가 떨어짐컬럼의 값으로 생성된 해시를 기반해 인덱스를 구함시간복잡도가 O(1)로 매우 빠름부등호와 같은 연속적

메모리에 로드되어 실행되고 있는 프로그램의 인스턴스OS에게 독립된 메모리 영역을 할당 받음(다른 프로세스 자원에 접근 불가)프로세스는 최소 1개의 메인 스레드를 가짐프로세스 내에서 할당 받은 자원을 이용해 동작하는 실행 단위스레드는 프로세스에게 Stack만 따로 할당

두 대 이상의 컴퓨터들을 연결하고 서로 통신할 수 있는 통신망이 그물처럼 연결되어 있는 것.즉, 정보나 데이터를 서로 연결된 장치들 간에 전송하고 공유하는 시스템1\. 사용자가 브라우저에 URL을 입력2\. 브라우저는 DNS에 연결된 서버의 진짜 주소를 찾음3\. HT

데이터를 원하는 규칙 또는 목적에 맞게 저장하기 위한 구조자료구조에 쌓인 데이터를 활용해 문제를 해결하기 위한 여러 동작의 모임스택 : 세로 모양의 바구니와 같은 구조로 선입선출(First-in Last-out, FILO)의 구조큐 : 가로 모양의 통과 같은 구조로 선

문제 상황 인스타그램과 같은 SNS 서비스에서 제공하는 기능에는 댓글 달기, 좋아요 등 과 같은 기능이 존재. 두 기능의 공통점은 공유된 리소스에 여러 스레드가 동시에 접근해 요청을 수행. 요청의 결과로 좋아요수, 댓글수 증감 진행 증감의 결과가 올바르게 처리되지 않

이용자가 시스템에 대한 접근 권한을 가지고 있음을 증명하는 암호 문자.특정 사용자에 대한 본인 인증성 문자.ID, 닉네임과는 다르게 겉으로 표기되지 않고 감추어지며 오로지 해당 사용자만 알고 있어야 함.위 에서 말했듯이 비밀번호는 노출 및 유출 시 사용자에게 큰 피해가

컨트롤러에서 로그인 여부 확인, 사용자 정보 호출 등의 부가 기능이 섞여 동시에 처리하는 일이 있다. 이는 가독성과 유지 보수성 저하와 계층간의 분리 문제가 있다.이러한 문제들은 AOP, Filter, Interceptor 등을 이용해 비즈니스 로직과 부가 기능을 분리

기존의 DBManger 클래스를 통한 DB 커넥션은 sql요청마다 DB와 TCP/IP통신으로 커넥션을 획득해야하는 과정이 있어 SQL 실행 시간에 매 요청시 마다 커넥션을 생성하는 시간이 추가되어 응답 속도에 영향을 미치는 문제가 있습니다. 대표적인 해결법은 Datab

해당 프로젝트를 하는 이유는 내가 사용하는 Spring Framework를 좀 더 잘 이해하고자 진행하는 프로젝트이다.

asap 프로젝트에 브랜드와 상품 이지미 업로드 기능이 구현되어 있다. 업로드되는 이미지는 S3 버킷에 저장되며 해당 이미지의 경로는 각 entity의 url 필드에 저장되어 클라이언트가 원할 때 이미지를 불러올 수 있다.하지만 이미지는 화면에서 작은 크기의 썸네일을

경쟁 상태로 인한 동시성 이슈로 상품 재고의 변경이 제대로 이뤄지지 않는 문제를 비관적 락을 이용해 해결했지만, 느린 속도로 인하여 개선이 필요하다.현재 상황의 수치 파악을 위해 Jmeter를 사용쓰레드: 2000반복 횟수: 5총 10K의 요청 tomcat:

개인 프로젝트에서 상품 구매API에 동시 요청시 예상한 결과가 아닌 다른 결과가 도출되는 상황이 발생 되었다.두 사건이 같은 시간에 일어나는 것을 이르는 말우리가 이용하는 웹과 앱 서비스는 대부분 여러명의 사용자가 보내는 요청을 동시에 수행이 가능하다.이는 같은 코드가

인터세 통신을 위해서는 일종의 주소가 필요합니다. 그 역할을 하는것이 바로 흔히들 말하는 ip주소 Internet protocol인 IP입니다.지정한 IP주소에 데이터를 전송합니다.패킷이라는 단위로 통신을 진행하는데, 패킷에는 출발지 IP, 도착지 IP, 기타(전송될

문제 링크 문제 요약 준현, 성민 두 사람이 각자의 매매법을 통해 A기업에 투자하여 누가 더 수익률이 높은지 겨뤄보기로 했다. 준현은 주식을 살 수 있다면 즉시 무조건 최대한 많이 산다. 또한 절대 주식을 다시 팔지 않는다. 성민은 모든 거래는 전량 매수와 전량 매도