번데기 개발자의 메모장

얼마 전 회사에서 express로 백엔드 개발을 하다가 프론트엔드의 요청에 대해서 413 에러가 발생하였습니다. 이에 대한 해결 방법을 간단하게 공유해보도록 하겠습니다. 문제점 먼저 알아볼 내용은 413 에러가 어떤 에러인지 파악하는 것이었습니다. HTTP 상태 코드에서 413 상태 코드는 Payload Too Large 상태를 의미하는 것으로 요청 Entity가 서버에 정의된 제한보다 크다는 것을 의미합니다. (Request Entity Too Large라는 의미이기도 합니다.) 즉 request 크기가 서버에서 제한해놓은 사이즈보다 크다는 것을 나타내는 것입니다. 따라서 해당 제한을 풀어주면 문제는 자연스럽게 해결됩니다. 제가 구축한 Rest API 서비스는 EC2(리눅스)에 express 서버가 띄..

sequelize 운영 중 테이블 스키마 변경 문제 개발을 하다 보면 sequelize의 테이블을 추가하거나 스키마를 변경해야 할 때가 있습니다.. 보통 이런 작업을 할 때는 sequlize-cli를 설치하여서 사용합니다. 스키마를 변경하기 위해서는 보통 sequelize.drop을 통해 테이블을 제거한 뒤에 sequelize.sync()를 수행해여야 하는데 drop을 수행하게 되면 테이블에 있던 데이터가 모두 삭제가 됩니다. 만약 운영 중이었다면 소중한 데이터가 백업하지 못하고 날아가게 되기 때문에 무척 치명적일 수 있습니다. 테이블을 안 날리고 데이터베이스의 스키마와 컬럼을 바꿀 수 있을까 찾아보니 sequelize cli의 migration 기능을 이용하면 쉽게 해결되는 것을 알게 되었습니다. 아래..

cookie-parser란? 요청된 쿠키를 쉽게 추출할 수 있도록 도와주는 미들웨어 입니다. express의 request(req) 객체에 cookies 속성이 부여됩니다. node의 npm 패키지에 포함되어 npm install cookie-parser --save를 통해 install하여 사용할 수 있습니다. 예제 코드) var express = require('express'); var cookieParser = require('cookie-parser'); var app = express(); app.use(cookieParser()); app.get('/', function(req, res) { console.log('Cookies: ', req.cookies) }) app.listen(8080..

개요 미들웨어 함수는 요청 오브젝트(req), 응답 오브젝트 (res), 그리고 애플리케이션의 요청-응답 주기 중 그 다음의 미들웨어 함수에 대한 엑세스 권한을 갖는 함수 입니다. 그 다음의 미들웨어 함수는 일반적으로 next라는 이름의 변수로 표시됩니다. 미들웨어 함수는 다음과 같은 테스크를 수행할 수 있습니다. 모든 코드를 실행 요청 및 응답 오브젝트에 대한 변경을 실행 요청 - 응답 주기를 종료 스택 내의 그 다음 미들웨어를 호출 현재의 미들웨어 함수가 요청-응답 주기를 종료하지 않는 경우에는 next()를 호출하여 그 다음 미들웨어 함수에 제어를 전달해야 합니다. 그렇지 않으면 요청은 정지된 채로 방치됩니다. 예시) Hello World 애플리케이션에 대한 2개의 미들웨어 함수를 사용한 예제 개발..

모듈 시스템 자바스크립트는 예전부터 리소스 관리가 어려운 문제가 있었습니다. 리소스는 웹페이지를 구성하는 자원들인데 현재 웹에서는 해당 페이지에 필요한 모든 파일을 불러 와야 하고 그 파일들이 곂치지 않는지 잘 살펴봐야 합니다. 하지만 npm 과 같은 패키지 관리 툴을 사용하여 여러 자바스크립트 라이브러리들을 개발자들이 쉽게 사용할 수 있도록 구현하였고, 자신이 구현한 자바스크립트의 리소스들도 쉽게 다른 파일에서 사용할 수 있게 관리 할 수 있습니다. 기존의 모듈 시스템 require require React from 'react'; require from 'react-dom' 과 같은 형태로 이용이 가능합니다. 모듈 시스템 import import React from ‘react’; Import fro..