summary1\. App 라우트 구조로 변경 ( 현재 버전은 pages와 병행 가능 but conflict 피해라)2\. meta data 객체로 만들어 동적생성해라.3\. layout의 구조 변경, App의 자식이 메인 레이아웃, 각 도메인별로 nested layo

sudo docker logs --tail 20 -f container idhttps://systorage.tistory.com/entry/Docker-docker-%ED%8A%B9%EC%A0%95-container%EC%9D%98-%EB%A1%9C%EA%B7

https://jiurinie.tistory.com/60?utm_source=pocket_reader

https://codelabs.developers.google.com/your-first-webgpu-app?hl=ko업로드중..

로그인의 응답에 set_cookie로 담겨 온 REFRESH TOKEN에 HTTP ONLY설정을 해주었기에 브라우저 쿠키에 저장되지 않았던 문제를 확인하고 이를 해결하기 위해 로컬 개발환경의 DJANGO REST API 앱에 NGINX와 Gunicorn을 붙여 Dock

로컬에서 Postgresql 덤프 생성pg_dump -U username -d dbname -f dbdump.sql(or .dump or .tar)생성된 덤프파일 배포환경 서버로 전송scp dbdump.sql ubuntu@your_server_ip:/home/ubunt

아래의 사진에서 처럼 logIn과 같은 보안관련 요청-응답의 경우, https 프로토콜간의 통신만을 허용한다. 따라서, 이를 위해 SSL 인증서를 발급 받아 REST API 서버에도 적용시켜주고자 한다.

수정된 코드를 사용하여 Docker 이미지를 다시 빌드docker build -t ${username}/${repo name}:${tag} .새로 빌드한 Docker 이미지를 Docker Hub에 푸시docker push choseongwoo/aight-back:tag

현재 오라클 클라우드 인스턴스 위에서 DOCKER-COMPOSE(NGINX, DJANGO(-Gunicorn), POSTGRES)를 docker-compose up으로 구동중이다.하지만 브라우저에서 이에 연결된 서브도메인 api.ai-ght.com으로 접속해도 아무런 응

현재 내 오라클 클라우드 인스턴스는 ubuntu환경만 구축된 상태이다.도커 설치 프로세스sudo apt-get updatesudo apt-get install apt-transport-https ca-certificates curl software-properties-

Official Ref: https://docs.docker.com/docker-hub/repos/프라이빗 설정으로 생성했음.아래의 내 docker 로그를 보자.현재 구동중인 containers는 장고/nginx/postgres로 세개의 컨테이너가 있다.이들은

(설치하며 작성중)Putty는 많이 써봤고, 더 나은 툴이 없나 찾아보다가아래의 화웨이 포럼 글을 보고 MobaXterm을 써보기로 결정했다.https://forum.huawei.com/enterprise/en/putty-mobaxterm-securecrt-a

나는 고대디에서 도메인을 구매해서 ai-ght.com을 사용중이다.현재 내 3티어 웹앱은 프론트사이드로 Nextjs를 사용하고 있는데(사실 Next는 프론트로 여기기 애매하지만 내경우 API서버를 따로 뒀기에),https://ai-ght.com/또한 REST

오라클 클라우드의 인스턴스를 생성할 때, 디폴트로 임시IP를 발급한다.이는 서버 재부팅 등을 통해 매번 변경될 수 있다.나같은 경우, 전용 도메인(서브도메인)을 연결해야하기 때문에 고정IP를 사용하고자 한다.탭 -> 컴퓨트 -> 인스턴스 -> 인스턴스 세부정보 -> 연

pg_restore를 사용했을 때 발생한 에러들 1-1. corrupt tar header: tar는 linux 기반 os에서 사용하는 압축파일 확장자로, 윈도우 기반으로 dump를 압축파일로 만들 때 발생하는 에러로 확인됨 1-2. did not find ma

AIGHT 프로젝트의 API서버에서 NEXTJS로 REFRESH토큰을 HTTPONLY 쿠키로 설정하여 응답에 전달하였는데, 브라우저는 API서버와 클라잉언트의 도메인 불일치를 문제삼아 쿠키를 브라우저에 저장하지 않는 것으로 확인했다.띠라서 현재 NEXTJS를 배포한 도

장고 DRF 배포해야하는데, NGINX와 GUNICORN 사용 등 방법이 혼재돼있어 혼란하던 중 좋은 자료를 발견하여 기록한다.https://velog.io/@jimin_lee/Nginx%EC%99%80-Gunicorn-%EB%91%98-%EC%A4%91-%E

웹 클라이언트의 요청을 받아, 요청을 처리 및 그 결과를 웹 클라이언트에게 응답한다.주로 정적 페이지인 HTML, 이미지, CSS JS파일을 웹 클라이언트에 제공할 때 웹 서버를 사용. 만일 동적 페이지 처리가 필요하면 WAS(웹 애플리케이션 서버)에 처리를 위임한다.

postgresql사용컨테이너 환경에서 postgresql 구동