Dev/ETC. Dev

서론깃허브를 사용할 때 누구나 한 번쯤 겪는 실수가 있다.바로 올리면 안 되는 파일을 무심코 푸시(push)해버리는 것.나도 티스토리 스킨을 개발하면서 .vscode/, .history/, 심지어 .DS_Store 같은 불필요한 파일까지 함께 올려버린 경험이 있다.처음엔 별 생각 없이 넘어갔지만, 레포를 깔끔하게 관리하고 싶다는 생각이 점점 강해졌다.특히 오픈소스나 스킨처럼 남들에게 공개하는 레포지토리라면 더욱 신경 써야 하는 부분이다.이 포스트에서는 실수로 올라간 파일이나 폴더를 깔끔하게 제거하는 방법을 소개하고자 한다.같은 실수를 반복하지 않기 위해 정리해두자!본론문제 상황로컬에서 깃허브에 푸시를 했는데 이런 파일이 올라가버렸다..vscode/ (IDE 설정 폴더).history/ (파일 수정 이력 ..

서론로컬에서 GitHub에 push 하려고 할 때마다 자꾸 비밀번호를 물어보는 게 너무 귀찮았고 Jetbrains 시리즈는 자동 연결해 주지만 터미널 명령어로 쓰려면 SSH 연결을 해야 하더라.그래서 SSH 연결 방식으로 바꾸기로 했고, 드디어 성공해서 블로그에 기록해 둔다.(Mac 기준으로 작성되었고, 에디터 관계없이 적용된다.)본문준비GitHub 계정( 계정별로 SSH Key 생성가능)Git CLI (git --version으로 설치 확인)macOS (터미널 사용)1. Git 사용자 정보 등록ssh key 계정 생성 시 터미널 실행 위치는 상관없음.user.name : 깃 커밋 히스토리에 나오는 "작성자 이름”user.email : “작성자 이메일” 깃허브 계정 이메일과 일치하면 자동으로 커밋에 프로..

서론Prolog처음에는 나도 그랬다.“RESTful이 정석이라는데 그렇게 해야지 뭐...” 하고 아무 의심 없이 /api/v1/sellers/download 같은 주소를 쓰기 시작했다.하지만 프로젝트가 점점 커지고,CSV, NLP 모델, 학습데이터, 백오피스 다운로드까지 붙다 보니URL이 점점 복잡하고 헷갈리기 시작했다.본론RESTful이란? RESTful이란, “자원(Resource) 중심으로 URL을 구성하는 방식”이다. 예를 들어, users라는 자원을 다룰 때는 이렇게 URL을 짠다:GET /users – 유저 목록 조회POST /users – 유저 생성GET /users/1 – 특정 유저 정보 조회PUT /users/1 – 특정 유저 정보 수정DELETE /users/1 – 특정 유저 삭제이처..

서론UUID는 전 세계 어디서든 고유한 값을 만들기 위한 식별자다.FastAPI나 Django 같은 백엔드 프레임워크에서도 자주 사용된다.본문UUID란?UUID (Universally Unique Identifier)중복되지 않는 ID 값을 만들기 위한 표준 규격문자열처럼 생겼지만 실제로는 고정된 128비트 값 예시:e9db2b88-d246-4db5-a74c-d1cfc9f2d6beUUID 버전별 차이버전 이름생성방식특징uuid1()시간 기반현재 시간 + MAC 주소순서 보장, 시간 노출 가능성uuid3()이름 기반 (MD5)고정된 이름 + 네임스페이스 → 해시같은 입력 → 같은 UUIDuuid4()무작위 기반랜덤 값가장 많이 사용됨uuid5()이름 기반 (SHA-1)uuid3과 동일, 해시 알고리즘만 다..

1. UUID(Universally Unique Identifier)를 orders 테이블의 order_id로 설정한 이유1.1 전역적으로 고유한 ID 보장order_id를 UUID로 설정하면 ID 충돌 가능성이 거의 없음.AUTO_INCREMENT(자동 증가 ID) 방식은 같은 데이터베이스 내에서만 유일하지만, UUID는 여러 서버, 여러 데이터베이스에서도 고유성을 보장.만약 마이크로서비스 아키텍처를 사용한다면, 데이터베이스가 분리되더라도 UUID가 충돌할 일이 없음.1.2 수동 ID 관리 없이 독립적 데이터 생성 가능일반적인 INT AUTO_INCREMENT 방식에서는 데이터베이스에서 ID를 생성해야 함.UUID는 애플리케이션 레벨에서 미리 생성 가능하기 때문에, 데이터베이스에 미리 삽입하지 않아도 ..

1. 고유 키 (Unique Key)고유 키는 테이블 내에서 특정 컬럼(또는 컬럼 조합)이 중복되지 않도록 보장하는 제약 조건입니다. 특징: • 같은 테이블 내에서 여러 개의 고유 키를 가질 수 있음. • NULL 값을 허용할 수도 있음 (NULL은 중복으로 간주되지 않음). • UNIQUE 제약 조건을 설정하면 해당 컬럼 값은 중복되지 않음. • 보조 인덱스(Secondary Index) 역할을 하여 검색 성능을 높일 수도 있음. 예제:CREATE TABLE users ( id SERIAL PRIMARY KEY, email VARCHAR(255) UNIQUE, -- 이메일은 중복될 수 없음 (고유 키) username VARCHAR(50) UNIQUE -- 사용자명도 중복 불가 (고유 ..

서론형상관리로 svn 만 써오던 나에겐 git 이란 매우 어려운 개념들이었다.frontend 개발공부 하면서 안 쓸 수가 없어서 아주 늦은 적응기다..개념적으로 접근하기에 생소한 개념들이라 어색하긴 하지만 메인 소스가 있고 각 담당자들이 브랜치를 만들어서 작업하고 완료 시 메인으로 병합하는 개념이라 팀 프로젝트에서 리뷰하고 병합한다면 에러는 덜나겠더라...svn 형상관리 프로젝트에선 "이거 누가 바꿔서 커밋했어?"라는 질문을 안 날릴 수 있다..ㅎㅎ본론1. Git 브랜치를 추가Git 기본 설정 확인:Git 기본 설정이 완료/프로젝트가 Git 저장소에 연결브랜치 추가하기:Git 도구 창 열기 or 관리 창 열기- WebStorm 하단에 있는 Git 탭을 클릭하여 Git 도구 창 (메뉴 VCS -> Git..