사건내가 하고자 했던 것 => 내가 만든 로직 프론트랑 테스트하기  내가 만드려는 로직은 ? => 채팅을 Redis 캐시로 저장 후 celery가 일정 시간마다 Redis에서 데이터를 가져와 메인 DB에 저장하는 걸 구현하려고 했음...! 사건은 여기서부터 시작됨...! 프론트에서 채팅을 입력시 확인은 되는데 레디스에 확인이 안 됨 -> 채팅이 redis로 안 넘어감 이슈 어라랏? 왜 안 넘어가지...?웹소켓 연결도 잘 되어있고 도커도 잘 켜져있고... 문제가 되는 것은 없음..! 시도그럼 redis에서 celery 로 넘어갈 땐 잘 되나?1. redis 컨테이너 접속docker-compose exec redis bashredis-cli 2. 직접 데이터 넣기(참고로 난 redis stream을 사용 중..

급하신 분들은 ? 맨 밑에 해결 부분만 보세유~사건 원래 나는 redis 관련 오류를 해결중이었다 ...그러던 중 docker를 실행했는데... keyerror가 떠버렸다! KeyError: 'chat.tasks.save_messages_to_db' redis 관련 트러블 슈팅이 보고싶다면?https://hsjoo126.tistory.com/74 트러블 슈팅) 왜 레디스가 실행되지 않을까 ? feat.도커 ...사건내가 하고 싶은 건 python manage.py test 였다.test 파일을 만들고 잘 되는지! 실행을 시켜보고싶었는데 ? 단 하나도 실행되지 않고 에러가 떠버렸다 현상redis.exceptions.ConnectionError: Error 8 connecting tohsjoo126.tist..

사건내가 하고 싶은 건 python manage.py test 였다.test 파일을 만들고 잘 되는지! 실행을 시켜보고싶었는데 ? 단 하나도 실행되지 않고 에러가 떠버렸다 현상redis.exceptions.ConnectionError: Error 8 connecting to redis:6379. nodename nor servname provided, or not known.요런 에러였는데 ... 어... 어떡하지 ? gpt 슨생님은 Redis 서버 연결이 안 되서 생기는 오류라고 했다 엥? 근데 redis 잘 켜져있는데요 ?  시도gpt 선생님이 호스트 이름이 잘 못 되어있는 거 아니냐며 바꿔보라고 했다껐다가 다시 켰는데 똑같았다 ! 왜 안 되는 거냐 으아아아ㅏ 근데? 가만보니까 docker를 실행했는..

장고 프로젝트는 당연히 설치가 되어있어야 하겠죠 ? ㄴ 네네.. 빨리 시작이나 하셈요  1. Celery 설치하기pip install celery셀러리 설치해주고 pip install django-celery-beat스케줄러 역할을 하는 비트도 설치해주자! (비트를 통해 작업을 예약할 수 있음) 2. Celery.py 만들기- 간단 설명 ~ 이 파일은 셀러리를 쓰기 위한 환경 설정을 하는 파일임! ~위치는 ? settings.py 가 있는 곳! from __future__ import absolute_import, unicode_literalsimport osfrom celery import Celeryos.environ.setdefault('DJANGO_SETTINGS_MODULE', '프로젝트 이름...

보통은, 프로젝트 완성 후에 배포를 하지만! 나는 배포를 하고 프로젝트 디벨롭을 하려고 한다 이유는?- 배포할 때 시간 단축을 위해서이다. 프로젝트가 무거워질수록 배포할 때 까다로워지고, 오류도 계속 발생하는데 (버전 차이 등)- 배포를 처음에 때려버리고 프로젝트 디벨롭을 같이 하면서 배포한 곳에 계속 올리면 효율적일 거 같아서이다! 저번 글이 궁금하다면?https://hsjoo126.tistory.com/69 장고)일단 배포 때리고 프로젝트 시작하기!보통은, 프로젝트 완성 후에 배포를 하지만! 나는 배포를 하고 프로젝트 디벨롭을 하려고 한다 이유는? - 배포할 때 시간 단축을 위해서이다. 프로젝트가 무거워질수록 배포할 때 까다로워지고hsjoo126.tistory.com  저번 글에선 가벼운 프로젝트 만..

보통은, 프로젝트 완성 후에 배포를 하지만! 나는 배포를 하고 프로젝트 디벨롭을 하려고 한다 이유는? - 배포할 때 시간 단축을 위해서이다. 프로젝트가 무거워질수록 배포할 때 까다로워지고, 오류도 계속 발생하는데 (버전 차이 등)- 배포를 처음에 때려버리고 프로젝트 디벨롭을 같이 하면서 배포한 곳에 계속 올리면 효율적일 거 같아서이다!   자 그럼 뭘 해야할까 ? 가벼운 순서는 이렇게 될 거 같다. - 깃허브 파기- 가벼운 프로젝트 생성- 깃에 올리기- EC2 인스턴스 생성- 인스턴스 접속 후 깃클론~- NginX, gunicorn 등 깔기- 끝?!(아마도... 오케 그럼 바로 ㄱㄱ  - 깃허브 파기이름은 아무거나 하시고,,,, public으로 설정 후 만들어주십셔  아시는 분들은 아시겠지만 ? 저 노란..