여담입니다만, 어떻게 글을 써야 모두가 좋아할 글이 될 수 있을까요?저번 시간에는 Express의 구조를 보았습니다. 복습 겸 말씀을 드리자면 ( 제 복습이기도 합니다. ) Express는 Application을 내보내는 함수였습니다. Application은 route

나는 express를 알고 있을까? 일반적으로 node.js와 Express.js를 사용해 서버를 만든다면 위의 코드는 공통으로 들어갈 것입니다. 그렇기 때문에 위 코드를 이해하는 데에는 큰 어려움이 없을 것 같습니다. 그런데 공부를 하면서 헷갈리는 부분이 참 많았죠

저번에 이어서 이야기해보자. 저번에 bin 폴더의 www에 app이 올라간다는 이야기를 했었다. 그러면 이 페이지는 어디서 나오는 걸까?기본적으로 server application은 요청으로부터 응답을 반환하기까지의 과정을 다루며, 이 요청과 응답 사이에서 '미들웨어'

Express로 서버 만들기 Express-generator로 서버 생성 위 라이브러리를 설치하고 사용하는 것만으로도 이미 웹 서버를 만들 수 있다. express 뒤에 들어간 --no-view는 option이다. pug나 jade 같이 서버 사이드 렌더링을 도와

앞선 글에서 스왑 메모리는 근본적인 해결이 될 수 없음을 밝혔다. 당연히 더 요금을 내면 해결할 수 있는 일이다. 하지만 웹을 배포하려는 내 목적 상, 다른 사람들처럼 사용하는 시간 대에만 켜고 사용하지 않을 때는 끄는 식으로는 운용할 수가 없다. 애초에 귀찮으니 만큼

사실 메모리가 부족해서 build가 실패했다는 것을, 에러 발생 시 바로 알아내기도 힘들 것이다. 나의 경우에는 aws에서 프리티어로 발급 받은 서버로 클라이언트, 서버를 모두 배포하고 있었는데, npm run build를 할 때마다 모든 소프트웨어가 중단되는 것을 발

나는 aws에서 프리티어로 제공된 ubuntu 서버를 사용하고 있었다. 나중에 메모리 부족으로 인해서 -어떤 문제였는지는 다른 글에서 설명하도록 하고- 결국 라즈베리파이로 옮기긴 했으나, 기본적인 골자는 똑같기 때문에 aws 기준으로 설명을 한다.local에서 작업을

PUT은 멱등하고, PATCH는 비(非)멱등한 메서드라고 말한다. 하지만 이 멱등, 비멱등에 대한 구분은 결국 서버 측에서 API를 만드는 개발자가 구현해야 한다. 그렇다면 멱등과 비멱등에 대한 구분을 알아야 한다.그러나 여러 자료를 찾아보면 PUT은 전체를 바꾸고 P

저번에 이어서 메서드에 대해서 설명하고자 한다.9.1.1 Safe MethodsImplementors should be aware that the software represents the user intheir interactions over the Internet,

`"아직도 부족한 개발자지만" ( 일단 밑밥을 깐다. ) 최근 반 년간 밀도 있는 경험을 해서 많은 것을 배웠다고 자부한다. 아직 공부를 시작한지 얼마 안 된 초보 개발자지만, 그럼에도 내가 배운 것들을 보면, "아, 이거 진작에 알았으면 좋았을 텐데...' 하고,