아이테킨의 끄적끄적

다이랙트 결혼준비 웨딩카페 포인트 댓글, 좋아요 자동 프로그램 개발기 | 파이썬 tkinter .exe파일 | chatGPT api 활용

Aytekin — Tue, 28 Oct 2025 17:06:24 +0900

1. 준비할 것

우선 이 프로그램을 돌리려면 openai api key가 필요하다.

chatGPT의 모델을 chatgpt페이지가 아닌 나의 프로그램과 연결시켜 사용하려면, api라는것을 이용해야 한다.

무료로 api를 공개하는 서비스도 많지만 chatGPT는 유료로만 이용할 수 있다.

https://openai.com/ko-KR/api/

위의 페이지에 가서 계정 만들고, 돈을 충전하고 api키를 받아놓아야 한다.

최소 5$은 충정해야 하는것 같다.

이런식으로 api키를 발급하는데 성공했다면 우선 준비해야할 것은 다 마친 것이다

2. 사용 라이브러리 및 개발 환경

사용 스펙 및 라이브러리는 다음과 같다.

python 3.11.2
openai => openai api를 사용하기 위한 라이브러리
selenium => 네이버 계정 로그인 및 크롬 브라우저 제어를 위한 필수라이브러리다
pyperclip => 네이버 로그인 시 캡차를 피하기 위해 사용한다
pyinstaller => 개발 완료 후 exe파일로 내려받아 편리하게 사용할 때
tkinter => GUI인터페이스 개발을 위한 파이썬 라이브러리다. 비록 UI는 구식이지만 편리하다.

자세한 라이브러리 설치 리스트는 깃헙의 requirements.txt를 참고하시길..

pip install -r requirements.txt  #다들 아시죠?ㅎㅎ

OS : 윈도우(Window)

내가 Mac이랑은 친하지가 않아서... 윈도우에서만 해봤고 맥은 안해봤다. 아마도 안될거다..

3. 프로젝트 개요

3.1 프로젝트 디랙토리 구조

아래의 3개의 파이썬 파일로 이 프로젝트를 구성하였다.

main.py
tkinter 앱 관련 내용을 선언하고, 네이버 카페 관련 기능들을 처리해줄 NaverCafeBot이라는 클래스 2가지로 이루어져 있다.
helpers.py
글자수를 세고, 텍스트 전처리하는 등의 util용 함수를 정의하였으며, 댓글 생성 시 사용할 프롬프트와 함수를 정의하였다.
config.py
설정값들을 정의하는 부분이다. 네이버 아이디, LLM설정값, 댓글 달 개수, 최대 페이지 개수, 좋아요 할지 말지 등등 여러가지 설정값들은 다 여기에 모았다.

3.2 주요 기능

이 프로젝트의 주요 기능은 다음과 같다

자동 로그인
네이버 ID / 비밀번호를 받아 selenium/ pyperclip 을 이용한 자동 로그인
커뮤니티 별 최적화된 프롬프트 사용
웨딩카페 내에 여러가지 커뮤니티/ 리뷰 파트로 구분되어 있다. 각 게시글에 맞게 LLM이 댓글을 쓰는 것을 돕기위해서 프롬프트를 커뮤니티/ 리뷰 파트별로 최적화하였다
LLM 기반 댓글 생성 및 자동 등록
현재 게시글의 제목+내용을 읽고 적절한 댓글을 작성하고 등록할 수 있다.
gpt모델(gpt-4o-mini, gpt-4.1-mini등등..), 댓글 톤(따뜻, 담백, 친근, 유머러스), 댓글길이(길게, 중간, 짧게)을 사용자가 선택하여 사용할 수 있다.
자동 좋아요
해당 게시글에 자동 좋아요를 수행할 수 있다.
(로컬환경 한정) 개인정보 저장
민감한 개인정보(아이디, 패스워드, api키 등)을 하드코딩하는건 매우 위험한 방식이다. 최소한의 보안로직이 필요한데 내가 사용한 방법은 로컬환경에 파일을 하나 쓰고 거기에 개인정보를 저장하고 읽어오는 방식이다.
프로그램을 실행할 때 마다 개인정보를 쓰는것도 귀찮기 때문에...
(나중엔 클라우드 서버에서 매일 1번씩 자동으로 돌도록 해봐야겠다.)
로그 표시 및 로그 레벨 필터링
프로그램이 돌아가면서 찍어내는 로그들을 볼 수 있도록 창을 만들었고, 로그 레벨을 선택할 수도 있도록 하였다.

3.3 플로우(Flow)

간단하게 그린 이 프로젝트 로직의 흐름이다.

당연한 흐름이 아닌가 싶다.

사람이 원래 해야하는 흐름을 그대로 파이썬이 하도록 한 것 뿐이다.

4. 소회

자동화에 대한 생각이 많아지는 요즘이다.

시대는 하루하루 빠르게 흘러가고 변해가고 있음을 많이 느낀다.

똑똑한 사람, 아이디어 좋은 사람 너무나 많다....;;

그 속에서 내가 어떻게 살아가면 좋을까 고민이 많이 되고

우선은 내가 있는 상황에서 내가 가진 기술로 할 수 있는 것들을 하면서 길을 찾아나가보자고 생각했다.

그래서 커피값 벌기 위해서 매일 노가다로 하던 댓글작업을 자동화하여 시간을 세이브 해볼까 하는 생각에서 시작했다.

이게 윤리적인 측면에서 그리고 이 카페를 운영하는 회사의 정책상 맞지 않을수도 있다.

그래서 나는 하루에 10개만 돌릴 생각이다.

(어짜피 api비용이 더 나올거 같다... 생각보다 openai비용이 비싸다)

여튼 소감은 해보니 된다는 것이다.

시간은 좀 오래걸린거 같고

이걸 정리하는데 사실 더 오랜시간이 걸린거 같은데

그래도 해놓고 이렇게 글을 쓰는 시간이 보람되고 좋은것 같다.

5. 코드

AWS RDS MySQL Dbeaver로 로컬에서 연결(퍼블릭엑세스 사용 없이) - ec2 ssh 터널링 이용

Aytekin — Fri, 20 Jun 2025 16:31:48 +0900

1. 퍼블릭엑세스(Public Access)를 허용하지 않는 이유

*과금, 비용, 돈

AWS 프리티어를 이용해서 몇가지 테스트를 해보고 있었는데, RDS에 퍼블릭 엑세스를 허용하였더니

조금이지만 과금이 된 것을 확인했다.

과금이 된 이유는 VPC때문이다.

VPC는 AWS에서 서비스, 솔루션을 제공할 때 필요한 네트워크 환경인데

퍼블릭엑세스를 허용하게 되면 이 네트워크를 공개적으로 사용할 수 있도록 열어놓는 것이기에 과금이 된다고 한다

원래는 과금이 안됬었는데 2024년부터 바뀌었다고 한다.

* 보안적 위험성

퍼블릭엑세스 허용 시 RDS가 퍼블릭 IP를 가지게 되어 전세계의 누구라도 접속을 시도할 수 있게 된다.

물론 데이터베이스의 id, password도 있고, 보안그룹을 설정할 수 있어서 DB접속을 막을 순 있지만

"접속시도"자체는 막을수가 없다.

무차별 대입공격(Brute force attacks), SQL인젝션 등 자동화된 공격에 노출될 위험이 있다.

그리고 개발자의 실수로 보안정보를 하드코딩하여 github이나 다른곳에 노출이 된다면 너무 위험한 상황이 된다.

2. 로컬 접속은 어떻게? ➡️ EC2 ssh 터널링

그러나 개발할 때 로컬환경에서 DB에 접속하지 못한다면 여간 불편한 것이 아니다.

그래서 로컬환경에서 rds에 접근할 수 있는 방법은 무엇이냐!

바로 EC2를 이용한 SSH 터널링이라는 기술이다.

ec2 인스턴스를 만들어서 접속할 때 보통은 pem ,ppk키값을 가지고 접속해본적이 있을것이다.

그때 사용하는 프로토콜과 포트가 ssh 22번 포트이다.

이 ssh연결을 터널처럼 통과해서 rds에 접근한다는 의미이다.

물론 이것도 ec2가 외부에 노출된 IP를 가지고 있는건 마찬가지 이지만

그pem, ppk 키 값을 가지고 있어야만 데이터베이스에 접근할 수 있어서 보안적으로 더 안전하다.

내가 이해한 바를 도식화해보았다.

위 도식처럼 EC2를 타고 RDS에 접근하는 것이다.

EC2는 client로부터 오는 요청받고 그 요청을 다시 RDS로 보내주는 것(Port Forwarding)이다.

3. dbeaver로 ec2 터널링 이용해서 rds연결하기

이제 개념적으로 대충 이해했으니, 실전으로 들어가보자.

일단 준비물은 아래와 같다.

Public Access가 비활성화된 RDS 인스턴스 (Private Subnet에 위치)
RDS와 동일한 VPC 내의 Public Subnet에 위치한 EC2 인스턴스 (Bastion Host 역할)
EC2 인스턴스에 접속할 수 있는 SSH Key Pair (.pem 파일)
로컬 DB 클라이언트 - DBeaver (MySQL Workbench, DataGrip 등 다른 클라이언트 프로그램도 가능할것이다.)

퍼블릭엑세스 불가능 체크해주자.

Client => EC2(Bastion Host) => RDS 이 순서로 요청이 흘러갈테니

RDS부터 거꾸로 설정을 진행해보자.

RDS 보안설정

RDS 인스턴스의 보안 그룹(security group) 규칙에 EC2(Bastion Host)의 프라이빗 IP 주소 또는 보안그룹 ID에서 RDS 포트(MySQL 3306)을 허용한다.

bastion host 서버의 프라이빗 IP주소를 복사

Bastion Host(EC2) 보안설정

Public Subnet에 EC2를 생성하고, SSH접속을 허용하도록 보안그룹을 세팅한다.
이 보안그룹의 인바운드 규칙에는 본인 로컬 IP 주소에서 SSH 포트(22)로의 접근만 허용하도록 설정한다.
(옵션) 탄력적 IP(Elastic IP)를 설정해준다.

* 탄력적 IP는 개념상 필수는 아닌 것 같지만, 나의 경우엔 탄력적 IP를 연결해주었을 때 잘 연결되었다. 아무래도 EC2의 IP가 언제 변할 지 모르니 해두는게 좋겠다.

그림처럼 내 IP 를 누르면 현재 아이피를 찾아준다.

SSH 터널링 설정(로컬 DB 클라이언트 - DBeaver)

[ssh 탭]

SSH 호스트 : Bastion Host 의 퍼블릭 IP 주소 또는 퍼블릭 DNS
SSH 사용자 이름 : EC2 인스턴스의 기본 사용자 (예: "ec2-user" for Amazon Linux, "ubuntu" for Ubuntu, "admin" for Windows)
SSH 키 파일: Bastion Host 생성 시 사용한 .pem 파일
advanced settings의 implementation SSHJ 선택

Test tunnel configuration 이 잘 되는지 확인

[Main 탭]

server host: RDS 엔드포인트
port : RDS 포트 (예: 3306)
username : RDS생성시 설정한 username
Password : RDS생성시 설정한 password

test connection 연결 확인하자.

이렇게 설정하면, ssh 터널링을 이용해서 Main탭에서 설정한 RDS 엔드포인트로 가도록 해줍니다.

[flutter 개발환경 세팅] 코드 리펙토링 | Code Action | ctrl + .

Aytekin — Wed, 28 May 2025 09:49:02 +0900

flutter 개발하다보면 이미 만든 widget을 Center로 감싸거나 Container로 감싸야 하는 등 수정할 상황이 생긴다

이때마다 들여쓰기 하나하나 확인해가면서 부모 레벨에서 Container를 추가하는건 굉장히 힘들고 에너지가 많이 든다.

Code Action를 이용하면 위의 작업을 손쉽게 끝낼 수 있다.

수정하고 싶은 부분에 커서를 이동시키고

ctrl + . 을 입력하면 아래와 같이 뜬다.

Wrap with Column, Wrap with Container 등등 감싸고 싶은 위젯을 선택해서 감싸주면 끝

심지어 Wrap with widget은 커스텀 위젯을 내가 사용할 수 있도록 틀을 만들어준다.

아주 유용한 기능이 될것 같다.

플러터 개발자 경험(flutter Developer Experience, DX) 극 상승!!!

열심히 함 해보자

[flutter 개발환경 세팅] vscode 들여쓰기 UI 설정하기 - previewFlutterUiGuides

Aytekin — Wed, 28 May 2025 09:36:23 +0900

1. command pallet >>> [ctrl + shift + p]

2. open user settings(JSON)

3. "dart.previewFlutterUiGuides": true 추가

결과

이제 플러터에서 극악무도한 들여쓰기 포메팅에서 한줄기 빛을 보는것 같다.

개발자 경험(developer experience, DX) 극 상승!

화이팅하자

[django] Django Admin 메뉴 순서 커스터마이징 – 공백 기반 정렬 방식

Aytekin — Thu, 17 Apr 2025 11:35:23 +0900

Django 프로젝트가 커지면 Admin 페이지에 등록된 모델 수가 많아지고, 이를 보기 좋게 정렬하고 싶은 상황이 생깁니다. 기본적으로 Django Admin은 모델 이름을 알파벳순으로 정렬하지만, 실제 사용 시에는 업무 플로우나 중요도에 따라 직접 메뉴 순서를 조정하고 싶은 경우가 많습니다.

이번 포스트에서는 verbose_name_plural의 앞쪽 공백 수를 활용해 원하는 정렬 순서를 만드는 방법과 함께, 이를 상수로 정리해서 관리하는 패턴을 소개합니다.

문제 상황

Django Admin은 모델 이름의 알파벳 순서로 메뉴를 정렬합니다.

그런데 아래와 같은 모델들을 관리할 때는 업무에 따라 특정 모델을 위쪽에 배치하고 싶은 경우가 있습니다.

️ 해결 방법: 공백 수를 활용한 정렬 순서 제어

모델 메뉴 이름에 공백을 추가하면 알파벳 정렬 기준에서 더 먼저 배치됩니다. 이 특성을 이용해서 정렬 우선순위를 설정합니다.

# model_order.py 또는 constants.py 등에 공통 정의
# ⚠️ 공백이 많을수록 Admin 메뉴 상단에 배치됩니다.

ASSIGNMECHANIC = "               담당자 별 배정내역"              # 15칸 공백
OTHERMECHANICSASSIGNEDMODEL = "              다른기사 배정내역"     # 14칸 공백
HISTORYMODEL = "             과거조치내역 조회"                    # 13칸 공백
ASSIGNEDMODEL = "            전체배정내역 조회"                    # 12칸 공백
...
RECEIVABLESDETAILS = "미수금알림톡"                               # 공백 없음

이 상수들을 각각의 모델 클래스에서 활용하면 다음과 같이 됩니다:

model_order.py 또는 constancts.py에 정의하여서 사용해도 되고

models.py 최상단에 상수를 선언해서 사용해도 됩니다.(제가 사용한 방법입니다.)

✅ 모델 클래스에 적용 예시

from django.db import models
from .model_order import ASSIGNMECHANIC

class AssignMechanic(models.Model):
    # 필드 정의 생략

    class Meta:
        verbose_name = ASSIGNMECHANIC
        verbose_name_plural = ASSIGNMECHANIC

다른 모델들도 동일한 방식으로 아래와 같이 구성합니다:

class HistoryModel(models.Model):
    # ...

    class Meta:
        verbose_name = HISTORYMODEL
        verbose_name_plural = HISTORYMODEL

이렇게 하면 Django Admin의 사이드바에서 원하는 순서대로 모델이 정렬됩니다.

정렬 규칙 요약

* ⚠️ 주의: 문자열 앞쪽의 띄어쓰기(공백) 개수가 많을수록 메뉴 상단에 먼저 배치됩니다.
* Django Admin 또는 커스텀 UI에서 메뉴 순서를 제어하기 위한 규칙입니다.
* 일반적인 알파벳 순이 아닌, 공백 수로 정렬 순서를 정합니다.

verbose_name_plural	Admin 메뉴에서 표시될 이름
문자열 앞 공백	많을수록 더 위에 정렬됨
상수 사용	여러 모델에서 재사용 가능하며 유지보수에 유리

이런 작은 정리가 결국 전체 프로젝트의 완성도와 유지보수성을 좌우하는 것 같습니다.

읽어주셔서 감사합니다.

[django] Django Admin Inline템플릿에 Custom Context 안전하게 전달하는 방법

Aytekin — Wed, 16 Apr 2025 17:31:24 +0900

— get_inline_instances()로 커스텀 컨텍스트(custom context) 주입하기

Django Admin은 뛰어난 기능을 제공하지만, 종종 커스터마이징에는 제한이 따릅니다. 특히, Inline에 custom template을 적용하고, 여기에 개별 객체 정보를 포함한 동적 context를 전달하고 싶을 때 어려움이 있습니다.

이 글에서는 get_inline_instances()를 활용해 Django Admin Inline에 안전하게 custom context를 전달하는 가장 실용적인 방법을 소개합니다.

목표

Django Admin의 Inline에 custom template을 사용
Inline 템플릿 내에서 동적 정보를 안전하게 활용

핵심 전략

Django는 Inline을 렌더링할 때 내부적으로 inline_admin_formset.opts를 통해 Inline 클래스 인스턴스를 템플릿에 전달합니다.
우리는 이 opts 객체에 커스텀 context를 직접 주입함으로써 템플릿에서 데이터를 활용할 수 있습니다.

1단계: Inline 클래스 정의

# admin.py

class MaintainanceOfficeGroupInline(admin.TabularInline):
    model = MaintainanceGroup
    extra = 0
    template = 'custom_inline_maintainance_office_group.html'

custom_inline_maintainance_office_group.html이라는 커스텀 템플릿 파일을 만듭니다.

이 파일의 경로는 settings.py에서 TEMPLATES에 등록된 디랙토리에 있어야 합니다.

2단계: Inline을 포함하는 Admin 클래스에서 context 주입

class MaintainanceAdmin(admin.ModelAdmin):
    inlines = [MaintainanceOfficeGroupInline]

    def get_inline_instances(self, request, obj=None):
        inline_instances = super().get_inline_instances(request, obj)

        for inline in inline_instances:
            if isinstance(inline, MaintainanceOfficeGroupInline):
                # 커스텀 context를 직접 주입
                inline.custom_context = {
                    'obj': obj,
                    'site': getattr(obj, 'site', None),
                    'today': datetime.date.today(),
                    'mechanic': getattr(obj, 'assigned_mechanic', None),
                }

        return inline_instances

정의한 MaintainanceOfficeGroupInline클래스를 연결하고, get_inline_instances() 객체를 통해 커스텀 정보를 넘겨줍니다.

여기서 custom_context는 템플릿에서 접근 가능한 안전한 컨텍스트 객체로 작동합니다.

3단계: 커스텀 Inline 템플릿에서 context 활용

{# templates/custom_inline_maintainance_office_group.html #}

{% if inline_admin_formset.opts.custom_context %}
    <p><strong>오늘 날짜:</strong> {{ inline_admin_formset.opts.custom_context.today }}</p>
    <p><strong>사이트:</strong> {{ inline_admin_formset.opts.custom_context.site }}</p>
    <p><strong>담당자:</strong> {{ inline_admin_formset.opts.custom_context.mechanic }}</p>
{% endif %}

{{ inline_admin_formset }}

inline_admin_formset.opts는 해당 inline 클래스의 인스턴스를 참조하므로, 우리가 주입한 custom_context에 직접 접근할 수 있습니다.

{{ inline_admin_formset.opts }} == MaintainanceOfficeGroupInline의 객체(object)

⚠️ 주의사항

obj가 None인 경우	Admin의 add 모드에서는 obj가 없을 수 있으므로, .get()이나 getattr()로 안전하게 처리
이름 충돌 방지	custom_context는 Django 내부에서 사용하지 않는 속성이므로 충돌 위험은 적지만, 명확한 네이밍 유지 추천
Django 버전 의존성	이 방식은 Django의 렌더링 방식에 어느 정도 의존하므로 버전 업 시 템플릿 구조 변경 확인 필요

✅ 마무리

Django Admin Inline에 custom context를 전달하고 싶다면, get_inline_instances()를 활용한 인스턴스 주입 방식이 가장 안정적이고 Django의 흐름에도 잘 맞습니다.

이 기법을 통해 템플릿에서 동적 정보를 활용할 수 있으며, 다양한 사용자 맞춤형 UI 구성에 유용하게 활용할 수 있습니다.

팁
Inline마다 서로 다른 데이터를 전달하고 싶다면, 각 Inline 클래스별로 다른 custom_context 값을 설정하면 됩니다.

[django] database is locked - 원인파악 | 해결방안

Aytekin — Wed, 6 Nov 2024 11:02:29 +0900

1. 원인 파악

Django에서 "database is locked" 오류는 SQLite3 데이터베이스에 현재 다른 프로세스가 잠금을 걸고 있는 상태에서 데이터베이스 작업을 시도할 때 발생합니다. 이 문제는 여러 가지 이유로 발생할 수 있습니다:

동시 접근: SQLite3 데이터베이스는 낮은 트래픽에서 중간 트래픽까지를 처리하도록 설계되었습니다. 높은 수준의 동시 쓰기는 데이터베이스가 잠기는 결과를 초래할 수 있습니다.
장시간 실행되는 트랜잭션: 트랜잭션이 완료되는 데 오랜 시간이 걸리면, 데이터베이스에 잠금을 걸어 다른 트랜잭션이 진행되지 않게 할 수 있습니다.
파일 잠금 문제: SQLite는 동시성을 관리하기 위해 파일 잠금을 사용합니다. 파일 시스템 잠금 메커니즘에 문제가 있으면 데이터베이스가 잠길 수 있습니다.
연결 풀링: SQLite를 사용할 때 연결 풀링을 사용하면 여러 연결이 동시에 데이터베이스에 쓰기 작업을 시도할 수 있습니다.

2. 오류 해결 방안

적절한 데이터베이스 트랜잭션 사용 : 트랜잭션을 가능한 짧게 유지하세요. 트랜잭션을 빠르게 커밋하거나 롤백하여 데이터베이스 잠금을 해제합니다.

from django.db import transaction

with transaction.atomic():
    # 데이터베이스 작업 수행

타임아웃 증가 : SQLite3는 잠금을 얻으려고 시도할 때 대기할 시간을 설정할 수 있습니다. 이 설정은 Django 설정에서 구성할 수 있습니다.

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': 'mydatabase',
        'OPTIONS': {
            'timeout': 20,  # 타임아웃을 20초로 설정, default=5초
        }
    }
}

장시간 실행되는 쿼리 피하기 : 쿼리를 최적화하여 빠르게 실행되도록 합니다. 인덱싱과 쿼리 최적화 기술을 사용하여 성능을 향상시킵니다.
다른 데이터베이스 백엔드 사용 : 애플리케이션이 높은 트래픽을 경험하거나 강력한 동시성 지원이 필요한 경우, PostgreSQL 또는 MySQL과 같은 더 나은 동시성 지원을 제공하는 다른 데이터베이스 백엔드를 사용하는 것을 고려하세요.
파일 기반 잠금 사용 : 운영 체제와 파일 시스템이 SQLite에서 요구하는 파일 기반 잠금 메커니즘을 지원하는지 확인하세요.
연결 풀링 관리 : SQLite와 연결 풀링 메커니즘을 사용할 때는, 하나의 쓰기 작업만 수행될 수 있도록 설정하거나 연결 풀링을 피하세요.

결론

원인

Sqlite3가 동시작업(concurrency)이 불가하여 앞선 작업이 진행중일 땐, 데이터베이스를 잠궈(lock)놓습니다.
이 때문에 sqlite3에는 time-lock이라는 설정값이 있다.
설정된 time-lock 시간을 넘어갈동안 앞선 작업이 끝나지 않을 경우 "database is locked"의 오류를 던지게 됩니다.

해결방안

timeout 설정값 변경(default=5초)
장시간 쿼리 최적화
(최후의 방법)대체 데이터베이스 백엔드로 교체(ex. MySQL, PostgreSQL, Oracle, MongoDB...)

DB를 교체하는건 큰 작업이므로 처음 프로젝트를 설계할 시 DB 선정에도 신중에 신중을 가해야 합니다.

[참고]

Databases | Django documentation

The web framework for perfectionists with deadlines.

docs.djangoproject.com

[파이썬] 천 단위로 쉼표 표기하는 초간단 방법 : format, f-string 이용

Aytekin — Tue, 8 Oct 2024 15:42:14 +0900

파이썬으로 금액 데이터를 사용하다 보면 천 단위로 구분하기 위해 쉼표를 찍어야 할 때가 있다.

예를 들어 770000원 보다 770,000원 이 더 보기 편하고 사용자 편의성이 좋다.

이번 글에서는 이렇게 천 단위로 쉼표를 표시해주는 간단한 파이썬 코드를 공유한다.

1. format 이용

# 금액을 천 단위로 쉼표를 찍어서 표시하는 함수
def format_amount(amount):
    return "{:,}".format(amount)

# 예시 금액
amount = 770000
formatted_amount = format_amount(amount)

print(formatted_amount)  # 출력: 770,000

2. f-string이용

# 금액을 천 단위로 쉼표를 찍어서 표시하는 함수
def format_amount(amount):
    return f"{amount:,}"

# 예시 금액
amount = 770000
formatted_amount = format_amount(amount)

print(formatted_amount)  # 출력: 770,000

이상

천 단위로 쉼표를 찍는

파이썬 코드를 공유합니다.

도움이 되셨다면 하트 눌러주세요~!

감사합니다~!

[django] model object update 방법 정리

Aytekin — Fri, 4 Oct 2024 17:20:03 +0900

django에서는 모델 객체를 업데이트 하는 방법이 여러가지가 있다.

쓸때마다 이거였지 생각은 나는데 정확하지 않아 계속 찾아보고 하는 과정이 반복되어

이번 기회에 정리하고자 한다.

django developer들에게 조금이나마 도움이 되길 바란다.

Queryset.update()

"django model update"를 검색했을 때 가장 많이 나오는 방법이다.

즉시 적용(applied instantly)

obj.save() 필요 없음

update()매서드를 호출하는 순간 데이터가 변경된다.

save()보다 더 빠르다(Queryset의 특징인

laziness가 적용되지 않는다.)

외부 테이블의 필드는 수정 불가

해당 테이블의 데이터필드만 수정 가능하고 외래키로 수정은 불가하다.

>>> Entry.objects.update(blog__name="foo")  # Won't work!

당연하지만 외부테이블로 filtering한 후 원래 테이블의 필드를 수정하는것은 가능하다.

>>> Entry.objects.filter(blog__id=1).update(comments_on=True) # Work!

multiple object, multiple fields 모두 가능

multiple objects update

 Entry.objects.filter(pub_date__year=2010).update(comments_on=False)

publish_date가 2010년인 데이터 모두에 대해 comments_on 필드를 False로 변경해준다.

multiple objects + multiple fields update

Entry.objects.filter(pub_date__year=2010).update(
...     comments_on=False, headline="This is old"
... )

publish_date가 2010년인 데이터 모두에 대해 comments_on 필드를 False로 headline필드를 "This is old"로 변경해준다.

*하나의 데이터만 업데이트 하고 싶은 경우

id 로 필터링 후 update 매서드 사용하면 유용함.

filter매서드가 리스트로 객체를 주기 때문에 뭔가 비효율적으로 보이지만

지금까지 사용한 경험으로는 이 방법이 제일 깔끔한것 같다.

return값은 변경된 데이터의 개수(updated object count)

>>> Entry.objects.filter(id=64).update(comments_on=True)
1

>>> Entry.objects.filter(slug="nonexistent-slug").update(comments_on=True)
0

>>> Entry.objects.filter(pub_date__year=2010).update(comments_on=False)
132

memory로 가져오지 않고 db에서 바로 작업(SQL level)

공식문서 설명에 따르면 update()매서드는 서버의 memory로 객체를 가져오지 않고

db내(SQL level)에서 처리를 끝낸다.(laziness X)

반면 save()매서드의 경우 서버의 memory로 들고온다.(laziness O)

단순히 값만 변경하는 경우는 update를 사용하는 것이 좋다.

e = Entry.objects.get(id=10)
e.comments_on = False
e.save()

이거보다는

Entry.objects.filter(id=10).update(comments_on=False)

이렇게 사용하는 것이 메모리를 효율적으로 사용하는 방법이다.

정리

SQL level에서 데이터 업데이트를 한다. => 서버 메모리 사용하지 않음
하나의 데이터만 update할 경우 id로 필터링 후 update사용

queryset.update() >> https://docs.djangoproject.com/en/5.1/ref/models/querysets/#update

QuerySet API reference | Django documentation

The web framework for perfectionists with deadlines.

docs.djangoproject.com

Queryset.bulk_update(objs, fields, batch_size=None)

여러객체에 대해 동시에 update하고자 할 때 사용한다.

결국 내부적으로 queryset.update()를 사용한다.

(github link : https://github.com/django/django/blob/main/django/db/models/query.py#L904)

업데이트 로직이 복잡한 경우 사용하면 좋을 듯 하다.

그런 경우가 아니면 update()매서드가 나아보인다.

사용법

첫번째 인자로 변경하고자 하는 objs리스트

두번째 인자로 변경하고자 하는 field 리스트

세번째는 batch_size로 한번에 얼마나 많은 데이터를 update할지

objs_to_update = MyModel.objects.filter(id__in=[1, 2, 3])
for obj in objs_to_update:
    obj.field1 = 'New Value'
    obj.field2 = 42
    obj.field3 = datetime.now()

MyModel.objects.bulk_update(objs_to_update, ['field1', 'field2', 'field3'])

bulk_update를 사용하기 좋은 조건

1. update시 다른 로직을 추가할 경우 (update()의 경우엔 다른 로직을 추가하기 힘들다.)

2. 이미 모델 객체가 메모리에 올라가있는 경우에(already fetched case) 쿼리를 최소화하고 싶을때

queryset.bulk_update() >> https://docs.djangoproject.com/en/5.1/ref/models/querysets/#bulk-update

QuerySet API reference | Django documentation

The web framework for perfectionists with deadlines.

docs.djangoproject.com

Model.save()

가장 원초적인(?) 방법이다.

db에서 데이터를 가져와 객체로 메모리 할당 후 다시 DB에 저장한다.

그래서 update매서드보다 더 느리고 서버 메모리 차원에서 비효율적이다.

UPDATE vs INSERT 장고는 어떻게 구분할까?

데이터를 update할때 뿐만아니라 insert할때도 save()는 사용할 수 있다.

일단 장고가 알아서 구분해준다.

근데 어떻게 장고는 이걸 구분하느냐?!

기본키(Primary key)에 해당하는

데이터가 있으면 UPDATE

데이터가 없으면 INSERT

Saving objects => https://docs.djangoproject.com/en/5.1/ref/models/instances/#saving-objects

Model instance reference | Django documentation

The web framework for perfectionists with deadlines.

docs.djangoproject.com

update_or_create(defaults=None, create_defaults=None)

말 그대로 업데이트 하거나 해당 데이터가 없으면 만들어준다.

default(dict) : 업데이트 하고자 하는 데이터

create_default : 생성할 때 사용하는 데이터

* create_default를 설정하지 않으면 default로 생성(create)까지 한다.

get_or_create()와 마찬가지로 return값은 (object, is_created) 튜플을 준다.

데이터를 업데이트 하는데 없으면 바로 만들고 싶을 때 사용하기 유용한 매서드다.

사용법

obj, created = Person.objects.update_or_create(
    first_name="John",
    last_name="Lennon",
    defaults={"first_name": "Bob"},
    create_defaults={"first_name": "Bob", "birthday": date(1940, 10, 9)},
)

"John Lennon"이라는 사람이 있으면 "Bob Lennon"으로 수정하고 없으면 "Bob", (생일 1940,10,9)인 데이터를 생성한다.

코드를 깔끔하게 만들어주는 좋은 매서드이자 장고의 매력이라 생각한다.

장고 공식 문서 => https://docs.djangoproject.com/en/5.1/ref/models/querysets/#update-or-create

참고사이트

https://velog.io/@fregataa/django-QuerySet.update-vs-QuerySet.bulkupdate-vs-Model.save

[django] django로 포트포워딩(port forwarding)하는 방법 (w. middleware)

Aytekin — Thu, 25 Jul 2024 14:29:31 +0900

django로 포트포워딩(port forwarding)하는 방법

- Django 애플리케이션에서 클라이언트가 어떤 도메인을 통해 접근했는지를 확인하고, 해당 도메인에 따라 다른 페이지로 리다이렉션하는 방법

배포 관점에서 그려본 프로젝트 흐름

배포 관점에서 그려본 프로젝트의 전체적인 흐름이다.

처음에는 django admin페이지를 이용한 서비스를 구현했다.

따라서 back과 front모두 django안에서 해결 할 수 있었다.

도메인을 하나 구입해서 Route53을 이용해서 호스팅을 했고,

subdomain으로 first를 붙여 (예) first.webname.net으로 배포했었다.

탄력적 IP를 이용해서 내가 배포한 EC2에 고정적으로 접근할 수 있도록 설정해두었고,

django 웹앱을 포트번호 8000번을 이용했다.

여기까지는 문제 없다.

여기서 second.webname.net 이라는 새로운 subdomain을

React프로젝트로 연결시켜 줄 방법이 필요했다.

React는 포트번호 3000번을 사용했고

나는 django를 통해서 다 관리하기를 원했기에

django로 포트포워딩을 하는 방법을 찾아 구현해보았다.

클라이언트 입장에서는 포트 8000번으로 들어갔다가 다시 django가 안내하는 포트3000번으로 가야하는 긴 여행을 해야한다.

사실 nginx같은 웹서버를 통해 hosting주소에 따라 포트를 나눠줄 수 있을것 같다.

nignx가 나에겐 아직 익숙하지 않아서 비교적 나에게 익숙한 환경인 django 안에서 해결해보았다.

일단, second.webname.net을 브라우저에 입력해서 들어가면 first.webname.net과 마찬가지로 django의 index페이지가 열릴것이다.

이때 나는 host에 따라서 first는 django로, second는 react로 보내고 싶은것이다.

서론이 길었다.

코드를 살펴보자.

1. 미들웨어 생성

요청을 처리하기 전에 클라이언트의 호스트 헤더를 확인
호스트 헤더에 따라 리다이렉션 수행

#`myapp/middleware.py` 파일 생성

from django.shortcuts import redirect
from DRAXASServer.settings import SERVICE_DOMAIN_URL, SERVICE_TO_URL

class HostRedirectMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response

    def __call__(self, request):
        host = request.get_host()

        if host == HOST_DOMAIN:
            return redirect(SERVICE_TO_URL)

        response = self.get_response(request)
        return response

redirect할 대상 페이지 주소를 "SERVICE_TO_URL"이라는 변수명으로

구분하고자 하는 host 도메인 주소를 "HOST_DOMAIN"이라는 변수명으로

settings.py에 선언했다.

2. 미들웨어 등록:

작성한 미들웨어를 Django 프로젝트의 설정 파일에 등록

# settings.py

MIDDLEWARE = [
    ...
    'myapp.middleware.HostRedirectMiddleware',  # 미들웨어 등록
    ...
]

...

SERVICE_TO_URL = "https://first.webname.net:3000/"
HOST_DOMAIN = "second.webname.net"

second.webname.net으로 django에 접근하면 django는 https://first.webname.net:3000로 보내준다.