프로그래밍 공부 이야기

HTTP 헤더 용도: HTTP 전송에 필요한 모든 부가 정보(메시지 바디 컨텐츠 타입, 바디 길이, 압축 크기 등등)를 담는다. 필요시 임의의 헤더를 추가할수 있다. 형식: header-field = field-name ":" OWS field-value OWS (OWS : 띄어쓰기 허용) field-name 은 대소문자 구분이 없기에 혼용 가능하다. 과거에는 RFC2616 버전을 사용했으나 2014년부터 RFC7230이상으로 바뀌면서 '엔티티'라는 용어 대신 '표현'(Representation)을 사용한다. 표현 = 표현 메타데이터 + 표현 데이터 메시지 본문(페이로드, 실제 데이터 단)을 통해서 표현 데이터를 전달한다. 표현 헤더는 표현 데이터를 해석할수 있는 정보를 제공한다. 참고로 표현 헤더는 표..

상태코드는 1XX번대, 2XX번대, 3XX번대, 4XX번대, 5XX번대로 나눠져 있다. 이중 100번대 코드는 정상작동중임을 알리는 코드이며 거의 사용하지 않는다. 주요 상태 코드는 아래오 같다. - 200번대 (정상) 그룹 코드 상수 설명 성공 응답 200 OK 요청이 정상적으로 완료됨 201 Created 요청이 성공적이었으며 그 결과로 새로운 리소스가 생성됨. 응답 HTTP메시지에 location: {리소스 생성 위치} 를 헤더에 추가한다. 202 Accepted 요청을 정상적으로 수신했으나 당장 실행할수 없음. 예) 접수 뒤 한시간뒤 프로세스가 실행되도록 설계됨 204 No Content 요청을 성공적으로 수행했으나, 응답 페이로드에 담을 데이터가 없음 -300번대 (리다이렉션 - 요청을 완료하기..

HTTP API의 종류 URI에서 중요한 것은 리소스이며, 행위(작업)는 method 로 따로 기입한다. 리소스란 조회, 수정, 삭제 등의 행위가 아닌, 그 작업의 대상이 되는 것을 말한다. GET : 리소스를 조회할때 사용 POST : 요청 데이터를 서버에서 처리. 주로 새로운 데이터를 등록할때 사용. PUT : 기존 리소스를 대체. 해당 리소스가 없다면 새롭게 생성 PATCH : 리소스 부분 변경. 주로 수정에 사용. DELETE : 리소스 삭제 이외에 기타 메서드로 HEAD, OPTIONS 등이 존재한다. 1. GET 서버에 전달하고 싶은 데이터는 query를 통해 전달한다. 최근 들어 스펙상으로 메시지 바디를 통해 전달할수 있지만, 지원하지 않는 서버가 많기에 권장하지 않는다. 2. POST 요청..

URI (Uniform Resource Identifier) URL 또는 URN을 하위 분류로 가지는 식별 개념. uniform 은 리소스를 식별하는 통일된 방식, resource 는 자원, 즉 uri로 식별할수 있는 모든 것을, identifier 은 다른 항목과 구분하는데 사용하는 고유의 정보를 의미한다. URL( Unfirom Resource Location) 리소스의 위치를 나타낸다. anchor대신 fragment 라고도 한다. Scheme : http나 https처럼 통신에 사용되는 프로토콜을 나타낸다. Authority : 호스트명이나 ip주소, 사용하는 포트를 나타낸다. 사용자 정보를 기입할수도 있으나 거의 사용하지 않는다. Path : 리소스 경로를 나타내며 계층적 구조를 가진다. Que..

이번 추석에 본가에 내려갈 ktx표를 예매하기 위해 간단한 메크로를 만들어 봤다. // 누르고 싶은 버튼 let btn = document.getElementsByName("menu1")[0]; function printTime(date) { let hour = date.getHours(); let min = date.getMinutes(); let sec = date.getSeconds(); let milli = date.getMilliseconds(); if (("" + min).length == 1) { min = "0" + min; } if (("" + sec).length == 1) { sec = "0" + sec; } if (("" + milli).length == 1) { sec = "00"..

IP(Internet Protocol) 인터넷 프로토콜 패킷을 통해 데이터를 주고받기 위한 통신 규약 통신자들 간의 일종의 주소역할을 하는 IP주소를 부여한 뒤, 패킷을 통해 데이터를 감싼다. 그리고 보내고자 하는 ip주소로 패킷을 전송하는데, 패킷은 곧바로 해당 ip를 찾아가는 것이 아닌, 노드를 떠돌아다니며 자신이 현재 있는 노드에서 관리하는 ip주소 중 수신자 ip가 존재하는지 확인하고, 없다면 다른 노드로 옮겨가기를 반복한다. 세상 사람들이 모두 히키코모리여서 집밖으로 나오지 않고 집안에 틀어박혀 모든 물품을 택배로 주문해서 살아간다고 상상하면 앞으로 나올 개념들을 이해하기 쉽다. 택배는 패킷, 노드는 택배 집하장, ip주소는 집 주소, 받는 사람은 서버, 보내는 사람은 클라이언트에 대응된다. 그..

대강 끝났다. 이제 해상도에 따라 망가지는 html작업을 하거나 배포 과정을 좀더 새련되게 바꾸면 될것 같다. 1. 배포 aws ec2와 rds를 이용해서 배포했다. 2. 페이지 정리 바이낸스 코인 같은 경우는 수익률이 상당히 이상한것을 볼수 있다. 그 이유는 바이낸스가 해당 코인의 평균 매입가를 지원해주지 않기에, 처음 해당 서비스를 사용할때 한번에 한하여 사용자가 직접 평균 매수가와 수량을 입력해줘야하는데, 그냥 전부 0으로 적었기에 저런 말도안되는 수치가 나온것이다. 정렬 기준은 매수금액이 높은 순이다. 처음에는 같은 코인은 통합해서 보여주려고 했으나, 거래소마다 코인 가격이 크게 차이가 나는 경우가 있어 나눠서 출력했다. 가장 하단에는 통합 데이터가 나온다. 시간별로 거래기록이 출력된다. 바이낸스..

로컬에서는 정상적으로 매핑이 되는 어플이, 배포후 매핑이 안된다. 이에 대해 경험상 return "/뷰이름" 에서 /를 제거해주면 된다는 것을 알고 있었으나, 이미 /가 없는 상태였다. 이 문제를 가지고 한참을 머리를 싸매고 고민했다. 어이 없게도 대, 소문자로 인한 오타였다. 이를 진작 알아차리지 못한 이유는 로컬에서는 소문자 j가 알아서 대문자 J로 변환되서 알맞은 html파일을 찾아왔기 때문이다. 거의 두시간 넘게 날린것 같다.

의 도움을 받아 배포를 시도하고있다. 배포 코드중 현재 실행중인 jar파일의 프로세스를 찾아오는 PID=$(pgrep -f ${PROJECT_NAME}*.jar) 명령어가 제대로 작동하지 않아 한참을 해맸다. chat GPT와 구글링을 병행한 결과, 아마도 AWS Linux2와 책의 코드간의 호환성? 그런 문제로 추측된다. 확인해볼 방법이 없다. ps -ef | grep -v "grep" | grep "원하는 프로세스 이름" | awk "{print $2}" 해당 명령어로 찾아올수 있었다.

name값으로 인한 오류가 발생하여 접속이 되지 않는다. 결론: 구글링해본 결과, mariaDB와 DB Navigator간의 호환성 문제가 발생한다고 한다. 즉, 툴 자체의 문제로 rds설정이나 마리아db설정의 문제가 아니다.