티스토리

oxdjww.log

검색하기

블로그 홈

oxdjww.log

blog.oxdjww.xyz/m

oxdjww 님의 블로그입니다.

구독자: 3

방명록 방문하기

728x90

반응형

주요 글 목록

2025를 맞으며 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 1. 18.
ICT 인턴십 - 지원 회고 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 8. 1.
Ne(o)rdinary Hackerthon 회고 행사 개요 Ne(o)rdinary Hackerthon이란 UMC 14기, CMC 5기의 크루원들이 모여 1박 2일간 주제를 갖고 개발을 진행하는 해커톤이다. 다른 프로젝트도 진행하고 있고, 그 외에도 일정이 있어 사실 해커톤 참여를 망설였다. 하루 밤 새는 것이 타격이 크기 때문에 주어진 일을 못 할까 걱정이 앞섰기 때문이다. 또한, 제대로된 해커톤이 사실상 처음이라 짧은 시간 내에 개발할 수 있을지, 팀원분들에게 폐를 끼치진 않을지 걱정했다. 하지만 짧은 시간동안 좋은 팀원분들과 개발에 몰두하며 많은 것을 배울 수 있었고, 짧은 시간이지만 해커톤에 몰입한 결과 만족스러운 결과도 얻을 수 있었다! 주제 뉴진스(New Jeans)의 노래 제목을 앱 이름으로 하여 서비스 구상 “뉴진스의 하입보이요”는 202.. 공감수 2 댓글수 1 2023. 12. 2.
연관관계 매핑(양방향) ✅ 양방향 매핑이란? 객체의 연관관계 중 하나인 양방향 매핑은, 사실상 단방향 매핑이 두번 이루어진 것이다. 즉, 개념적으로 두 개의 단방향 매핑을 추상적으로 양방향 매핑이라 칭하는 것이다. ✅ 양방향 연관관계 매핑의 필요성 테이블과 객체를 비교해보자. 테이블에서는 외래 키 하나로 두 테이블의 연관관계를 확인할 수 있다. 외래 키를 가지고 조인하면 두 테이블간 데이터의 결합과 접근성이 자유롭다. 즉, 외래 키 하나만으로 한 컬럼의 연관된 데이터를 획득할 수 있다. 하지만 객체에서는? 객체를 탐방하려면 참조가 쌍방으로 존재해야 한다. 참조가 양방향으로 존재해야 참조와 역참조가 가능한 구조라는 것이다. 이런 패러다임의 차이를 극복하기 위해 양방향 매핑을 한다. 하지만, 엔티티 연관관계를 설정할 때 우선 단방.. 공감수 1 댓글수 0 2023. 11. 21.
연관관계 매핑(단방향) ✅ 연관관계 매핑의 필요성 모델링의 두 방식의 차이점을 비교하며 연관관계의 필요성을 알아보자. ✅ 테이블 중심 모델링 ![Untitled] 테이블 연관관계에 맞추어 객체를 모델링 해보자 🌱 엔티티 매핑 참조 대신에 외래키를 그대로 사용하여 다음과 같이 Member 와 Team 을 작성할 수 있다. @Entity public class Member { @Id @GeneratedValue private Long id; @Column(name = "USERNAME") private Long teamId; ... } @Entity public class Team { @Id @GeneratedValue private Long id; private String name; ... } 🌱 엔티티 다루기 위와 같이 작성.. 공감수 0 댓글수 0 2023. 11. 21.
변경 감지(Dirty Checking) ✅ 영속성 컨텍스트란 ‘엔티티를 영구히 저장하는 환경’이라는 뜻 EntityManager.persist(entity); 하지만 이는 논리적인 개념이다. 엔티티 매니저를 통해서 영속성 컨텍스트에 접근할 수 있다. 아래의 예를 통해 영속성 컨텍스트 내에서 변경 감지(Dirty Checking)를 하는 법을 알아보자. ✅ 엔티티 수정 EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello"); // 단일 EntityManger를 생성한다. EntityManager em = emf.createEntityManager(); EntityTransaction tx = em.getTransaction(); // 트랜잭션 시작한다. (영속성 컨텍.. 공감수 0 댓글수 0 2023. 11. 20.
JPA를 왜 쓸까? ✅ JPA? Java Persistence API 자바 진영의 ORM 기술의 표준 ORM이란?즉, 객체 관계 매핑이다.ORM이라는 프레임워크가 중간에서 매핑하는 것 대중적인 언어에서는 대부분 ORM기술이 존재하여, 데이터베이스와 어플리케이션 간의 인터페이스를 보장한다. (ex. python sqlalchemy) 객체는 객체대로 설계 / 관계형 데이터베이스는 관계형 데이터베이스대로 설계 Object-Relational Mapping ✅ JPA의 동작 어플리케이션과 JDBC 사이에서 동작한다. ✅ 표준 명세 JPA는 기본적으로 인터페이스의 모음이다. 이 JPA 표준 명세를 구현한 3가지 구현체가 존재한다. Hibernate EclipseLink DataNucleus ✅ JPA 사용 이유? SQL 중심적인 개.. 공감수 0 댓글수 0 2023. 11. 20.
영속성 컨텍스트란 Overview JPA의 '영속성 컨텍스트'라는 논리적인 개념에 대해 다룬다. JPA의 2요소 JPA에서 가장 중요한 2가지라 하면, 객체와 RDBMS를 매핑하는 연관관계 영속성 컨텍스트 이 두가지가 있다. 웹 어플리케이션에서 사용자는 EntityManager를 할당받고, Database에 접근하기 위해 EntityManager로 엔티티를 영속성 컨텍스트에 집어 넣는다. 즉, 영속성 컨텍스트는 엔티티를 영구 저장하는 환경이라는 뜻이다. 일반적으로 EntityManager.persist(entity);구문을 통해 엔티티는 영속성 컨텍스트에 들어간다. 엔티티의 생명주기 비영속 영속성 컨텍스트와 연관이 없는 상태. 그저 생성만 된 객체를 의미한다. 영속 영속성 컨텍스트가 관리하는 객체 준영속 영.. 공감수 0 댓글수 0 2023. 11. 20.
Ch06. API URL, Project Configuration Overview EndPoint와 Request/Reply 데이터를 설계하자. 협업을 편리하게 진행하기 위한 API 명세서를 작성하자. API란 Appliation Programming Interface(API) 즉, Application을 Programming할 때 사용되는 Interface를 말한다. 소프트웨어 사이에 복잡한 것들을 감추고, 추상화를 통해 손 쉽게 마이그레이션 혹은 응용을 할 수 있게끔 하는 도구의 일종이다. REST API 웹 어플리케이션에서는, REST API를 자주 사용한다. REST API란 말 그대로 RESTful한 API를 일컫는다. REST Representational State Transfer 의 약자로, 자원을 이름으로 구별하여 자원의 상태(state)를 주고 받는 .. 공감수 0 댓글수 0 2023. 11. 19.
Ch05. SQL Overview 요구사항에 맞게 쿼리를 작성하는 방법에 대해 고민하고, 이를 통해 쿼리를 만들어보자. Entity-Relationship Diagram Requirements 진행 중/완료 미션을 모아서 보는 페이지 SELECT * FROM Mission WHERE mission_status = 'IN_PROGRESS' OR mission_status = 'COMPLETED';한 유저에게 할당된 미션에 대해, 진행 중 혹은 진행 완료된 미션을 모아서 볼 수 있는 쿼리 리뷰 작성하는 페이지 INSERT INTO Review (grade, title, content, reply, visitDate, store_id, user_id) VALUES (:grade, :title, :c.. 공감수 0 댓글수 0 2023. 11. 19.
[우아한 테크코스 6기 - 프리코스] 4주차 회고 Overview 우아한 테크코스 6기 프리코스 중 4주차 크리스마스 프로모션을 구현하고, 이에 대한 회고이다. Github UML 0. 들어가며 0.1 4주차의 의도? ‘클래스를 분리한다’ 가 객체지향의 특징 그 자체라고 생각한다. 이 목표를 지키려면 수많은 조건을 지켜야 하기 때문이다. 3주차에서 한 번 강조된 이 목표를, 4주차에서 한 번 더 강조하는 이유가 바로 이것 때문이라고 생각한다. 클래스가 정말 예쁘게 분리된 코드를 작성하기에 한 주만으로 당연히 부족했고, 여러 시행착오를 겪으며 4주차에 임하기를 바라는 것이 우테코의 의도였다면 다행히 조금은 이를 만족한 것 같다. 0.2 미션에 임하는 마음 물론 클래스를 분리한다는 것은 4주차에 와서도 어려운 일이었다. 클래스를 분리하고, 메서드를 최소단위.. 공감수 1 댓글수 1 2023. 11. 16.
[우아한 테크코스 6기 - 프리코스] 3주차 회고 Overview 우아한 테크코스 6기 프리코스 중 3주차 로또를 구현하고, 이에 대한 회고이다. Github Link 3주차를 시작하며 3주차 미션을 시작하며 리마인드한 점이 있었다. 코드를 작성할 때, 내 행동과 선택에 항상 이유가 있어야 한다는 것이다. 클래스를 분리하는 연습을 하기 전, 이번 과제에도 MVC 패턴을 적용하여 해결하려 했다. 많은 레퍼런스들이 MVC 패턴을 적용하여 프리코스의 과제를 해결했고, 나 또한 몇 차례 써보았기에 맹목적으로 사용했다. 하지만 정작 나는 MVC의 Model에 대한 정의도 제대로 못 내리는 상태였다. 코드리뷰를 하며 동료들의 코드를 보던 중, domain이라는 패키지 안에 다양한 비즈니스로직을 수행하는 클래스들을 볼 수 있었다. MVC의 Model은 찾을 수 없고.. 공감수 1 댓글수 0 2023. 11. 14.
[우아한 테크코스 6기 - 프리코스] 2주차 회고 Overview 우아한 테크코스 6기 프리코스 중 2주차 자동차 경주게임을 구현하고, 이에 대한 회고이다. Github Link 1. 설계와 개발패턴 정형화 2주차 미션에서는 1주차보다 설계에 많은 시간을 투자했다. 그렇게 리팩토링에 쏟은 시간이 상대적으로 적었고, 초반 설계에 대한 고민이 많아 처음 과제를 보고, 코드를 작성하기까지 2~3일은 걸렸다. 1주차에 비해 2주차에 추가된 조건에 가장 신경쓰이는 부분이 ‘기능단위 커밋’을 할 것이라는 조건이였다. 기능이라는 단어란 무엇일까? 영어로 function이고 이 말은 method를 지칭하는 function과도 문맥을 동일시한다. 그렇다면 커밋의 단위는 메서드의 구현인가? 그렇다면 기능 목록은 메서드 단위로 작성해야 하는가? 그것은 아니였다. 메서드 여.. 공감수 3 댓글수 2 2023. 11. 2.
준영속과 변경감지 Intro 본 포스팅에서는 준영속 엔티티를 수정하는 두 가지 방법에 대해 다룬다. 준영속 엔티티란? 엔티티의 생명주기에 따른 속성 분류는 다음과 같다. 비영속 영속성 컨텍스트와 연관이 없는 상태. 그저 생성만 된 객체를 의미한다. 영속 영속성 컨텍스트가 관리하는 객체 준영속 영속성 컨텍스트가 관리했던 객체. 즉, Database에 한번 들어갔다 나온 객체 (식별자 존재) 삭제 Database에서 삭제된 객체 위의 설명과 같이 준영속 엔티티란 영속성 컨텍스트가 더이상 관리하지 않는 객체를 의미한다. 하지만 데이터베이스에 한번 저장되었기에 식별자가 존재한다. 식별자를 이용해 임의의 새로운 객체를 생성한 경우에도 준영속 엔티티라 칭한다. 이런 준영속 엔티티의 값을 변경하는 방법에는 변경감지/병합 두 가지 방법.. 공감수 1 댓글수 0 2023. 10. 25.
[우아한 테크코스 6기 - 프리코스] 1주차 회고 Overview 우아한 테크코스 6기 백엔드에 지원하게 되었다. 이번 6기는 서류를 지원하기만 하면 4주간 진행되는 프리코스에 참여할 기회를 얻게 된다. 기존에는 프리코스만 가볍게 체험해볼 생각으로 원서를 썼으나, 내게 필요한 교육과정이라는 생각이 들어 지원서도 열심히 적고, 프리코스에 임하고 있다. 본 포스팅에서는 1주차 미션 숫자 야구를 수행하는 과정과 회고를 다룬다. Github Link 미션 수행 절차 첫 주차 미션인만큼 메일과 과제 명세서를 자세히 읽어보았다. fork, git clone을 받은 후에 트러블 슈팅을 해주었다. 요구사항 분석 먼저 전체적인 flow를 작성하였다. 그리고 구현할 기능 목록을 작성했다. 0. 들어가며 처음에 숫자야구라는 주제를 보고, 친숙한 게임이기도 하고, 규칙을 모.. 공감수 1 댓글수 0 2023. 10. 23.
Git CRLF Overview Git clone시 OS간 차이에서 발생하는 빌드 문제를 해결하는 방법을 다룬다. Issue 평범하게 자바 소스코드를 Git clone 받았다. 그리고, 정상적으로 실행이 되는지 $ ./gradlew clean test를 진행했다. 하지만 아래와 같은 오류를 만날 수 있었다. zsh: ./gradlew: bad interpreter: /bin/sh^M: no such file or directory 처음에는 단순한 오류인줄 알고, 늘 그렇듯이 로그를 바탕으로 구글링을 했다. 정보를 찾아본 결과, OS간 개행문자를 처리하는 방식이 달라서 gradlew 파일이 git clone시 변화됐음을 확인할 수 있었다. remote 파일 #!/bin/sh # # Copyright © 2015-2021 .. 공감수 0 댓글수 0 2023. 10. 22.
docker image push to github Intro 생성해놓은 docker image를 github package에 push하고, 이를 공유하는 방법에 대해 다룬다. Generate Token Github Settings > Developer Settings > Personal Access Token(Classic) 여기서 새로운 토큰을 만들어준다. Generate new token 원하는 이름과, repo, packages 권한을 체크한다. 그러고 완료하면 token이 생성되는데, 복사 해준다. 한번 노출되고 다시는 노출되지 않으므로 재사용할 것이라면 어딘가에 저장해두자. Docker login 생성한 토큰을 이용하여 도커에 깃허브 아이디로 로그인할 것이다. $ docker login ghcr.io -u 깃허브아이디도커 컨테이너 레지스트리 서.. 공감수 0 댓글수 0 2023. 10. 18.
fastapi 배포 w/ docker Intro 본 포스팅에서는 fastapi로 구축한 back-end server를 docker image를 통해 배포하는 방법에 대해 다룬다. Configuration Lang : python 3.11.4 Framwork : Fastapi Dir Structure 프로젝트는 python의 내장모듈인 venv를 이용하여 구축했으며, 대략적으로 아래와 같은 디렉토리 구조를 가진다. - bin - lib - src - api - database - schema - service main.py requirements requirements.txt 파일을 루트 디렉터리 (/src)에 위치시켜, 파일 빌드 시 필요한 의존성을 추가한다. uvicorn fastapi Dockerfile Dockerfile을 통해 doc.. 공감수 0 댓글수 0 2023. 10. 18.
공개키 암호 시스템(1) 공개키 암호 개요 기존 대칭키 암호의 한계 기존 대칭키 암호 체계에서는 1:1 통신 마다 키가 필요하다 즉, n명 통신시에는 $\frac{n(n-1)}{2}$ 개의 키가 필요하다. 통신을 위해 항상 키를 가지고 있어야 한다. 키가 많아지면 오버헤드가 발생한다. Solution : 공개키 (비대칭키) 암호 시스템 공개키 (비대칭키) 암호 시스템 Diffie, Hellman은 1976년 발표된 논문 *"New Directions in Cryptography"* 에서 공개키 암호 시스템을 소개한다. 각 사람마다 한 쌍의 키를 보유한다. (공개키 pubkey, 개인키 secret(private) key) 공개키는 모두에게 공개되고, 개인키는 비밀로 보관한다. 공개키를 안다고 해서 이를 통해 개인키를 유추하는 것.. 공감수 0 댓글수 0 2023. 10. 9.
Ch04. DATABASE Design & AWS RDS Settings Practice Ch04. DATABASE Design & AWS RDS Settings Overview AWS RDS를 통해 데이터베이스를 만든다. Datagrip을 이용하여 외부 접속한다. Create New Subnet 저번 포스팅에서 만들었던 subnet외에 새로운 subnet을 생성하여 RDS를 배치할 것이다. 기존에 만든 VPC에 새로운 subnet을 생성하자. 기존 VPC를 선택한다. 이름은 tete-subnet2로 지정해주었고, 필요한 값들을 할당한다. 추후에 생성할 서브넷 그룹을 대비해서 이미 생성해둔 서브넷의 가용영역과 다른 가용영역을 선택해준다. 생성한 subnet을 외부에서 접속 가능한 public subnet으로 만들기 위해 외부와 연결된 라우팅 테이블과 매핑한다. 서브넷 연결 편집을 클릭한다. .. 공감수 1 댓글수 0 2023. 10. 8.
프록시 캐시와 캐시 무효화 Intro 본 포스팅에서는 프록시 캐시와 캐시 무효화에 대해 다룬다. 프록시 캐시 원(origin) 서버에 직접 접근 원 서버에 클라이언트가 직접 접근하여 리소스를 받게 되면 병목현상이 일어날 수 있다. 프록시 캐시 도입 첫 번째 요청 첫 번째 요청에는 프록시 서버를 거쳐서 원 서버로 요청이 가게 된다. 첫 요청에는 프록시 서버에 리소스가 없으므로 당연한 결과이다. 그리고 원 서버로부터 응답이 오게 되면, 캐시 서버는 이를 캐시로 저장한다. 두 번째 요청 두 번째 요청 시에는 프록시 캐시 서버가 클라이언트들에게 응답을 함으로서 더 빠른 속도로 응답할 수 있다. 이렇게 프록시 캐시 서버에서 저장할 수 있는 캐시를 public 캐시라고 한다. 반면에 클라이언트가 보유하고 있는 캐시는 private 캐시이다... 공감수 0 댓글수 0 2023. 10. 7.
검증 헤더와 조건부 요청2 Intro 본 포스팅에서는 검증 헤더와 조건부 요청에 대해 다룬다. 검증 헤더와 조건부 요청이란? 검증 헤더 캐시 데이터와 서버 데이터가 같은지 검증하는 데이터 Last-Modified , ETag 조건부 요청 헤더 검증 헤더로 조건에 따른 분기 If-Modified-Since: Last-Modified 사용 If-None-Match: ETag 사용 조건이 만족하면 200 OK 조건이 만족하지 않으면 304 Not Modified 예시 If-Modified-Since: 이후에 데이터가 수정되었으면? 데이터 미변경 예시 캐시: 2020년 11월 10일 10:00:00 vs 서버: 2020년 11월 10일 10:00:00 304 Not Modified, 헤더 데이터만 전송(BODY 미포함) 전송 용량 0.1.. 공감수 0 댓글수 0 2023. 10. 7.
검증 헤더와 조건부 요청1 Intro 본 포스팅에서는 검증 헤더와 조건부 요청에 대해 다룬다. 캐시 시간 초과 캐시 유효 시간이 초과해서 서버에 다시 리소스를 요청하면 다음 두 가지 상황이 나타난다. 서버에서 기존 데이터를 변경하지 않은 경우 서버에서 기존 데이터를 변경한 경우 서버에서 데이터를 변경하지 않은 경우 그렇다면, 데이터를 전송해서 새로 받는 대신에 저장해 두었던 캐시를 재사용 할 수 있다. 단, 클라이언트의 데이터와 서버의 데이터가 같다는 사실을 확인할 수 있는 식별자가 필요할 것이다. 첫 번째 요청 첫 번째 요청을 받은 서버는 클라이언트에게 리소스를 보낸다. 이 때, Last-Modified라는 필드에 날짜 값을 넣어서 보내게 된다. 이 값을 통해 해당 리소스의 최종 수정일을 알 수 있다. 웹 브라우저는 수신한 리소.. 공감수 0 댓글수 0 2023. 10. 7.
캐시 기본 동작 Intro 본 포스팅에서는 캐시 기본 동작에 대해 다룬다. 캐시의 필요성 클라이언트는 웹 서버에 다양한 리소스를 요청하고, 이를 요청하는 클라이언트는 다수이다. 이 때 캐시가 있는 상황과 없는 상황을 가정하고 캐시가 필요한 이유에 대해 학습할 수 있다. 캐시가 없을 때 첫 번째 요청 캐시가 없는 상황에서, 클라이언트가 star.jpg라는 이미지 파일을 서버에 요청해서 받아오는 상황이다. 서버가 클라이언트로부터 GET요청을 받고 이미지 리소스를 돌려주는데 이 때 데이터의 크기는 1.1M로, 헤더 0.1M과 이미지 파일 본체인 바디는 1.0M로 이루어져있다. 두 번째 요청 클라이언트로부터 몇번의 요청이 오든 서버에서는 같은 1.1M 크기의 파일을 전송한다. 데이터가 변경되지 않아도 계속 네트워크를 통해 데이.. 공감수 0 댓글수 0 2023. 10. 7.
인증과 쿠키 Intro 본 포스팅에서는 인증(Authorization)과 쿠키(cookie)에 대해 다룬다. 인증이란? Authorization: 클라이언트 인증 정보를 서버에 전달하는 것이다. WWW-Authenticate: 리소스 접근시 필요한 인증 방법을 정의한다. Authorization 클라이언트측에서 클라이언트 인증 정보를 서버에 전달한다. 요청시 사용한다. Auth 등 다양한 인증 방식마다 value에 들어가는 값은 상이하다. WWW-Authenticate 서버측에서 리소스 접근시 필요한 인증 방법을 정의한다. 401 Unauthorized 응답시 함께 사용한다. WWW-Authenticate: Newauth realm="apps", type=1, title="Login to \"apps\"", Basi.. 공감수 0 댓글수 0 2023. 10. 5.
일반 정보, 특별한 정보 Intro 본 포스팅에서는 HTTP의 일반 정보, 특별한 정보에 대해 다룬다. 일반 정보 일반적인 정보를 담은 헤더 필드들이다. From: 유저 에이전트의 이메일 정보 Referer: 이전 웹 페이지 주소 User-Agent: 유저 에이전트 애플리케이션 정보 Server: 요청을 처리하는 오리진 서버의 소프트웨어 정보 Date: 메시지가 생성된 날짜 From 유저 에이전트의 이메일 정보이다. 일반적으로 잘 사용되지 않는다. 검색 엔진 등에서 주로 사용된다. 요청에서 사용한다. Referer 이전 웹 페이지의 주소이다. 현재 요청된 페이지의 이전 웹 페이지 주소 A -> B로 이동하는 경우 B를 요청할 때 Referer: A 를 포함해서 요청 Referer를 사용해서 유입 경로 분석 가능 요청에서 사용 참.. 공감수 0 댓글수 0 2023. 10. 4.
HTTP 전송 방식 Intro 본 포스팅에서는 HTTP의 전송 방식에 대해 다룬다. 전송 방식 HTTP 전송 시에는 다양한 전송 방식이 존재한다. 단순 전송 압축 전송 분할 전송 범위 전송 단순 전송 Content-Length로 길이를 명시하고, 단순히 전송한다. 압축 전송 Content-Encoding으로 압축 타입을 명시하고, 본문에는 압축된 데이터를 보낸다. 분할 전송 Transfer-Encoding필드에 chunked 값을 주고, 데이터를 분할하여 보낸다. 용량이 매우 큰 데이터를 보낼 때 사용한다. 총 크기를 예측할 수 없기에 Content-Length를 사용해선 안 된다. 범위 전송 범위를 지정해서 요청에 대한 응답을 받는 전송 방법이다. 데이터를 보내다가 모종의 이유로 중간에 끊겼을 경우, 처음부터 다시 받을 .. 공감수 0 댓글수 0 2023. 10. 4.
표현(Representation)과 협상(Negotiation) Intro 본 포스팅에서는 표현(Representation)과 협상(Negotiation)에 대해 다룬다. 표현 즉, 표현 헤더는 다양한 http header로 이루어져 있는데 이는 header-field = field-name ":" OWS field-value OWS (OWS:띄어쓰기 허용) 위와 같은 형태를 띄고, 표현 헤더는 하단의 표현 데이터(==메시지 본문, 바디, 본문)를 해석할 수 있는 대표 정보라고 해석할 수 있다. 표현 헤더의 구조 Content-Type : 표현 데이터의 형식 Content-Encoding: 표현 데이터의 압축 방식 Content-Language: 표현 데이터의 자연 언어 Content-Length: 표현 데이터의 길이 표현 헤더는 HTTP 요청, 응답 둘다 사용 Co.. 공감수 0 댓글수 0 2023. 10. 4.
HTTP Header 개요 Intro 본 포스팅에서는 HTTP header의 개요에 대해 다룬다. HTTP Header란 header-field = field-name ":" OWS field-value OWS (OWS:띄어쓰기 허용) 위와 같은 형식으로 구성되어 있으며, field-name에는 대소문자 구분을 하지 않는다. HTTP Header의 용도 HTTP 전송에 필요한 모든 부가정보 (start-line에서 명시된 정보를 제외하고) 메시지 바디의 내용, 메시지 바디의 크기, 압축 타입, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 ... 표준 헤더는 엄청 많다. ref : https://en.wikipedia.org/wiki/List_of_HTTP_header_fields 필요시 임의의 헤더를 추가할 수 있다. H.. 공감수 0 댓글수 0 2023. 10. 4.
메시지 인증 코드(MAC) 메시지 인증 코드(MAC) (Review) Modification Detection Code MDC Message의 무결성을 확인할 수 있는 방법론이다. How? Alice가 secure channel을 구축하고 있다는 가정하에 원본은 unsecure channel로 전송 MDC는 secure channel로 전송 Bob이 MDC값 두 개를 비교하여 무결성 체크 MDC의 한계 MDC는 non-practical하다. secure channel을 구현하는 것은 상대적으로 어려움 매번 secure channel을 구현해야하는 overhead 발생 Message Authentication Code (MAC) MAC? (e.g., Hash with key $H(K,M)$) 송/수신자가 공유한 key를 이용하여 m.. 공감수 0 댓글수 0 2023. 10. 3.

728x90

반응형

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.