What I did today:
환경 설정 마무리하기
- 지금은 gunicorn.service 수정하고 가상환경에 relieftalk.env 만들고
gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>에러 나오는 상황.. --> 그런데 이거 왜인지 알 것 같다.. setting 파일 이름 바꿀 때 refactor 사용해서 디펜던시 문제 없게 만들어야겠음. --> wsgi.py에 있는 경로를 바꿔줬더니 바로 작동되었다.
What I need to do next:
구독모델
feature/subscription에 call 모듈 다 적용subscription 모델도 만들어서 적용- 코드 베이스 수정
스테이징 환경 싱크
- 기억할 것:
- 스테이징 데이터베이스 아키텍쳐 싱크 맞춰놓기
- 스테이징 데이터베이스 데이터 싱크 맞춰놓기
- aws_utils 바꾸기
- 그리고 코드 베이스 적용!
What I learned:
실배포 환경과 스테이징 환경이 있을 때
- 처음에는 하나의 프로젝트 안의 개발 단위별로 스테이징 - 실배포에 적용해야겠다고 생각했다. 그런데 하다보니 각 개발 단위가 다른 단위에 영향을 받기 때문에 상호적인 수정 사항이 생기더라. 그렇기 때문에 스테이징에 전체 프로젝트 배포를 해두고 다 되었다고 생각이 들때 실배포에 적용해야겠다.
- 이때, 난 migration file을 써야 하기 때문에 그냥 막무가내로 머지를 하면 안되고 데이터베이스에 적용을 이렇게 저렇게 순서대로 해놓은 다음에 makemigration --fake를 써서 순서대로 한 것 마냥~ 바꿔놔야 한다. 개인적으로는 스테이징 환경에서 실 데이터베이스를 연결해둔 다음에 스키마를 변경하고 그대로 models.py를 머지해서 migration file을 만드는게 어떨까 생각이 든다.
related_name 짱 좋다
corsheaders
- 프론트랑 통신하는데 이런 에러가 났다:
Access to XMLHttpRequest at 'https://api.reliefmom.co.kr/event/application' from origin 'http://localhost:3000' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.뭐지 뭐지 했는데 그냥 middleware 설정을 안했던 것이었다. 꼭 settings.py 설정을 기억하자...
INSTALLED_APPS =[ ... 'corsheaders', ...]
...
MIDDLEWARE = [ ...'corsheaders.middleware.CorsMiddleware',... ]
...
CORS_ORIGIN_WHITELIST = ['http://127.0.0.1:3000' ,'http://localhost:3000']
CORS_ALLOW_CREDENTIALS = True모델이름은 꼭 개념화...
- 비즈니스 명칭으로 테이블을 만들면.... 너무 혼란스럽기 때문에..... 그렇게 하지 말자......
