다른 부분만 기록
기본적으로 Seoul Region을 ap-northeast-2
라고 부름
Code deploy, EC2 CodeDeploy Role를 생성
Inline Policies로 Custom Policy도 적용
다른 부분만 기록
기본적으로 Seoul Region을 ap-northeast-2
라고 부름
Code deploy, EC2 CodeDeploy Role를 생성
Inline Policies로 Custom Policy도 적용
반드시 Nginx와 같이 써야 하는 것은 아니다. uWSGI 만으로도 Service를 제공하는 것이 가능하다.
가능한가 가능하지 않은가에 답변에 대해서는 가능하다는 답변을 먼저 할 수 있다.
그렇다면 Nginx와 같이 사용하므로서 얻는 이득은 무엇인가? 가장 큰 장점중에
하나는 Nginx가 가진 보다 향상된 Static Content (CSS, Javascript 등) 핸들링을 통해서 서버에 발생되는 Load를 줄일 수 있다.
letsencrypt-getting-started 참고 블로그
기본적으로 ssl 세팅을 할려면 도메인주소가 있어야 하며(권장), https default 443 port*가 열려있어야 한다.
그리고 EIP(Elastic IP)가 인스턴스에 Associate 되어 있다는 전제하에 설명을 한다.
일단 AWS Route53에 Hosted zone
을 만들어 줘야 한다.
Slack에 본인 Github Repository를 가져올라면 별다른 제약없이 Intergration을 할수있지만
organization
은 별도로 해야될게 있다. (이걸 몰라서 한참 헤맸었다...)
일단 organization
를 생성한 관리자만 slack에 intergration를 추가 할수 있다.
Adding a new GitHub organization to Slack를 참고하여 작성하였다.
IOS랑 통신을 하게되면서 기존에 웹에서만 할때는 session으로 가능했는데 다른 대처방안을 찾다가 JWT(Json Web Token)을 알게 되었다.
영어표기로는 JWT
읽기로는 JOT
(발음주의)라고 읽는다.
CORS(Cross-origin resource sharing)문제때문에 주로 쓴다. 쿠키는 발행한 서버에서만 유효하다. site-a.com에서 발행한 쿠키는 site-b.com에서 사용할 수 없다. 토큰은 HTML Body 형태로 전송하기 때문에 다른 도메인에서 API를 호출해야 하는 서비스 구성에 유용하다.
honcho start
하면 Procfile
파일안에 있는 내용들이 실행된다.
근데 간혹 using port
하면서 해당 honcho
port에 대해서 사용하고 있다고 하면
lsof -i :<port number>
로 해당 port를 사용하는 service를 보고 kill -9 <PID>
로 죽인다.
그러고 나서 다시 honcho start
한다.