1. 문제 상황 기존에 사용하던 GitHub Actions 구성은 다음과 같았다. name: Deploy to Raspberry Pi on: push: branches: [ main ]jobs: deploy: name: Deploy via SSH runs-on: ubuntu-latest steps: - name: Checkout repository uses: actions/checkout@v4 with: fetch-depth: 0

1. 리눅스 사용자(User)와 그룹(Group), 권한 구조 리눅스의 권한 관리는 사용자와 그룹을 기반으로 동작한다. *Ubuntu/Debian 기준 sudo adduser 유저명 명령어는 사용자를 생성하는 명령어이다. 비밀번호를 설정한 후 Full Name / Room / Phone / Other 같은 사용자 정보를 입력한다. 해당 정보는 /etc/passwd 파일의 GECOS 필드에 저장되며 필요 없을 경우 Enter로 생략할 수 있다. 현재 로그인된 계정의 정보를 확인하기 위해 다음과 같은 명령어를 사용할 수 있다. wh

1) Robots robots.txt는 검색 엔진 크롤러가 사이트를 어떻게 탐색할 수 있는지 정의하는 파일이다. Next.js에서는 app/robots.ts 파일을 생성하면 자동으로 /robots.txt 경로가 생성된다. import type { MetadataRoute } from "next"; export default function robots(): MetadataRoute.Robots { return { rules: [{ userAgent: '*', allow: '/' }], sitemap: 'https://p

1. 해시 테이블이란? 해시 테이블은 키(Key)를 해시 함수(Hash Function)에 입력하여 얻은 정수 값을 배열의 인덱스로 사용해 데이터를 저장하고 조회하는 자료구조다. 배열의 인덱스 접근 특성을 활용하기 때문에 평균적으로 탐색, 삽입, 삭제 연산을 O(1) 시간에 수행할 수 있는 것이 특징이다. [관련 자료구조] Map 키(Key)와 값(Value)의 쌍을 저장하고 관리하는 추상 자료형 Set 중복을 허용하지 않으며 특정 값의 존재 여부를 관리하는 추상 자료형 이러한 자료구조는 해시 테이블 기반으로 구현될 경우 평균적으로

1. 문제 상황 기존 프론트엔드(Next.js) 서버의 사이트맵 생성 로직은 백엔드의 게시글 목록 API를 활용하고 있었다. 이 과정에서 몇 가지 문제가 발생했다. 응답 지연 및 타임아웃: 페이징 기반 API를 사용함에 따라 전체 데이터를 불러오기 위해 순차적인 HTTP 요청이 발생했고 데이터 양에 비례해 응답 시간이 증가함 검색엔진 크롤링 실패: Googlebot과 달리 네이버의 Yeti 봇은 응답 대기 시간이 일정 수준을 초과할 경우 연결을 강제로 종료하여 사이트맵 수집에 실패하는 현상 확인 리소스 낭비: 사이트맵 생성에 불필요

1. useQuery란? useQuery는 비동기 데이터를 관리하는 훅으로 API 요청을 단순화하고 캐싱, 로딩/에러 상태 관리까지 자동으로 처리해준다. 기존에는 useEffect와 useState를 조합하여 데이터를 불러와야 했지만 useQuery를 사용하면 훨씬 간결하게 데이터를 관리할 수 있다. 또한 캐싱, 자동 리페치, 서버 상태 관리 기능을 제공하여 서버 데이터 관리의 복잡성을 크게 줄여준다. 이 기능은 TanStack Query 라이브러리에서 제공된다. 2. 설치 및 기본 설정 useQuery를 사용하기 위해 먼저 Tan

1. history history는 지금까지 터미널에서 실행했던 명령어 목록을 확인할 때 사용하는 명령어다. grep을 함께 사용하여 특정 키워드로 필터링할 수도 있다. [nginx와 관련된 명령어만 골라서 출력] grep은 정규표현식도 지원하기 때문에 원하는 명령어를 효과적으로 찾을 수 있다. 또한 history와 함께 자주 사용되는 응용 패턴도 존재한다. !! 바로 직전 명령어 재실행 sudo !! 직전 명령어를 sudo로 재실행 !123 history에서 123번째 명령어 재실행 !nginx nginx로 시작하는 마지막 명령어

1. 기본 개념 얕은 복사(Shallow Copy) - 객체의 1차 레벨 필드 값만 새로 담는다. 참조 타입 필드는 주소(참조)만 복사한다. 깊은 복사(Deep Copy) - 중첩 객체까지 새 인스턴스를 만들어 전체 그래프를 복제한다. 결과적으로 얕은 복사는 내부 참조가 공유되고 깊은 복사는 공유되지 않는다. 예를 들어 아래와 같은 도메인이 있을 때 class Address { private String city; public Address(String city) { this.city = city; } public

1. Spring Bean Spring Bean은 Spring의 IoC 컨테이너에 의해 생성되고 관리되는 자바 객체를 의미한다. 자바 클래스가 Spring 컨테이너의 관리 대상으로 등록되는 순간 해당 객체는 Bean이라고 불린다. 일반적인 Java 객체는 개발자가 new 연산자를 사용해 직접 객체를 생성하고 객체 간의 의존 관계도 코드에서 명시적으로 설정한다. 반면 Spring에서는 객체의 생성과 생명주기 관리가 컨테이너에 의해 이루어진다. Spring 컨테이너는 애플리케이션 실행 시 필요한 객체를 생성하고 의존성을 주입하며 애플리

1. 네이밍 컨벤션의 중요성 소프트웨어 개발 과정에서 코드를 읽는 시간은 코드를 작성하는 시간보다 압도적으로 길다. 따라서 변수나 함수의 이름은 코드의 의도를 파악할 수 있게 해주는 중요한 단서가 된다. 일관된 네이밍 컨벤션을 사용하면 팀 내 의사소통 비용을 줄일 수 있으며 시스템 전반의 협업 효율성과 유지보수성을 높이는 데 도움이 된다. 범용적으로 사용되는 주요 네이밍 스타일에 대해 알아보자. 2. 이름 표기 방식 (Case 스타일) 네이밍 컨벤션에는 여러 가지 표기 방식이 존재한다. 각 스타일은 사용 목적과 환경에 따라 적절하게