도슐랭스타

Vue(Composition API) - ref()와 일반 변수의 차이

도도.__. — Sat, 28 Mar 2026 08:32:15 +0900

ref()와 일반 변수의 차이

ref()란

반응형 데이터를 만들기 위한 래퍼 함수다. ref()로 감싼 값은 Vue가 변경을 감지해서 화면을 자동으로 업데이트한다.

const message = ref("안녕하세요 Vue!");    // 반응형
const nomalMessage = "일반 메시지 입니다."; // 일반 변수

+ 단순 값을 Vue가 추적할 수 있는 객체로 포장해주는 역할이라 래퍼(wrapper, 포장지) 함수라고 부름.

내부에서 값을 바꿀 때 차이

setTimeout(() => {
  nomalMessage = "3초 후 변경";   // 값은 바뀌지만 화면 안 바뀜
  message.value = "3초 후 변경";  // 화면 자동 업데이트
}, 3000);

ref()로 감싸지 않으면 값이 바뀌어도 Vue가 감지하지 못해서 화면이 그대로다.

ref()는 객체다

ref()로 만든 변수는 객체라서 내부 값에 접근할 때 .value를 사용한다.

const currentTime = ref("10:00:00");

currentTime = ref("11:00:00")   // 불가 (const 재할당)
currentTime.value = "11:00:00"  // 가능 (객체 내부 값 변경)

const는 변수가 가리키는 대상(주솟값)을 바꾸지 못하는 것이지, 객체 내부 값까지 막는 게 아니다.

const obj = { name: "철수" }
obj = { name: "영희" }   // 불가
obj.name = "영희"         // 가능

ref()도 마찬가지다.

템플릿에서는 .value 생략

setup()에서 return으로 넘긴 ref 데이터는 템플릿(HTML 영역)에서 .value 없이 바로 사용한다.

return {
  message,      // ref
  currentTime,  // ref
  nomalMessage, // 일반 변수
};

<h2>{{ message }}</h2>      <!-- .value 안 써도 됨! -->
<h2>{{ currentTime }}</h2>
<h2>{{ nomalMessage }}</h2>

정리

일반 변수는 초기값을 템플릿에 전달하는 용도로는 쓸 수 있지만, 이후 값이 바뀌어도 화면이 따라오지 않는다. 화면과 데이터를 동기화하려면 ref()로 감싸야 한다.

Vue(Options API) - 반응형 데이터와 일반 변수의 차이

도도.__. — Fri, 27 Mar 2026 09:40:28 +0900

Vue에서 "조작하기 어렵다"는 말의 의미

일반 변수 vs 반응형 데이터

let nomalMessage = "일반 메시지 입니다.";

var vm = createApp({  
  data() {
    return {
      nomalMessage: nomalMessage,  // 값만 복사해서 반응형으로 등록
    };
  },
  created() {
    // this는 Vue 인스턴스
    this.nomalMessage = "일반 메시지 입니다.";
  },
}).mount("#app");

data()가 실행되는 순간 nomalMessage의 값만 복사해서 가져온다.
이후 this.nomalMessage는 바깥의 let nomalMessage와 완전히 별개가 된다.

let nomalMessage   →   "일반 메시지 입니다."   (원본)
                              ↓ 복사 후 연결 끊김
data.nomalMessage  →   "일반 메시지 입니다."   (Vue 반응형, 독립적)

연결이 끊긴 이후

원본 변수를 수정해도 화면이 바뀌지 않는다. ↓ 원본 변수 수정

Vue 반응형 데이터를 직접 수정해야 화면이 바뀐다. ↓ 반응형 데이터로 수정

콘솔에서 접근 가능 여부

방법	접근 가능	화면 반영
`nomalMessage = "수정"`	O	X
`vm.nomalMessage = "수정"`	O	O
`window.nomalMessage`	X	X
`window.vm`	O	O

let으로 선언한 변수는 콘솔에서 이름으로 접근은 되지만 window에는 등록되지 않는다.
var로 선언한 변수는 window에 등록된다.
→ ES6에서 나온 let, const는 전역 스코프에는 존재하지만 window에는 붙지 않도록 설계됨.
ES6 이전 문법인 var는 window에 바로 붙도록 설계 되었지만 문제가 많았음..
→ 콘솔에서 전역 스코프(let, const)에 접근 가능한 이유는 솔이 스크립트 스코프까지 탐색하기 때문임.

정리

일반 변수는 data()에 초기값을 전달하는 용도일 뿐, 이후 Vue와의 연결은 끊긴다.
화면을 업데이트하려면 반드시 Vue 반응형 데이터(vm.nomalMessage)를 통해 수정해야 한다.

Vue - " v-model " 정리

도도.__. — Mon, 23 Mar 2026 08:39:24 +0900

v-model이란

폼 입력 요소와 Vue 데이터를 양방향으로 바인딩해주는 디렉티브다.

<input type="text" v-model="name" />

내부적으로는 이렇게 동작한다.

<input type="text" @input="name = $event.target.value" />

즉, 이벤트 핸들러 함수를 따로 만들 필요가 없다.

여러 input이 있을 때

<input type="text" v-model="num1" />
<input type="text" v-model="num2" />

각 input은 자기 데이터에만 연결되어 있다. num1 input에서 이벤트가 발생하면 num1만 바뀌고 num2는 그대로다. 이벤트 핸들러를 따로 만들 필요 없다.

v-model 수식어

.lazy

기본 v-model은 input 이벤트(타이핑할 때마다)로 데이터를 업데이트한다. .lazy를 붙이면 change 이벤트(포커스를 잃었을 때)에만 업데이트한다.

<input type="text" v-model.lazy="num" />

.number

입력값을 숫자로 형변환한다. 형변환이 불가능하면 원래 값을 유지한다.

<input type="text" v-model.number="num" />

.trim

입력값의 앞뒤 공백을 제거한다. 단어 사이 공백은 제거하지 않는다.

<input type="text" v-model.trim="name" />

"  홍 길 동  "  →  "홍 길 동"

주의사항

setup()에서 선언한 데이터는 반드시 return해야 템플릿에서 사용할 수 있다. return에 없으면 v-model로 연결해도 동작하지 않는다.

setup() {
  const num1 = ref(0);
  const num2 = ref(0);

  return {
    num1,
    num2,  // return 안 하면 템플릿에서 접근 불가
  };
}

JavaScript 동작 원리 - 버퍼, 스레드, 콜스택, 이벤트 루프

도도.__. — Sat, 14 Mar 2026 17:00:25 +0900

1. 버퍼 (Buffer)

버퍼란?

데이터를 임시로 저장해두는 공간이다.
데이터를 보내는 쪽과 받는 쪽의 속도 차이가 있을 때, 중간에서 데이터를 모아두었다가 한꺼번에 전달하는 역할을 한다.

동작 원리

[데이터] → (조금씩 꺼내서 버퍼로 보냄) → [버퍼] → (버퍼가 채워지면 전송) → [데이터 처리]

버퍼의 위치

버퍼는 보내는 쪽과 받는 쪽 모두에 있을 수 있다.

종류	설명	예시
송신 버퍼	데이터를 모아서 한꺼번에 전송	프린터로 문서 보낼 때
수신 버퍼	빠르게 들어오는 데이터를 받아두고 처리	유튜브 영상 미리 받아두기

버퍼의 목적은 속도 차이 해결이다.

속도가 다른 두 지점 사이 어디든 필요하면 버퍼가 생긴다.

예시

유튜브: 서버에서 영상 데이터를 미리 받아 버퍼에 저장 → 끊김 없이 재생 (재생 바보다 빨간 바가 앞서가는 이유)
프린터: 문서를 버퍼에 저장 후 프린터 속도에 맞춰 전송
음악 스트리밍: 네트워크가 불안정해도 끊기지 않게 미리 저장

2. 프로세스 & 스레드

프로세스 (Process)

실행 중인 프로그램 하나. (예: 크롬 브라우저, 카카오톡)

스레드 (Thread)

프로세스 안에서 실제로 일을 처리하는 단위.

컴퓨터
└── 프로세스 (실행 중인 프로그램)
    ├── 스레드 1
    ├── 스레드 2
    └── 스레드 3

싱글 스레드 vs 멀티 스레드

	싱글 스레드	멀티 스레드
프로세스당 스레드 수	1개	여러 개
구조	단순함	복잡함
속도	상대적으로 느림	빠름
단점	-	동시에 같은 데이터 접근 시 충돌 가능 (동시성 문제)

싱글 스레드 ≠ 싱글 프로세스

싱글 스레드는 "프로세스 하나당 스레드가 하나"라는 의미이지, 프로세스 자체가 하나라는 뜻은 아니다.

프로세스 A └── 스레드 1개
프로세스 B └── 스레드 1개
프로세스 C └── 스레드 1개

→ 싱글 스레드 프로세스를 여러 개 띄울 수 있다. (ex. Node.js)

멀티 스레드 + 멀티 프로세스

프로세스 여러 개를 띄우고, 각 프로세스가 멀티 스레드면 수십 개의 스레드가 동시에 존재할 수 있다.

프로세스 A ├── 스레드 1 ├── 스레드 2 └── 스레드 3
프로세스 B ├── 스레드 1 ├── 스레드 2 └── 스레드 3

단, 프로세스끼리는 독립적이라 서로의 데이터를 직접 공유할 수 없다.

ex. 크롬 브라우저

크롬은 탭마다 별도의 프로세스를 띄우고, 각 프로세스 안에 여러 스레드가 있다.
→ 탭 하나가 뻗어도 다른 탭이 멀쩡한 이유!

3. 콜스택 & 이벤트 루프 (JavaScript)

콜스택 (Call Stack)

자바스크립트 코드가 실행되면서 생성되는 실행 컨텍스트를 저장하는 스택 구조.

함수 호출 시 → 스택에 추가(push)
함수 실행 완료 시 → 스택에서 제거(pop)

이벤트 루프 (Event Loop)

콜스택과 콜백 큐(태스크 큐)를 모니터링하면서 비동기 작업을 관리한다.
콜스택이 비어있을 때 콜백 큐의 작업을 콜스택으로 이동시킨다.

setTimeout은 정확하지 않다

setTimeout(fn, 1000)의 실제 의미는

~~"1초 후에 실행해줘"~~
→ "콜스택이 비었을 때, 1초는 지났으면 실행해줘"

콜스택이 바쁘면 콜백 큐는 그냥 밀려서 늦게 실행된다.

setTimeout(() => console.log("타임아웃!"), 1000);

// 3초 걸리는 무거운 작업
for (let i = 0; i < 10000000000; i++) {}

console.log("반복문 끝");

// 실행 결과:
// 1초 지남 → 콜백 큐에서 대기 중...
// 3초 지남 → "반복문 끝" 출력 (콜스택 비워짐)
//           → 그제서야 "타임아웃!" 출력 ← 1초가 아닌 3초 후!

결론

setTimeout은 "최소 N초"를 보장할 뿐, 정확한 시간을 보장하지 않는다.
이것은 자바스크립트가 싱글 스레드이기 때문에 생기는 근본적인 한계다.

HTTP Keep Alive와 TCP Keep Alive

도도.__. — Fri, 6 Mar 2026 10:00:20 +0900

Keep Alive

HTTP를 보다가 Keep Alive가 궁금해졌다. 연결을 유지시킨다는 것만 알고 있어서 찾아봤다.

Keep Alive는 HTTP Keep Alive와 TCP Keep Alive 두 가지가 존재한다.

왜 두 가지가 존재하나

TCP는 전송 계층(L4), HTTP는 애플리케이션 계층(L7)으로 서로 다른 계층에 속한다.
계층표가 궁금하다면 아래 글로

TCP

TCP는 4계층에 속한다. OSI 계층 TCP/IP 계층 7 Application Application Application 6 Presentation FTP Telnet HTTP DNS RTSP etc.. 5 Session 4 Transport Transport TCP UDP ICMP, IGMP 3 Network Network (Internet) IPv4 / IPv6 2 Data Link Network Interf

dodo5517.tistory.com

HTTP Keep-Alive   ← 애플리케이션 정책
----------------
TCP Keep-Alive    ← OS 커널 기능
----------------
IP

둘은 목적도, 동작 주체도 다르기 때문에 따로 존재하고, 동시에 사용하는 것도 가능하다.

HTTP Keep-Alive = 연결 재사용 정책: 이 TCP 연결 써도 되나?
TCP Keep-Alive = 연결 생존 감지 메커니즘: 연결 자체가 살아있나?

HTTP Keep-Alive

원래 HTTP/1.0은 요청 하나 보내고 → 응답 받으면 → TCP 연결을 끊었다. 그래서 요청마다 TCP 3-way handshake를 새로 해야 했고, 이게 오버헤드였다.

HTTP Keep-Alive를 쓰면 응답 후에도 TCP 연결을 유지해서 다음 요청에 재사용한다.

Connection: keep-alive
Keep-Alive: timeout=5, max=100

timeout: 몇 초 동안 요청이 없으면 끊을지
max: 최대 몇 번까지 재사용할지

HTTP/1.1부터는 Keep-Alive가 기본값이라 명시하지 않아도 유지된다. 끊고 싶을 때 Connection: close를 쓴다.

단, HTTP/1.1에서는 하나의 TCP 연결에서 요청을 순차적으로 처리하기 때문에 이전 요청/응답이 완료되기 전까지 같은 연결로 새 요청을 보낼 수 없다(HOL Blocking). HTTP/2부터는 멀티플렉싱으로 이 문제가 해결되어 하나의 TCP 연결에서 여러 요청을 동시에 처리할 수 있다.

TCP Keep-Alive

OS 커널이 데이터 전송이 없는 유휴 연결에 대해 일정 시간이 지나면 빈 ACK 패킷(probe)을 보내서 상대방이 살아있는지 확인한다. 응답이 없으면 몇 번 더 재시도하고, 그래도 없으면 연결을 끊는다.

Linux 기본값 기준:

파라미터	기본값	의미
`tcp_keepalive_time`	7200초 (2시간)	유휴 상태가 이 시간 지나면 probe 시작
`tcp_keepalive_intvl`	75초	probe 재시도 간격
`tcp_keepalive_probes`	9회	이 횟수만큼 재시도 후 연결 종료

이게 필요한 이유는 중간에 NAT 장비나 방화벽이 일정 시간 동안 패킷이 없으면 해당 세션을 테이블에서 지워버리기 때문이다. TCP Keep-Alive probe가 이걸 방지한다.

새 요청을 보낼 때 판단 흐름

새 HTTP 요청을 보내려 할 때
         │
         ▼
   TCP 연결이 살아있나? ──No──→ 새 TCP 연결 수립 (3-way handshake)
         │ Yes
         ▼
  HTTP에서 재사용 가능한가? ──No──→ 새 TCP 연결 수립
  (keep-alive이고, timeout/max 안 넘었나?)
         │ Yes
         ▼
    기존 연결 재사용 ✓

정리

	HTTP Keep-Alive	TCP Keep-Alive
계층	애플리케이션 (L7)	전송 (L4), OS 커널
목적	TCP 연결 재사용 (handshake 비용 절감)	연결 생존 여부 감지
동작 주체	브라우저 / 웹서버	OS
제어	`Connection`, `Keep-Alive` 헤더	`setsockopt()` 또는 커널 파라미터

[KB] IT's Your Life 7기 전공자 합격 후기

도도.__. — Thu, 19 Feb 2026 17:27:24 +0900

안녕하세요.
오늘은 KB IT's Your Life 7기 전공자 합격 후기를 풀어볼게요.
취업 준비를 하던 중 KB의 국비 사업이 뜬 것을 확인했습니다.
주변에 있는 아무나 갈 수 있는 국비는 정말 가고 싶지 않아서 신청을 해보았습니다.
모집 절차는 서류(지원서) → SW 적성진단(전공자는 코테) → 면접 → 합격 순서로 진행되었습니다.

1. 서류

서류는 이력서에 넣듯이 학교, 자격증 같은 것들과 2가지의 질문이 있었습니다. (전공자 기준)
1. IT's Your Life에 지원하신 동기와 과정 수료 후, 이루고 싶은 취업계획
2. SW 관련 경험 중 어려웠던 과제와 해결 방안에 대해 작성하고, IT's Your Life 과정을 통해 향후 어떤 개발자로 성장하고 싶은지 작성
솔직하게 스스로에게 부족한 점과 그 부분이 문제 해결 경험에서도 나타나도록 연결하여 작성하였습니다. 또, 금융권 쪽에 관심이 있다는 점도 포함하여 작성하였습니다.

지원서 제출을 완료하면 확인 문자가 옵니다.

운 좋게 합격을 했습니다.
근데 SW적성진단(코테) 참여 체크하는 구글폼의 제출 마감 시간이 4시간 뒤..!! 라서 빠르게 제출을 했습니다.
다들 확인 빨리 하셔야 해요!!

2. SW적성진단(코테)

서류를 합격하면 메일로 코테에 대한 안내가 옵니다.
근데 말이죠... 코테를 봐야하는데요... 저는 코테 연습을 전혀 안 하고 살았습니다....
그래서 자신이 너무 없었고 벼락치기로 프로그래머스에서 몇 개 풀기는 했지만, 너무나 큰 벼락치기로 실제 풀 때는 전혀 기억이 안 났습니다...
자포자기하고 있는데 짝꿍이 미리 포기한 것만 같은 저에게 일침을 날렸습니다. 붙고 싶기는 한 거냐며,,ㅠ
덕분에 조금 더 공부했습니다..

시험 당일 날 메일로 안내받은 링크에 접속하여 시험을 봤습니다.
시험 시간은 2시간이 주어졌고 이 시간 동안 최선을 다해서 보자는 마음으로 임했습니다.
총 2개의 문제가 나왔으며 각 문제가 5단계로 나누어져 순서대로 풀어야 했습니다. 2개의 문제는 옮겨가며 풀어도 되지만 각 문제의 단계는 순서대로 풀어야 하는 겁니다.
최선은 다했지만 망했다 생각했습니다...ㅎㅎ...
한 문제는 3단계까지 풀고, 한 문제는 하나도 풀지 못했습니다...ㅠ

그런데 이게 무슨 일인지 또 붙었습니다..?
서류에서 코테에 대한 부족함도 언급하기는 했는데 그게 참작된 걸까요..? 진짜 모르겠음..

이번에도 합격 후에 다음 단계에 대한 안내 메일이 옵니다.

3. 면접

면접 준비는 회사 면접을 보러 가는 것처럼 준비해 갔습니다. 다른 점은 저의 부족함을 솔직하게 고백할 수 있다는 것 정도.
자기소개, 프로젝트 경험, 팀플 경험, 지원동기 같은 것들을 준비해갔습니다. 회사 면접과 똑같죠?
면접장에 도착하니 사람이 정말 많더군요.. 긴장하는 바람에 1시간이나 일찍 도착했습니다.
도착하면 신분증과 내일배움카드를 보여드리고 명찰을 받습니다.

아니? 캐주얼 정장으로 입고 오라고 하여 저는 정장은 아니고 단정하게 입었습니다. 근데 남성분들은 전부 정장 입으시고 여성분들도 저 포함 몇몇 빼고 다 정장을 입으셨어요..

면접은 다대다로 진행되었습니다.
전 긴장을 너무 많이 해서 단 1개의 질문을 빼고는 확신의 망했다! 를 느꼈습니다.ㅋㅋㅋ...
다른 블로그에서 팁이라며 IT's Your Life를 ‘잇츠’가 아닌 ‘아이티’ 라 읽으라고 했었습니다.
저는 후반부 답변에서 말할 대목을 넣어뒀습니다.
근데?! 다른 모든 지원자분들이 첫 답변부터 말씀하시더군요... 어쩌다 보니 저는 눈치껏 급하게 끼워 넣은 지원자가 되었습니다.....ㅠㅠㅠㅠ
면접관 중 한 분이 저를 ‘다른 지원자가 하는 거 보고 끼워 넣었나?’ 싶은 듯한 눈빛을....ㅋㅋㅋㅋㅠㅜㅠㅠㅠㅠ

추가로 면접장에서 정말 좋았던 점은 다른 지원자의 면접 답변을 들을 수 있었다는 겁니다.
저는 지금까지 지원자 한 명씩 보는 면접만 봐왔기에 다른 분들의 이야기를 듣는 것이 매우 흥미롭고 즐거웠습니다.
그래서 지원자면서 다른 분들이 답변할 때 저도 모르게 끄덕거린다거나 긴장하시면 응원하게 됐습니다ㅋㅋㅋㅋ

다른 후기에서처럼 쿠키를 나눠주셨습니다.
면접 망했다는 생각에 과자라도 맛있게 먹자며 집에 도착하자마자 다 먹어버렸습니다.ㅋㅋㅋㅋㅋ

4. 결과

엥? 근데 합격했습니다. ~~사실 글을 쓰는 지금도 좀 의아합니다. 뭘까요...?~~
그 후에는 메일로 친절하게 모든 절차를 안내해 주십니다.
근데!!! 절차를 완료해야 하는 기간이 매우!! 짧기 때문에 메일 확인은 정말 필수입니다.
이틀? 정도밖에 안 줍니다.
합격했으니 또 열심히 살아보겠습니다.

같은 전공의 다른 사람들을 만날 수 있다니 조금 설렙니다. 몇 달 해보고 또 후기 올려보겠습니다.

Google Drive에 자동 백업

도도.__. — Tue, 30 Dec 2025 13:23:45 +0900

서버에 있는 sqlite의 db를 Google Drive에 자동 백업되도록 하려고 합니다. rclone과 cron을 사용합니다.

rclone

클라우드 저장소와 파일을 주고받는 도구
CLI에서 Google Drive, Dropbox, OneDrive 같은 클라우드에 파일을 업로드/다운로드할 수 있게 해주는 프로그램

Cron

리눅스에서 작업을 예약 실행해주는 스케줄러

rclone 설치

# rclone 설치
curl https://rclone.org/install.sh | sudo bash

설치 확인

rclone version

로컬 PC에 rclone 설치

서버에는 브라우저가 없기에 윈도우에서 토큰을 발급받아줍니다.

Windows

https://rclone.org/downloads/ 접속하여 Windows용 zip 파일 다운로드
압축 해제 후 폴더 안에서 PowerShell 또는 CMD 열기

토큰 발급 명령어 실행

.\rclone.exe authorize drive

{ 부터 } 까지 전체를 복사해야함!!

서버에서 rclone 설정

rclone config

No remotes found, make a new one?
> n

name> (원하는 이름으로 입력)

Type of storage to configure.
Storage> drive

client_id>
→ 그냥 Enter (비워두기)

client_secret>
→ 그냥 Enter (비워두기)

scope> 1 (전체 액세스 권한)

root_folder_id>
→ 그냥 Enter (비워두기)

service_account_file>
→ 그냥 Enter (비워두기)

Edit advanced config?
> n

Use auto config?
> n (헤드리스 환경이므로)

config_token>
→ 복사한 토큰을 붙여넣기 (중괄호까지 붙여넣기)

Configure this as a Shared Drive (Team Drive)?
> n (개인 드라이브 사용)

--------------------
y) Yes this is OK
e) Edit this remote
d) Delete this remote
> y

q) Quit config
> q

연결 테스트

rclone lsd gdrive:

→ 본인 drive의 폴더들이 나와야 함.

테스트 파일 업로드

# 테스트 파일 생성
echo "test" > /tmp/test.txt

# Google Drive에 업로드
rclone copy /tmp/test.txt gdrive:

# 업로드 확인
rclone ls gdrive: | grep test

→ 본인 drive에 test.txt가 나와야 함.

스크립트 파일 생성

sudo nano /usr/local/bin/gdrive_backup.sh

#!/bin/bash
# ===================== 설정 영역 =====================
DB_PATH="" # SQLite DB 파일 경로
GDRIVE_REMOTE="" # rclone remote 이름
GDRIVE_FOLDER="" # Google Drive 백업 폴더명
MAX_BACKUPS=  # 유지할 최대 백업 개수
DB_NAME="" # 백업 파일 prefix
# ================================================================

LOG_FILE=""  # 로그 파일 경로
TIMESTAMP=$(date '+%Y-%m-%d %H:%M:%S')
BACKUP_DATE=$(date '+%Y%m%d')

log() {
    echo "[$TIMESTAMP] $1" | tee -a "$LOG_FILE"
}

error_exit() {
    log "ERROR: $1"
    exit 1
}

log "========== 백업 시작 =========="

# DB 파일 존재 확인
if [ ! -f "$DB_PATH" ]; then
    error_exit "DB 파일을 찾을 수 없습니다: $DB_PATH"
fi

# 임시 백업 파일 생성
TEMP_BACKUP="/tmp/${DB_NAME}_${BACKUP_DATE}.db"
log "SQLite 백업 생성 중: $TEMP_BACKUP"

sqlite3 "$DB_PATH" ".backup '$TEMP_BACKUP'" || error_exit "SQLite 백업 실패"

# Google Drive에 업로드
GDRIVE_PATH="${GDRIVE_REMOTE}:${GDRIVE_FOLDER}/"
REMOTE_FILE="${DB_NAME}_${BACKUP_DATE}.db"

log "Google Drive 업로드 중: $REMOTE_FILE"
rclone copy "$TEMP_BACKUP" "$GDRIVE_PATH" || error_exit "업로드 실패"

log "업로드 완료: $REMOTE_FILE"

# 임시 파일 삭제
rm -f "$TEMP_BACKUP"

# 오래된 백업 삭제
log "백업 버전 관리 중... (최대 ${MAX_BACKUPS}개 유지)"

BACKUP_LIST=$(rclone lsf "$GDRIVE_PATH" --files-only | grep "^${DB_NAME}_" | sort)
BACKUP_COUNT=$(echo "$BACKUP_LIST" | grep -c "^${DB_NAME}_" || echo "0")

log "현재 백업 개수: $BACKUP_COUNT"

if [ "$BACKUP_COUNT" -gt "$MAX_BACKUPS" ]; then
    DELETE_COUNT=$((BACKUP_COUNT - MAX_BACKUPS))
    log "초과 백업 ${DELETE_COUNT}개 삭제 예정"
    
    echo "$BACKUP_LIST" | head -n "$DELETE_COUNT" | while read -r OLD_FILE; do
        if [ -n "$OLD_FILE" ]; then
            log "삭제 중: $OLD_FILE"
            rclone delete "${GDRIVE_PATH}${OLD_FILE}"
        fi
    done
fi

log "========== 백업 완료 =========="
exit 0

실행 권한 부여

sudo chmod +x /usr/local/bin/gdrive_backup.sh

로그 파일 생성

sudo touch /var/log/backup.log
sudo chmod 666 /var/log/backup.log

스크립트 테스트

#수동 실행
/usr/local/bin/gdrive_backup.sh

확인

rclone ls gdrive:backup/

cat /var/log/backup.log

Cron으로 자동화 설정

crontab 편집

crontab -e

# 매주 월요일 새벽 4시에 백업
0 4 * * 1 /usr/local/bin/gdrive_backup.sh

분 시 일 월 요일 순서임. (일요일부터 0임)

확인

crontab -l

확인이 잘 되었다면 자동 백업 설정 끝~

Port was already in use. netstat에 없음.

도도.__. — Wed, 10 Dec 2025 18:23:18 +0900

가끔이러는데 매번 찾아보기 귀찮아서 적어둠.

netstat -ano

위의 명령어 치고 확인했는데 그 포트를 점유하고 있는 프로그램이 없다면

Windows가 예약(excluded) 해놓은 포트 범위에 포함되어 있어서 문제가 생길 수 있음.

확인 명령어

netsh interface ipv4 show excludedportrange protocol=tcp

시작 포트와 점유하고 있는 수 넣어서 명령어 적어주면 됨.

net stop winnat
netsh int ipv4 delete excludedportrange protocol=tcp startport=8002 numberofports=100
net start winnat

Readory 아이폰 단축어

도도.__. — Wed, 29 Oct 2025 13:41:30 +0900

Readory.shortcut

0.02MB

Readory

www.icloud.com

Readory 사용법 | Notion

사이트 링크: https://www.kimdohyeon.dev/

hill-snarl-f10.notion.site

정보처리산업기사 실기 후기/합격

도도.__. — Tue, 16 Sep 2025 13:45:41 +0900

안녕하세요.
2025년 정기 기사 2회에 실기 시험을 보고 왔어요.

7월 19일에 시험을 봤는데 결과가 9월 12일에 나왔어요.
확실히 실기는 결과가 나오기까지 오래 걸리는 것 같습니다..

공부기간은 일주일? 정도 되는 것 같습니다.

시험 공부는 시나공 정처산기 실기 책을 구매했습니다.
https://product.kyobobook.co.kr/detail/S000215623881

2025 시나공 정보처리산업기사 실기 기본서 | 길벗알앤디 - 교보문고

2025 시나공 정보처리산업기사 실기 기본서 | A-Z까지 기본탄탄, 〈2025 시나공 정보처리산업기사 실기 기본서〉2025 시나공 정보처리산업기사 실기 기본서는 기출문제를 면밀히 분석함으로써 출제

product.kyobobook.co.kr

이 책!

책 전부를 풀지는 않았어요.
사실 책은 프로그래밍 언어 활용과 [기출문제집]을 위해서 구매한 게 컸어요.
기출 문제집은 전부 풀고 오답을 했습니다.

필기 시험을 보게 되면 TCP/IP 4계층과 OSI 7계층은 기본적으로 다 외우게 되잖아요?
그리고 프로토콜과 정규화도 익숙해지고요?
그래서 복습만 조금씩 하고 기출 풀면 대충 어느 파트에서 문제가 나올지 예상이 되실 거에오.

전 이게 저 언어인가 이 언어인가 좀 뒤섞여 있어서 그거 구분하고 문제 유형 익숙해지는데 집중했어요.
많이 불안하시면 위의 책 전부 다 풀어보시면 무조건 합격하실 것 같아요.
근데 저는 다른 파트도 다 풀어보는 건 좀 비효율적이라 느껴지긴합니다.

시험 당일

준비물로는 신분증(필수!!! 없으면 시험 못 봐요!!), 수험표(없어도 보여주시니 안 챙겨도 되긴해요.), 검은펜이 필요합니다.
당근 모바일 신분증도 가능합니다.

시험 시작 시간이 되면 주의사항을 안내해주십니다.
총 시험 시간은 2시간 반이고,
시험 시작 후 1시간 반 이후부터 퇴실이 가능합니다.

근데 대부분 시간이 매우 많이 남습니다.
1시간쯤부터? 공허한 눈으로 시계를 보며 퇴실 시간을 기다리는 분들이 많더군요ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

다들 시험 화이팅 하셔요!!