본문 바로가기
빌드노트 검색

빌드노트

검색 결과

검색어를 입력해 글을 찾아보세요.

글 검색

글 목록

총 480개의 글

  1. Bash 백그라운드 작업은 실패했는데 $?는 0이다

    Bash에서 & 직후의 0은 자식의 완료 상태가 아니다. 종료 0·7인 자식으로 차이를 확인하고, $!로 저장한 PID에 각각 wait해 실패를 배치 상태로 전달한다. 인자 없는 wait와 여러 PID를 한 번에 기다리는 경우의 한계도 비교한다.

  2. Object.assign으로 복사했는데 원본의 중첩 배열도 바뀐다

    Object.assign과 spread로 최상위 객체를 새로 만들어도 중첩 배열은 원본과 공유될 수 있다. 실제 수정 경로의 참조를 비교해 배열과 중간 객체를 함께 복사하고, 전체 분리가 필요할 때 structuredClone의 지원 타입을 확인하는 방법을 설명한다.

  3. Dockerfile을 바꾸니 같은 빌드 컨텍스트의 파일이 COPY에서 빠진다

    같은 빌드 컨텍스트에서도 선택한 Dockerfile의 전용 ignore가 있으면 루트 .dockerignore의 제외 목록은 합쳐지지 않는다. 합성 파일의 포함 목록과 COPY 성공·실패를 비교해 실제 적용 파일을 찾고 필요한 경로를 맞춘다.

  4. Accept를 JSON으로 바꿨는데 요청 본문은 바뀌지 않는다

    Accept는 받고 싶은 응답 타입이고 Content-Type은 해당 메시지의 표현 타입이다. 같은 16바이트에서 두 헤더를 독립 변경한 loopback 실험과 실제 JSON 직렬화를 비교해, 응답의 JSON 모양 대신 요청 원문과 본문 생성 코드를 확인하는 방법을 설명한다.

  5. 204 삭제 응답은 성공인데 response.json()이 실패한다

    204는 본문 없는 성공 응답이다. loopback 서버의 204·200 JSON·200 빈 본문·200 잘못된 JSON을 실제 브라우저 fetch로 비교하고, 204만 파싱을 생략해 HTTP 성공과 본문 오류를 구별하는 코드를 확인했다.

  6. Node에서 한글 JSON만 잘린다: Content-Length에 넣은 문자열 length

    Node 응답의 Content-Length에 문자열 length를 넣으면 한글 JSON 17바이트 중 13바이트만 본문으로 전달될 수 있다. ASCII·한글·이모지의 실제 수신 결과를 비교하고 최종 UTF-8 바이트 수를 계산하거나 응답 API에 길이 처리를 맡기는 방법을 설명한다.

  7. curl로 저장한 본문이 깨질 때: UTF-8보다 gzip부터 확인한다

    curl로 저장한 gzip 응답을 UTF-8 오류로 오해하지 않도록 기본 요청·--compressed·--raw의 실제 저장 바이트를 비교한다. Accept-Encoding 헤더만 추가했을 때의 차이와 자동 해제 뒤에도 남는 응답 헤더를 확인하고, 텍스트 저장과 기존 파일 복원 방법을 설명한다.

  8. URL 쿼리로 보낸 토큰의 +가 공백으로 바뀌었다

    쿼리에 직접 붙인 a+b는 form-urlencoded 파싱 뒤 a b로 읽힌다. 로컬 HTTP 요청에서 직접 보간·원문 append·미리 인코딩한 값 append를 비교하고, URLSearchParams에 원문을 전달해 +를 보존하는 방법과 이중 인코딩을 피할 위치를 설명한다.

  9. HEAD 응답에 Content-Length는 있는데 본문이 없다

    HEAD 응답의 Content-Length는 같은 요청을 GET으로 보냈을 때의 본문 길이를 나타낼 수 있다. 실제 GET·HEAD의 수신 바이트와 curl -I·-i를 비교하고, 빈 HEAD 본문을 전송 잘림이나 대기 오류로 오해하지 않는 판단을 설명한다.

  10. cloneNode(true)로 복제한 버튼에 클릭 동작이 없는 이유

    cloneNode(true)는 자식 노드와 속성을 복사해도 addEventListener 리스너는 옮기지 않는다. 실제 클릭으로 원본·복제·재등록 복제를 비교하고, 고유 ID와 객체 참조를 확인한 뒤 직접 등록 또는 유지되는 컨테이너의 이벤트 위임을 선택한다.

  11. computeIfAbsent를 썼는데 없는 값 조회가 계속 실행된다

    computeIfAbsent는 조회 함수가 null을 반환하면 새 매핑을 저장하지 않는다. 같은 키를 두 번 조회한 호출 횟수와 기존 null 매핑을 비교하고, 부재 결과까지 보관하려면 Optional.empty()처럼 null이 아닌 값을 저장해야 하는 이유를 확인한다.

  12. PowerShell 배열에 0이 있는데 -eq 조건문은 거짓이다

    PowerShell 배열의 -eq는 Boolean 대신 일치한 원소를 반환한다. 0이나 빈 문자열 하나가 남으면 if는 거짓이고, 같은 값이 두 개 남으면 참이 된다. 실제 타입과 개수를 비교하고 존재 여부를 -contains 또는 결과 개수로 판별하는 방법을 설명한다.