Hybrid App Developer

fatal: repository '{http(s) git url}' not found

es6.kr — Tue, 13 May 2025 16:57:12 +0900

macOS에서 Git fetch 인증 오류 해결: 키체인 캐시 문제

Git을 HTTP(S) 방식으로 사용할 때 아래와 같은 오류가 발생할 수 있습니다.

git fetch                         
remote: The project you were looking for could not be found or you don't have permission to view it.
fatal: repository 'http://server/group/repo.git/' not found

윈도우 OS를 사용하는 경우 참고:
https://velog.io/@lionloopy/git-repository-not-found-오류

macOS를 사용하면서 다음 사항들이 모두 맞는 상황이라면:

저장소 주소(URL)는 정확하고,
사용자 이름과 Personal Access Token(PAT)도 올바르게 입력했음에도 불구하고,

macOS의 키체인(Keychain) 에 저장된 이전 인증 정보가 문제를 일으키고 있을 수 있습니다.

해결 방법: macOS 키체인에서 저장된 Git 자격 증명 삭제

macOS는 Git 자격 증명을 키체인 접근 (Keychain Access) 앱에 저장합니다. 아래 순서대로 캐시된 정보를 삭제해보세요.

1. 키체인 접근 앱 열기

Spotlight 검색에 "키체인 접근"을 입력합니다.

⌘ + Space → "키체인 접근" 입력

2. Git 관련 항목 검색

우측 상단 검색창에 git 검색어를 입력하면 다음과 같은 항목을 찾을 수 있습니다:

인터넷 암호 형식의 항목 중 Git 서버 주소가 포함된 것 (예: gitlab.com, github.com 등)

3. 인증 정보 삭제

해당 항목을 우클릭 후:

'<host> Access Key for git' 삭제

선택해서 제거하세요. 중복되거나 오래된 항목도 모두 삭제합니다.

✅ 자격 증명 다시 입력하기

다음에 git fetch, git push 등을 실행하면 Git이 인증 정보를 다시 물어봅니다.

Username: GitLab 또는 GitHub 사용자 이름
Password: Personal Access Token (PAT)

추가 설정

기본적으로 macOS는 osxkeychain을 사용하지만
저장 설정이 변경되었거나 제대로 작동하지 않는 경우 추가로 설정해줍니다.

git config --global credential.helper osxkeychain

추가 팁

현재 사용 중인 credential helper 확인:

git config --global credential.helper

자격 증명 저장 없이 임시로 인증 시도:

GIT_ASKPASS=echo git fetch

Terraform + asdf를 활용한 여러 버전의 개발 환경 구성

es6.kr — Sun, 16 Feb 2025 17:06:28 +0900

Terraform과 asdf를 조합하면 여러 버전의 하이브리드 앱 개발 환경을 쉽게 구성하고, 인프라 및 개발 환경을 통합적으로 관리할 수 있다.

1. 인프라 및 개발 환경을 코드로 관리 가능

Terraform → 클라우드 및 시스템 환경 관리 (AWS, GCP, Kubernetes 등)
asdf → 언어 및 도구 버전 관리 (Node.js, Dart, Flutter 등)
여러 버전의 SDK 및 도구를 유지하면서도 일관된 환경 제공 가능

2. 재현 가능한 개발 환경 구축

.tool-versions + Terraform을 사용하면, 여러 버전의 하이브리드 앱 개발 환경을 손쉽게 구성 가능
Terraform의 provisioner 기능을 활용하면 초기 개발 환경 자동화 가능

Homebrew 설치 및 Terraform 설치

macOS에서 Homebrew 설치

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Homebrew로 Terraform 설치

brew install terraform

Terraform 코드 예제

main.tf 설정

provider "installer" {}

resource "installer_brew" "this" {
  for_each = toset(var.brew_packages)
  name     = each.key
}

resource "installer_asdf_plugin" "this" {
  for_each = var.asdf_packages
  name     = each.key
  git_url  = each.value.git_url
}

resource "installer_asdf" "this" {
  depends_on = [installer_asdf_plugin.this]
  for_each = merge([
    for package, value in var.asdf_packages : {
      for version in value.versions : "${package}@${version}" => { name = package, version = version }
    }
  ]...)
  name    = each.value.name
  version = each.value.version
}

provider.tf 설정

terraform {
  required_providers {
    installer = {
      source = "es6kr/installer"
    }
  }
}

terraform.tfvars 변수 정의

brew_packages = [
  "asdf",
  "git",
]

asdf_packages = {
  dart = {
    git_url  = "https://github.com/PatOConnor43/asdf-dart.git"
    versions = ["2.19.6", "3.4.3"]
  }
  flutter = {
    git_url  = "https://github.com/oae/asdf-flutter.git"
    versions = ["3.7.12", "3.22.2"]
  }
  nodejs = {
    git_url  = "https://github.com/asdf-vm/asdf-nodejs"
    versions = ["22.11.0"]
  }
}

결론

Terraform과 asdf를 활용하면 여러 버전의 하이브리드 앱 개발 환경을 코드로 관리할 수 있다.
특히 .tool-versions 파일과 함께 사용하면 팀원 간 일관된 개발 환경을 보장하면서도,
각 프로젝트에 맞는 SDK 및 도구 버전을 쉽게 전환할 수 있다.

Terraform에서 OCI 인스턴스 생성 시 `400-CannotParseRequest` 오류 해결

es6.kr — Sat, 8 Feb 2025 13:47:41 +0900

Terraform을 사용하여 Oracle Cloud Infrastructure(OCI)에서 VM 인스턴스를 생성하려고 할 때 다음과 같은 오류가 발생했다.

Error: 400-CannotParseRequest, Incorrectly formatted request. Please refer to our documentation for help.
Request Target: POST https://iaas.ap-chuncheon-1.oraclecloud.com/20160918/instances

Terraform 코드에서 compartment_id와 availability_domain 값을 직접 변수에서 가져와 사용하고 있었다.

resource "oci_core_instance" "instance1" {
  availability_domain = var.availability_domain
  compartment_id = var.compartment_id
  shape = "VM.Standard.E2.1.Micro"

  create_vnic_details {
    subnet_id = var.subnet_id
    assign_public_ip = true
  }

  source_details {
    source_type = "image"
    source_id = var.image_id
  }
}

원인 분석

OCI에서 availability_domain과 compartment_id를 올바르게 가져오지 못해 요청이 잘못된 형식(400-CannotParseRequest)으로 전달된 것이 원인이었다.

해결 방법

Terraform의 data 블록을 활용하여 compartment_id와 availability_domain 값을 동적으로 가져오도록 수정했다.

수정된 코드

data "oci_identity_compartment" "compartment1" {
  id = var.compartment_id
}

data "oci_identity_availability_domain" "availability_domain1" {
  compartment_id = var.tenancy_ocid
  ad_number = 1
}

resource "oci_core_instance" "instance1" {
  availability_domain = data.oci_identity_availability_domain.availability_domain1.name
  compartment_id = data.oci_identity_compartment.compartment1.id
  shape = "VM.Standard.E2.1.Micro"

  create_vnic_details {
    subnet_id = var.subnet_id
    assign_public_ip = true
  }

  source_details {
    source_type = "image"
    source_id = var.image_id
  }
}

결론

Terraform에서 OCI 인스턴스를 생성할 때 availability_domain과 compartment_id를 직접 변수로 할당하는 대신, data 블록을 사용하여 동적으로 조회해야 한다. 이를 통해 잘못된 요청 형식 오류(400-CannotParseRequest)를 방지할 수 있다.

[k8s] 프라이빗 클라우드 구축을 위한 K3s 추천 가이드

es6.kr — Sat, 1 Feb 2025 15:27:24 +0900

클라우드 환경을 직접 운영하려는 기업이나 개인 개발자는 경량화된 쿠버네티스(Kubernetes) 솔루션을 고려해야 한다. K3s는 CNCF(Cloud Native Computing Foundation)에서 공식 인증한 경량 쿠버네티스로, 저사양 환경에서도 원활하게 동작하며 프라이빗 클라우드 구축에 적합하다.

1. K3s가 프라이빗 클라우드에 적합한 이유

1.1. 가벼운 설치 및 운영

기존 쿠버네티스(Kubernetes)는 설정이 복잡하고 운영 비용이 높다. 반면 K3s는 단일 바이너리(약 100MB)로 제공되며, 설치 과정이 간단하다. 불필요한 기능을 제거하고 최소한의 리소스로 동작하도록 설계되어 있어 저사양 서버에서도 실행할 수 있다.

1.2. 낮은 리소스 사용량

K3s는 불필요한 기능(예: 레거시 스토리지 드라이버, 자체 DNS 등)을 제거하여 리소스 사용량을 최소화했다. 또한 SQLite를 기본 데이터베이스로 사용하며, 필요 시 외부 MySQL이나 PostgreSQL과 연동할 수도 있다.

1.3. 단순한 멀티 노드 클러스터 구성

K3s는 단일 서버(master) 노드에 여러 개의 워커(agent) 노드를 연결하거나, 여러 개의 서버를 구성하는 방식으로 클러스터를 확장할 수 있다.

2. K3s 설치 및 구성

K3s 클러스터는 다음과 같은 방식으로 구성할 수 있다.

2.1. 단일 서버에 여러 에이전트 연결

하나의 서버(master)에서 컨트롤 플레인을 운영하고, 여러 개의 에이전트를 추가하여 클러스터를 확장하는 방법이다.

1) 서버 노드 설치

curl -sfL https://get.k3s.io | sh -s - server

설치 후, 클러스터의 상태를 확인할 수 있다.

kubectl get nodes

토큰을 확인하여 에이전트 노드에 연결할 수 있도록 한다.

sudo cat /var/lib/rancher/k3s/server/node-token

2) 에이전트 노드 추가

에이전트 노드에서 다음 명령어를 실행하여 클러스터에 추가한다.

curl -sfL https://get.k3s.io | K3S_URL="https://<서버 노드 IP>:6443" K3S_TOKEN="<토큰값>" sh -

2.2. 서버 다중 구성

여러 개의 서버를 구성하여 고가용성(HA) 클러스터를 운영할 수 있다.

1) 첫 번째 서버 노드 설치 (etcd 클러스터 초기화)

curl -sfL https://get.k3s.io | sh -s - server --cluster-init

토큰 값을 확인하여 이후 추가되는 서버 및 에이전트 노드가 클러스터에 연결될 수 있도록 한다.

sudo cat /var/lib/rancher/k3s/server/node-token

2) 추가 서버 노드 연결

추가 서버 노드를 클러스터에 포함하려면 다음 명령어를 실행한다.

curl -sfL https://get.k3s.io | K3S_URL="https://<첫 번째 서버 IP>:6443" K3S_TOKEN="<토큰값>" sh -s - server

3) 에이전트 노드 추가

위 방식과 동일하게 K3S_URL과 K3S_TOKEN을 이용하여 추가한다.

curl -sfL https://get.k3s.io | K3S_URL="https://<첫 번째 서버 IP>:6443" K3S_TOKEN="<토큰값>" sh - # agent is assumed because of K3S_URL

3. K3s 활용 방안

온프레미스 프라이빗 클라우드: 내부 서비스 및 애플리케이션을 컨테이너화하여 관리 가능
IoT 및 엣지 컴퓨팅: 저사양 하드웨어에서도 쿠버네티스 운영 가능
CI/CD 파이프라인 구성: 가벼운 클러스터로 개발 및 테스트 환경 구축

4. 결론

K3s는 저사양 환경에서도 원활히 동작하는 경량 쿠버네티스로, 프라이빗 클라우드 구축 시 운영 부담을 줄이고 관리 효율성을 높일 수 있다. 특히 리소스가 제한적인 환경에서 컨테이너 오케스트레이션을 활용하려면 K3s가 강력한 대안이 될 수 있다.

[Redux] Cannot read properties of null (reading 'useContext')

es6.kr — Wed, 31 Jan 2024 16:03:53 +0900

Redux 설정 시 `store.js`에서 리듀서 추가 누락 오류

React 프로젝트에서 Redux를 설정할 때, store.js 파일에 combineReducers로 리듀서를 추가하지 않으면 다음과 같은 오류가 발생한다. 이 오류는 React의 useContext 훅을 사용하는 과정에서 발생한다.

오류 메시지:

Cannot read properties of null (reading 'useContext') && react.development.js:209 Warning: Invalid hook call. Hooks can only be called inside of the body of a function component. This could happen for one of the following reasons:

1. You might have mismatching versions of React and the renderer (such as React DOM)
2. You might be breaking the Rules of Hooks
3. You might have more than one copy of React in the same app

이 오류는 Redux 설정 시 리듀서를 combineReducers로 제대로 합치지 않았을 때 발생한다. 리듀서가 제대로 등록되지 않으면 useContext 훅이 예상한 값을 반환하지 못하고, 그로 인해 오류가 발생한다.

오류 해결 방법

이 문제를 해결하려면 store.js에서 리듀서를 combineReducers로 정확하게 추가해야 한다. 리듀서를 올바르게 설정하면 오류가 해결된다.

예시 코드:

// store.js

import { createStore, combineReducers } from 'redux';
import { providerReducer } from './reducers';

const rootReducer = combineReducers({
  provider: providerReducer,
  // 다른 리듀서들도 여기에 추가할 수 있다.
});

const store = createStore(rootReducer);

export default store;

combineReducers에 리듀서를 추가하지 않으면 Redux가 상태를 제대로 관리할 수 없게 되고, 이로 인해 위와 같은 오류가 발생한다.

참고 자료

더 자세한 해결 방법은 StackOverflow에서 확인할 수 있다:
How to fix cannot read properties of null (reading 'useContext')?

WSL을 활용한 윈도우 개발 환경 설정 가이드

es6.kr — Wed, 13 Sep 2023 10:38:10 +0900

WSL을 활용한 윈도우 개발 환경 설정 가이드

윈도우에서 WSL(Windows Subsystem for Linux)을 사용하면 리눅스 기반 개발 환경을 간편하게 구축할 수 있다. 이 가이드는 WSL 설치부터 Ubuntu에 nvm(Node Version Manager)을 활용해 Node.js LTS 버전을 설치하는 과정을 다룬다.

WSL 설치

Powershell을 실행
- 관리자 권한으로 Powershell을 실행한다.
WSL 설치 명령어 실행
- 아래 명령어를 실행하여 WSL과 기본 배포판(Ubuntu)을 설치한다.
```
  wsl --install
```
설치 완료 후 Ubuntu 설정
- 설치가 완료되면 Ubuntu가 자동으로 실행되고 초기 설정을 진행할 수 있다.

Ubuntu에 nvm을 사용해 Node.js LTS 설치

Node.js는 JavaScript 런타임으로, 리눅스 환경에서도 널리 사용된다. nvm(Node Version Manager)은 Node.js의 다양한 버전을 쉽게 관리할 수 있는 도구이다.

nvm 설치
- nvm을 설치하기 위해 다음 명령어를 실행한다.
```
  curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash
```
- 설치가 완료되면 다음 명령어로 nvm이 정상적으로 설치되었는지 확인한다.
```
  command -v nvm
```
Node.js LTS 설치
- 최신 LTS(Long-Term Support) 버전의 Node.js를 설치하려면 아래 명령어를 실행한다.
```
  nvm install --lts
```
Node.js 및 npm 버전 확인
- 설치가 완료된 후, 다음 명령어로 Node.js와 npm 버전을 확인한다.
```
  node --version
  npm --version
```

nvm을 사용하면 필요에 따라 다양한 버전의 Node.js를 설치하고 전환할 수 있으므로 개발 환경 관리가 편리해진다.

Git version 2.35.2 - 'git status' 에러 코드 128

es6.kr — Fri, 15 Apr 2022 13:01:01 +0900

GIT 2.35.2 업데이트

WSL(Windows Subsystem for Linux) 환경의 폴더를 SourceTree로 열 때 발생하는 오류 메시지에 대해 다룬다. 이 오류는 윈도우에서 로그인 중인 유저와 WSL에서 해당 파일/폴더의 소유자가 다를 때 발생한다. Git v2.35.2 이후에는 이를 보안상의 이유로 기본적으로 차단하며, 예외를 설정하여 폴더 접근을 허용해야 한다.

이 문제를 해결하는 몇 가지 방법은 다음과 같다:

특정 WSL 폴더를 안전한 디렉토리로 설정
- WSL 폴더를 등록할 때, //wsl$/Ubuntu-... 앞에 %(prefix)/를 추가해야 한다.
- 예시 명령어:
```
  git config --global --add safe.directory '%(prefix)///wsl$/Ubuntu-20.04/home/ubuntu/airflow'
```
모든 폴더를 안전한 디렉토리로 설정
- 모든 폴더에 대해 * 경로를 추가하여 설정할 수 있다.
- 예시 명령어:
```
  git config --global --add safe.directory '*'
```

참고사항

SourceTree는 WSL의 Git이 아니라 윈도우의 Git을 사용하기 때문에, 해당 명령어는 윈도우 터미널에서 입력해야 한다.
safe.directory 경로에 /home/ubuntu/*, /home/ubuntu/**과 같은 와일드카드 경로는 현재 지원되지 않는다.

위 방법을 적용하면, WSL에서 Git을 사용할 때 발생하는 error: failed to get owner와 같은 오류를 해결할 수 있다.

Git - 'git status' 에러 코드 128로 실패함: error: failed to get owner for '//wsl$/Ubuntu-...' fatal: unsafe repository

장고 서버에 https 적용하기 (Django + Gunicorn + Nginx + Let's Encrypt)

es6.kr — Sun, 19 Apr 2020 03:46:55 +0900

장고 프로젝트를 배포하여 http 서버에 연결하려면 중간 역할을 하는 WSGI(웹 서버 게이트웨이 인터페이스)가 필요합니다.

대표적인 WSGI로는 Gunicorn과 uWSGI가 있는데 그 중에 Gunicorn을 사용해 보았습니다.

Gunicorn 연동을 위한 장고 프로젝트 세팅

먼저 장고 프로젝트의 settings.py에 STATIC_ROOT를 설정합니다.
STATIC_ROOT = os.path.join(BASE_DIR, 'static/')
STATIC_ROOT에 모든 정적 파일을 모아놓습니다. 그래야 Nginx에서 포워딩을 설정하기 편합니다.
python manage.py collectstatic
pip로 Gunicorn 설치 (Windows에서 실행은 지원하지 않으므로 Docker에 설치를 추천합니다.)
pip install gunicorn
Gunicorn은 윈도우에서는 실행이 안되지만 Docker로 테스트 가능합니다.
참고 : https://github.com/light-and-salt/django-gunicorn-nginx-docker
아래 명령어 만으로도 8000 포트 서비스가 가능합니다.하지만 static 파일을 서비스하고 https 설정을 위해 nginx로 포팅해야 합니다
gunicorn --bind 0.0.0.0:8000 프로젝트명.wsgi:application

우분투에서 Gunicorn을 서비스 데몬으로 등록

gunicorn 경로를 모를 경우 다음 명령어로 확인
which gunicorn

vi /etc/systemd/system/gunicorn.service

[Unit]
Description=gunicorn daemon
After=network.target [Service]
User=유저명
Group=그룹명
WorkingDirectory=/프로젝트경로
ExecStart=/path/of/gunicorn \
--workers 3 \
--bind unix:/프로젝트경로/gunicorn.sock \
프로젝트명.wsgi:application
[Install]
WantedBy=multi-user.target

서비스 활성 및 시작

# service 파일을 처음 생성한 후 다시 수정했을 경우에만 실행
systemctl daemon-reload
# 서비스 활성
systemctl start gunicorn
systemctl enable gunicorn
# 서비스 시작
service gunicorn start

Nginx를 Gunicorn으로 포워딩

vi /etc/nginx/sites-available/default

server {
    ...
    location /media {
        alias /프로젝트경로/media;
    }
    location /static {
        alias /프로젝트경로/static;
    }
    location / {
        ...
        proxy_pass http://unix:/프로젝트경로/gunicorn.sock;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

nginx -t service nginx start

링크) [Nginx] Let's Encrypt를 통해 Nginx에서 무료로 https 설정하기(Ubuntu 14.04)

[Ubuntu] MySQL Character Set을 UTF8로 설정하는 방법

es6.kr — Sun, 19 Apr 2020 02:55:00 +0900

MySQL의 기본 Character Set(인코딩)을 UTF8로 변경하면 다국어 데이터 처리에 적합한 환경을 구성할 수 있다. 이를 위해 MySQL 설정 파일을 수정해야 한다. 아래는 설정 방법에 대한 가이드이다.

MySQL 설정 파일 수정

MySQL 설정 디렉토리로 이동
- MySQL 설정 파일을 수정할 디렉토리로 이동한다.
```
  cd /etc/mysql/conf.d/
```
새 설정 파일 생성 또는 기존 파일 편집
- 새로운 설정 파일을 생성하거나 기존 파일을 편집한다. 여기서는 charset.cnf 파일을 사용한다.
```
  sudo vi charset.cnf
```
다음 설정 추가
- 파일에 아래 내용을 추가한다:
- [client] default-character-set = utf8mb4 [mysql] default-character-set = utf8mb4 [mysqld] skip-character-set-client-handshake init_connect="SET collation_connection = utf8mb4_unicode_ci" init_connect="SET NAMES utf8mb4 COLLATE utf8mb4_unicode_ci" character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci [mysqldump] default-character-set = utf8mb4

적용 및 확인

MySQL 서비스 재시작
- 변경 사항을 적용하려면 MySQL 서비스를 재시작해야 한다. 다음 명령어를 실행한다:
```
  sudo systemctl restart mysql
```
설정 적용 여부 확인
- MySQL 설정이 제대로 적용되었는지 확인하려면 MySQL 클라이언트에 접속하여 아래 명령어를 실행한다:
```
  SHOW VARIABLES LIKE 'character_set%';
  SHOW VARIABLES LIKE 'collation%';
```

이 명령어를 통해 각 Character Set 및 Collation 값이 utf8mb4 및 utf8mb4_unicode_ci로 설정되었는지 확인할 수 있다.

위 과정을 통해 MySQL의 기본 Character Set을 UTF8로 변경하여 다국어 데이터를 안전하게 처리할 수 있다.

[Ubuntu] APT 추천 패키지 자동 설치 해제하는 방법

es6.kr — Sun, 19 Apr 2020 02:31:51 +0900

Ubuntu 20.04 LTS 이전의 우분투에 패키지를 설치할 때 추천 패키지 및 제안 패키지가 자동으로 설치되는 것을 방지하려면 APT의 설정을 변경해야 한다. 이를 통해 설치할 패키지의 의존성만 설치되게 할 수 있다. 아래는 이를 설정하는 방법이다.

1. APT 설정 파일 편집

설정 파일 열기
- APT 설정 파일을 열기 위해 vi 또는 원하는 텍스트 편집기를 사용한다. 여기서는 99no-install-recommends 파일을 편집한다.
```
  sudo vi /etc/apt/apt.conf.d/99no-install-recommends
```

다음 내용 추가

파일에 아래 내용을 추가하여 추천 패키지 및 제안 패키지의 자동 설치를 방지한다:

  APT::Install-Recommends "false";
  APT::Install-Suggests "false";
  APT::AutoRemove::RecommendsImportant "false";
  APT::AutoRemove::SuggestsImportant "false";

2. APT 패키지 설치 시 추천 패키지 설치 방지

위 설정을 적용하면, 이후 APT를 통해 패키지를 설치할 때 추천 패키지 및 제안 패키지가 자동으로 설치되지 않는다. 기존에 설치된 패키지에서 자동 설치된 추천 패키지를 제거하려면 apt autoremove 명령어를 사용할 수 있다:

sudo apt autoremove

이 설정은 시스템을 더욱 깔끔하게 유지하고, 필요 없는 패키지가 설치되는 것을 방지하는 데 유용하다.

위와 같은 설정을 통해 우분투에서 불필요한 추천 패키지나 제안 패키지의 자동 설치를 차단할 수 있다.

Hybrid App Developer

fatal: repository '{http(s) git url}' not found

macOS에서 Git fetch 인증 오류 해결: 키체인 캐시 문제

해결 방법: macOS 키체인에서 저장된 Git 자격 증명 삭제

1. 키체인 접근 앱 열기

2. Git 관련 항목 검색

3. 인증 정보 삭제

✅ 자격 증명 다시 입력하기

추가 설정

추가 팁

Terraform + asdf를 활용한 여러 버전의 개발 환경 구성

1. 인프라 및 개발 환경을 코드로 관리 가능

2. 재현 가능한 개발 환경 구축

Homebrew 설치 및 Terraform 설치

macOS에서 Homebrew 설치

Homebrew로 Terraform 설치

Terraform 코드 예제

main.tf 설정

provider.tf 설정

terraform.tfvars 변수 정의

결론

Terraform에서 OCI 인스턴스 생성 시 `400-CannotParseRequest` 오류 해결

원인 분석

해결 방법

수정된 코드

결론

[k8s] 프라이빗 클라우드 구축을 위한 K3s 추천 가이드

1. K3s가 프라이빗 클라우드에 적합한 이유

1.1. 가벼운 설치 및 운영

1.2. 낮은 리소스 사용량

1.3. 단순한 멀티 노드 클러스터 구성

2. K3s 설치 및 구성

2.1. 단일 서버에 여러 에이전트 연결

1) 서버 노드 설치

2) 에이전트 노드 추가

2.2. 서버 다중 구성

1) 첫 번째 서버 노드 설치 (etcd 클러스터 초기화)

2) 추가 서버 노드 연결

3) 에이전트 노드 추가

3. K3s 활용 방안

4. 결론

[Redux] Cannot read properties of null (reading 'useContext')

Redux 설정 시 store.js에서 리듀서 추가 누락 오류

오류 해결 방법

예시 코드:

참고 자료

WSL을 활용한 윈도우 개발 환경 설정 가이드

WSL을 활용한 윈도우 개발 환경 설정 가이드

WSL 설치

Ubuntu에 nvm을 사용해 Node.js LTS 설치

Git version 2.35.2 - 'git status' 에러 코드 128

GIT 2.35.2 업데이트

참고사항

장고 서버에 https 적용하기 (Django + Gunicorn + Nginx + Let's Encrypt)

Gunicorn 연동을 위한 장고 프로젝트 세팅

우분투에서 Gunicorn을 서비스 데몬으로 등록

Nginx를 Gunicorn으로 포워딩

링크) [Nginx] Let's Encrypt를 통해 Nginx에서 무료로 https 설정하기(Ubuntu 14.04)

[Ubuntu] MySQL Character Set을 UTF8로 설정하는 방법

MySQL 설정 파일 수정

적용 및 확인

[Ubuntu] APT 추천 패키지 자동 설치 해제하는 방법

1. APT 설정 파일 편집

2. APT 패키지 설치 시 추천 패키지 설치 방지

Redux 설정 시 `store.js`에서 리듀서 추가 누락 오류