조스의 개발먹방

🚀 들어가며... 금일 포스팅에서는 장고의 로깅(logging)에 대해 알아보겠습니다. 📑 내용 장고의 로깅은 기본적으로 파이썬의 로깅 체계를 그대로 따르면서 일부만 추가되었습니다. (파이썬의 로깅 모듈 : 로거, 핸들러, 필터, 포맷터 ) 또한, 장고의 runserver나 웹 서버에 의해 장고가 실행될 때 장고는 settings.py 파일에 정의된 LOGGING_CONFIG, LOGGING 항목을 참고하여 로깅에 관련된 설정을 처리합니다. settings.py 파일에 관련 항목이 없더라도 디폴트 로깅 설정으로 처리됩니다. 따라서 장고의 로깅은 실행되는 시점부터 준비되어 있으므로, 항상 로그를 기록하는 것이 가능한 상태입니다. # 로거 로거(Logger): 로깅 시스템의 시작점으로, 로그 메시지를 처리하..

🚀 들어가며... 오늘은 백앤드 웹개발자들의 면접 단골 질문인 "웹 브라우저에 특정사이트(네이버, 구글 등)를 입력하고 엔터를 누르면 어떤 일이 발생하나요?" 에 대한 답을 정리하는 시간을 가져보고자 합니다. 📑 내용 웹 브라우저에 URL을 입력하면 어떤 일이 생기나요? 저희가 이 질문의 대한 답을 왜 알아야 하는지 부터가 중요한것 같습니다. 이 일련의 과정을 통해서 저희는 실제 문제가 발생할 수 있는 위치와 성능 문제를 찾을 수 있는 위치를 파악하고 사용자에게 안전한 경험을 제공하고 있는지 확인할 수 있습니다. 저는 좀 더 가볍게 웹 사이트, 서버 및 IP 주소 간의 관계와 그 뒤에 웹 브라우저에서 수행하는 단계를 간략히 살펴보겠습니다. 웹 사이트를 호스팅하는 웹 서버의 위치 조회 웹 서버에 연결 특정..

🚀 들어가며... 오늘은, 흥분을 가라앉히며.. 지인찬스를 통해 완벽한 개발자용 검색엔진을 찾아서 바로 포스팅하러 왔습니다. 개발자라면 완전 유용할것 같아서 추천해드리려고 합니다! 🔗 사이트 https://you.com/ You.com | The search engine you control. You.com is an ad-free, private search engine that you control. Customize search results with 150 apps alongside web results. Access a zero-trace private mode. you.com 📑 내용 🤔그래서 구글링이랑 뭐가 다른데?? you.com에 python throw exception을 검색해보겠습니다..

🚀 들어가며... Django ORM의 CRUD(Create, Read, Update, Delete)는 어떻게 사용해야 하는지 SQL문과 비교하여 정리해보았습니다. 📑 내용 실제 쿼리문 날리기 from django.db import connection cursor = connection.cursor() cursor.execute("select relname from pg_class where relkind='r' and relname !~ '^(pg_|sql_)';") print(cursor.fetchall()) execute() 괄호 안에 실제 쿼리문을 스트링 타입으로 작성하여 넣으면 실행됩니다. multiple databases get object >> > # This will run on the '..

🚀 들어가며... 금일 포스팅은 postgresql 연결방법과 간단한 select 예제에 대해 알아보겠습니다. 📑 내용 # 장고 프로젝트의 settings.py 에 DATABASES를 수정 DATABASES = { # 'default': { # 'ENGINE': 'django.db.backends.sqlite3', # 'NAME': os.path.join(BASE_DIR, 'db.sqlite3'), 'default': { 'ENGINE': 'django.db.backends.postgresql_psycopg2', 'NAME': 'sunrise', 'USER': 'postgres', 'PASSWORD': 'af0419', 'HOST': '127.0.0.1', 'PORT': '5432', } } # 이미 만..

🚀 들어가며... 제가 맡고있는 서비스는 기본적으로 회계프로그램이기 때문에 join 하는 테이블도 많고 쿼리문이 복잡하여 긴 쿼리문은 500줄이 넘어갑니다. 이러한 이유로 최초에 서비스 개발시에 Django ORM으로 개발을 시도하였다가 쿼리가 너무 복잡하여 포기하고 Postgresql을 이용하여 일반적인 쿼리문을 작성하여 개발하는 방식으로 바꾸었습니다. 하지만, Backend 개발자로써 ORM을 안쓴다고 아예 손을 놓아버리면 안된다고 생각을 하여.. (사실 ORM을 몰라서 안쓰는것과 ORM을 알고있지만 이런저런 이슈사항으로 쓰지 못하는 경우는 천지차이라고 생각합니다..) 개인공부를 하면서 차곡차곡 개념을 쌓아보고자 합니다. 📑 내용 # Django에서의 ORM 기본적인 동작원리는 아래 그림을 통해 알아..