1%씩 100번 바꾸기

안녕하세요. 이번 시간에는 413 Payload Too Large 오류를 해결해보는 시간을 가져보겠습니다. 413 Payload Too Large란?서버에서 처리할 수 있는 요청이 지정된 제한보다 큰 오류 RFC 9110부터는 Content Too Large로 오류 명이 수정됨. https://developer.mozilla.org/ko/docs/Web/HTTP/Status/413 413 Content Too Large - HTTP | MDNHTTP 413 Content Too Large 응답 상태 코드는 요청 엔터티가 서버에 의해 정의된 제한보다 크다는 것을 나타냅니다. 서버는 연결을 닫거나 Retry-After 헤더 필드를 반환할 수 있습니다.developer.mozilla.org 해결 방법우선 저는..

HTTP란?웹 기술을 다루는 것중 가장 중요한건 브라우저다. 하지만 브라우저는 항상 HTML을 가지고 있지 않다. 따라서 서버와 브라우저간의 통신이 중요하다. 그러나 이 둘 사이 거리가 얼마나 되는지, 어떻게 통신해야하는지는 미지수이다. 통신을 하기 위한 많은 방법중 하나가 바로 HTTP이다.핵심 기본 요소1. URL역할: URL은 웹 리소스를 식별하는 주소로서 클라이언트가 서버에 어떤 리소스를 요청할지를 명시하는 핵심적인 부분.구조:스키마(Scheme)사용되는 프로토콜을 정의. https는 HTTP에 SSL/TLS로 암호화된 버전을 의미EX) http://, https://호스트(Host)요청할 서버의 도메인 이름이나 IP 주소.EX) www.example.com.포트(Port)서버가 사용하는 네트워크..

작은 스타트업의 특성상 백엔드 개발자가 인프라까지 만져야 하는 상황이 생깁니다. 그래서 제가 직접 인프라를 관리하고 있는데요. 오늘은 해당 부분의 문제를 발견하여 개선이 필요하다고 판단하여 성능 개선을 한 내용을 공유드리려고 합니다. NestJS를 Docker Image로 빌드하여 배포하게 된다면 좋은 가이드 라인이 되었으면 좋겠습니다. 내가 마주했던 문제점평소부터 꾸준하게 문제점이라고 판단했던 부분이였습니다. node.js를 사용하는 이유가 보통 빠르게 개발을 진행하기 위해 사용한다고 생각하였습니다. 하지만 빌드된 Docker Image의 크기는 무려 약 909MB였습니다. Spring을 빌드한 Docker Image의 크기와 별로 다를바가 없었습니다. 이는 node.js를 사용하는 이유에 맞지 않았습..

최근 사이드 프로젝트나 회사에서 Docker가 편리하여 자주 사용하게 되었습니다. 그냥 사용하는 것 보다는 왜 사용하는지 알기 위해서 글을 작성하며 내용을 정리하려고 합니다. 이 글은 Docker가 설치되었다는 전제하로 설명할 예정입니다! Docker란?한줄로 쉽게 요약을 하자면 Container 기반 가상화 기술입니다. Container란 소프트웨어를 실행하는 데 필요한 모든 것을 하나의 패키지로 묶어 독립적으로 실행할 수 있는 가상화 기술을 말합니다. 기존의 가상화 기술의 단점을 보완하면서 애플리케이션을 독립적으로 실행할 수 있는 환경을 제공하여 일관된 배포와 관리가 가능하게 합니다. 어떤 부분이 달라졌지?자세한 설명을 위해서 기존 가상화 기술과 Docker를 비교하면서 설명을 드리도록 하겠습니다. ..

현재 NestJS와 MySQL 그리고 Prisma라는 ORM의 조합으로 백엔드 개발을 하고 있습니다. 개발을 진행하면서 늘 불편하다고 느껴왔던 부분에 대한 개선이 필요하다고 판단하여 진행하게 되었습니다. 불편했던 점을 어느정도 개선할 수 있는 가이드라인이 되었으면 하는 바램에서 이 글을 작성해봅니다. 내가 마주했던 문제점기능을 추가하게 되면서 table을 하나 더 Join하게 되었고 그 과정에서 기존에는 평균 100ms의 응답속도를 가지던 API가 최소 6배, 최대 10배 정도 느려지는 현상을 발견하였습니다. 다음 사진은 Thunder Client를 사용하여 테스트한 결과입니다. 보통 API의 응답 속도가 느려지는 원인은 여러가지가 있지만 이 경우는 한번에 가져올 수 있는 쿼리를 여러번에 걸쳐서 나눠서 ..

어느덧 학원에서 시작하였던 프로젝트도 마무리가 되면서 자연스럽게 회고록을 작성해야지! 라는 생각으로 글을 작성하게 되었습니다. 길다면 길고 짧다면 짧았던 1월 초부터 3월 말까지의 여정을 한번 다시 돌아보는 시간을 가져보려고 합니다. 우선 뜬금없는 이야기지만, 제 개발자 커리어의 최종 도착지는 CTO입니다. 제가 생각하는 CTO란 기술적으로 사람들을 이끌 수 있는 사람이라고 생각합니다. CTO는 기술적으로 많은 것을 아는 것도 중요하지만 사람들을 이끌 수 있는 사람이여야 합니다. 그러기 위해서는 최대한 기술적으로 많은 경험을 해보고 어느정도 사람들을 리드를 할 수 있는 환경을 경험하고 싶었습니다. 사실 초기 프로젝트를 시작하게 되면서 프로젝트의 기획을 하였고 어느순간 자연스럽게 사람들을 리드하게 되었습니..

DataBase 계정을 추가해야할 일이 생겨서 추가하고 난 후 블로그로 다시 생각을 정리하게 되었습니다. MySQL을 설치했다는 전제하로 설명합니다. 추가 CREATE USER '사용자명'@'원격호스트' IDENTIFIED WITH 'mysql_native_password' BY '비밀번호'; GRANT ALL PRIVILEGES ON *.* TO '사용자명'@'원격호스트'; 수정 ALTER USER '사용자명'@'호스트명' IDENTIFIED BY '비밀번호'; FLUSH PRIVILEGES; 실 예시 root 계정의 모든 호스트에서 모든 DB와 모든 테이블의 접근을 허용한다. CREATE USER 'root'@'%' IDENTIFIED WITH 'mysql_native_password' BY '비밀번..

최근에 각자 리눅스 계정을 줄 일이 생겨서 그룹 설정과 계정 설정을 진행하였습니다. groupadd 그룹을 추가하는 명령어입니다. 그룹은 GID가 생성됩니다. GID는 그룹 생성시 할당되는 ID입니다. # 그룹 추가하기 sudo groupadd {groupName} # 그룹 생성 확인하기 cat /etc/group groupdel 그룹을 삭제하는 명령어입니다. sudo groupdel {groupName} useradd 사용자를 추가하는 명령어입니다. 사용자를 추가할 때 그룹을 지정해줘야 사용자관리가 편해집니다. sudo useradd -m {username} -g {groupname} -- 옵션 -- -m : 해당 유저의 폴더를 같이 생성 -g : 그룹 지정 passwd 계정의 비밀번호를 세팅합니다. ..

최근 팀원들을 모아 사이드 프로젝트를 시작하게 되었습니다. 전에는 Jira와 Slack을 사용하여 팀원들과 소통을 했었습니다. Slack과 Jira는 서로 연동이 잘되어 편리하였습니다. 하지만 현재 팀원들은 Discord를 사용하는 것이 더 친숙하기에 Discord를 선택하게 되었습니다. 서로 연동하기 위한 방법은 크게 두가지 방법이 있었습니다. 1. Discord에 WebHook을 설정한 다음 Jira에서 WebHook을 보내는 것. 2. Discord에 WebHook을 설정한 다음 Jira의 자동화를 사용하여 Discord의 WebHook에 요청을 보내는 것 첫번째 방법의 경우 다음과 같이 설정하였습니다. 위 사진처럼 설정하였으나, 실제 시스템에서 동작하지 않는 오류가 있었습니다. 그래서 이 방법은 ..

문제 설명 숫자와 "Z"가 공백으로 구분되어 담긴 문자열이 주어집니다. 문자열에 있는 숫자를 차례대로 더하려고 합니다. 이 때 "Z"가 나오면 바로 전에 더했던 숫자를 뺀다는 뜻입니다. 숫자와 "Z"로 이루어진 문자열 s가 주어질 때, 머쓱이가 구한 값을 return 하도록 solution 함수를 완성해보세요. 제한 사항 1 ≤ s의 길이 ≤ 200 -1,000