1. DNS 조회 컴퓨터는 www.pyomin.com과 같은 도메인 이름을 직접 이해하지 못하고 IP 주소로 통신한다. 따라서 브라우저가 서버와 통신하기 위해서는 먼저 해당 도메인의 IP 주소를 알아내는 DNS(Domain Name System) 조회 과정이 필요하다. 브라우저가 URL을 입력받으면 다음 순서로 IP 주소를 확인한다. 1. 브라우저 DNS 캐시 확인 2. OS의 hosts 파일 확인 3. OS DNS 캐시 확인 4. ISP(인터넷 서비스 제공자)의 DNS 서버(Recursive Resolver)에 요청 로컬에 정보가

우리가 매일 사용하는 웹사이트 접속, 이메일 전송, 파일 다운로드 등 인터넷에서 이루어지는 대부분의 통신은 TCP와 IP라는 두 가지 핵심 기술 덕분에 가능하다. 이 둘의 역할을 간단히 비유하면 IP는 주소, TCP는 안전한 배송 서비스와 비슷하다. IP는 데이터를 어디로 보내야 하는지를 알려주고 TCP는 그 데이터가 정확하고 안전하게 도착하도록 관리한다. 1. IP - 인터넷의 주소 체계 IP(Internet Protocol)는 인터넷에서 데이터를 전달하기 위한 주소 체계와 패킷 전달 규칙을 정의한 프로토콜이다. 인터넷에 연결된

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