구글이 안드로이드의
사이드로딩을 막으려합니다.
반대 청원에 참여해주세요.

https://search.app/KGKsq

사내 진행 중인 프로젝트가 네이버 클라우드 플랫폼 (Naver Cloud Platform)기반이라서 바닥부터 하나씩 인프라 설정을 잡고 있는데 (VPC 부터 Subnet, Object Storage, NAT GW 생성) 콘솔에서 하는 것도 불편하다고 생각하지는 않지만, 본격적으로 Terraform IaC설정으로 잡고 있는데 너무 편하다. (오래전 셀프스터디만 해보고 실무에 처음 적용해 보는 1인) 다 지원되는 건 아니라서 (CDN+이나 Global Edge는 콘솔에서 생성해야 함) 지원되는 일부만 쓰고 있지만 그래도 너무 좋다. 다음에 AWS를 바닥부터 잡게 된다면 그때에도 꼭 Terraform (혹은 유사 IaC 도입)을 써야겠다고 다짐했다. (인프라 코드 이력 관리까지 할 수 있으니 안 할 이유가 없다!)

아무튼 NCP설정도 약간의 이질감은 있어도 AWS와 비교해 설정에 큰 차이가 없고, 더구나 AI와 함께라면 두려울 게 없다. (물론 다소 헤맬 것으로 예상되는 NKS 설정 + 쿠버네티스 환경 구축 단계가 남았다. 이것도 처음이라 -_-)

이래저래 AI (ChatGPT, Cloude Code)의 도움을 받으면서 진행하고 있는데 가끔 AI가 쉽게 설명해 주는 것도 맘에 든다.

예를 들면,

💡 HA란? HA (High Availability) = 시스템이 장애가 나도 서비스를 멈추지 않게 하는 설계
즉, “하나가 죽어도 전체는 안 멈추게” 만드는 구조예요. 비유로 쉽게 말하면
🏢 **노드(Node)**를 “직원”이라고 생각해보세요.
한 명이 병가를 내더라도 회사가 돌아가려면 대체 인력이 있어야 하죠.
• 노드 1개 = 직원 1명 → 아프면 회사 멈춤 ❌
• 노드 3개 = 직원 3명 → 한 명 아파도 나머지 둘이 처리 ✅
이게 바로 HA (고가용성) 구조예요.

(뭔가 안까먹을 것만 같은 쉬운 비유였다)

그 외 추가 잡담(?)

1. NCP 의 비용이 생각보다 저렴하지 않지만 (사실 클라우드 자체가 싸진 않지만 여튼 AWS랑 비슷하거나 조금 더 비싼 느낌), 국내 클라우드사업자인 만큼 잘 되었으면 좋겠다.
2. NCP 쓰면서 막히거나 어려운 점들은 고객센터 문의사항을 통해 피드백을 빠르게 받을 수 있어서 좋았다!
3. 나는 최근 얼마전까지 네이버클라우드플랫폼 (NCP)과 NHN클라우드가 같은 회사인 줄 알았다. 둘은 다른 회사다.
   • 네이버클라우드 도메인은 ncloud.com 이고 NHN클라우드는 nhncloud.com 이다.

최근에 UPS를 구매하며 알게된 것들을 간략하게 정리해봤습니다. #Team_홈서버 https://kyoku.dev/notes/ups-and-nut/

UPS 사서 연결만 해놓으면 끝일 줄 알았는데 HA 구조안에 UPS 끼워넣으려니까 너무 고려할 게 많아서 이번주 내내 고통받고 있음

PSA: 아이폰을 KT에서 사용 중이라면 즉시 iOS 를 26 developer beta3 버전 이상으로 업데이트 하십시오

이유가 궁금하시면 https://blog.quendi.moe/2025/10/11/ko-%ec%9d%b4%eb%8f%99%ed%86%b5%ec%8b%a0-%eb%b3%b4%ec%95%88-%eb%93%a4%ec%97%ac%eb%8b%a4%eb%b3%b4%ea%b8%b0-pt1-%ea%b0%80%ec%a7%9c-%ea%b8%b0%ec%a7%80%ea%b5%ad/ 를 읽어보시면 됩니다

연휴이후 첫 출근, 한글이름 정렬이 안된다는 오류를 받아서, order by name 을 빼먹었을 리 없다고 생각하면서, 오류를 추적했는데,

• 코드는 당연히 order by 가 적용되어 있었고,

결과적으로 문제는 PostgreSQL에서 한글 ORDER BY 정렬 문제 해결하기 COLLATE 이슈와 동일한 현상이었다.

(내부 docker postgre:17.4 와 AWS RDS PostgreSQL 17.2 모두) 기본값 en_US.UTF-8 이 적용되어 있었고, 한글 정렬순서가 올바르게 나오지 않았다.

SELECT datname, datcollate, datctype
FROM pg_database
WHERE datname = current_database();

|datname |datcollate |datctype   |
|--------|-----------|-----------|
|postgres|en_US.UTF-8|en_US.UTF-8|

ko_KR.UTF-8 로 새 로케일 지정해서 데이터베이스 새로 만들고, 덤프 백업 & 복원처리를 진행해서 해결은 완료했는데, 간단하게 COLLATE "C" 로도 한글정렬문제를 해결 할 수 있겠다 싶었는데, ChatGPT와 이것저것 논의해본 결과(?) 문자코드순 정렬이라서 사전식 정렬과는 다소 차이가 있어서 완전한 해결책은 아닌 듯 싶다. (비슷하게나마 해결은 되지만)

데이터베이스를 새롭게 만드는 게 어려우면, 특정 컬럼에만 COLLATE 를 지정해서 변경할 수 있다.

ALTER TABLE 테이블명
ALTER COLUMN 컬럼명 TYPE 데이터타입 COLLATE "C";

서비스가 아직 한국어와 영어만 지원해서, 별다른 고민없이 ko_KR.UTF-8로 처리하기는 했는데, 일본어나 중국어까지 지원하면 결국 Collation을 C 로 해야하는 것은 아닌가 싶은 생각도 들고, ko_KR.UTF-8에서 일본어,중국어도 다 잘 정렬되지 않을까 싶은 생각도 들고, 혹은 정렬이 중요한 포인트라면 언어별로 컬럼을 파야할 것인가 하는 고민은 있는데, 일단은(?) 나중에 다시 고민하기로 했다.

@xtjuxtapose APC BE550를 추천하지 않으시는 특별한 이유가 있으신가요? UPS 구매 고려중이라 궁금합니다 👀

커스텀 HTTP 헤더 설정을 만들 때 고려해야 할 것들에 대한 짧은 노트를 작성했습니다. https://kyoku.dev/notes/header-option/

최근에 Apple의 Pkl에 옵션 추가하려 한 게 내 예상보다 스코프가 넓어서인지 SPICE(Pkl의 기능제안 프로세스인 듯) 작성해달라는 요청을 받았음. 문서 길이가 길어서 제미나이 CLI한테 내 PR 내용과 이미 있는 SPICE들 읽어서 작성해달라 요청했더니 소소한 실수 몇 개 빼고는 꽤 만족스럽게 작성해줬다!

https://github.com/apple/pkl-evolution/pull/24

요즘 새로 배운 이것저것...

• gerrit이라는 10년 전부터 존재하던 rebase, stacked-pr workflow를 지원하는 git remote가 있다
• 커널 개발하는 변태들이 쓰는 mailing-list workflow는 사실 rebase, stacked-pr workflow와 매우 유사하다
• EU쪽에도 jj 기반의 탈 github 개발자 허브를 만들려는 움직임이 있는듯. (개인적으론 tangled.sh가 더 유력해보임)

가장 놀랐던건 mailing-list workflow... 이거 진짜 생각보다 나쁘지 않은 것 같기도, tangled.sh에서 mailing-list를 지원할 수 있다면, gh 같은 별도의 cli 툴 없이도, 협업까지 터미널에서 처리할 수 있어보임.

이 분 라이브코딩-차력쇼 너무 재밌음

https://www.youtube.com/watch?v=nkVkx_A3exE

홈 서버로 맥 미니가 좋은 이유… 를 이야기하기엔 작은 LLM을 손 쉽게 돌릴 수 있다거나 여러가지가 있는데 제일 좋은 이유는 하드웨어 가속 동영상 트랜스코딩이라고 생각한다.

미디어 스트리밍 서버인 Jellyfin은 트랜스코딩에서 엔비디아의 NVENC, 인텔의 QSV, AMD AMF, 애플의 Video Toolbox를 비롯한 여러 하드웨어 가속 기술을 지원하는데 대부분 홈 서버에선 내장 GPU를 쓰거나 고성능 GPU를 넣지 않는다는걸 생각하면 맥 미니만한 선택지가 없다.

Jellyfin은 Apple Video Toolbox 가속은 당연히 macOS에서만 지원된다 이야기하지만 전에 맥 스튜디오를 쓸 때 찾아보니 ssh를 통해 macOS 호스트의 ffmpeg를 사용하는 방법이 있어서 이걸 활용해서 해결했고 이 때 참고한 글을 안 남겨두면 나중에 까먹을 것 같아서 기록차 공유한다.

https://oliverbley.github.io/posts/2022-12-27-jellyfin-in-docker-hardware-acceleration-on-macos/

어제 오늘 내가 쓰려고 apache/iggy 헬름차트의 자잘한 이슈들을 고쳤다! https://github.com/apache/iggy/pull/2126 https://github.com/apache/iggy/pull/2128

tl;dr: 지금 SKT 놈들이 복제폰 안된다 운운하는 거 믿지 말고 심 카드 교체하십쇼. 심 카드 초기화는 제가 얘네가 진짜 키를 바꾸는지를 아직 검증 못해서 확답은 못드림.

예전부터 말해왔지만

* IMEI - 단말기 고유번호 - Not-so-secret number
* IMSI - 가입자 고유번호 - 역시 Not-so-secret number
* Ki/OPc/etc... - 심 카드 인증 키 - 이거 털리면 게임 오버

고, IMEI 와 IMSI "누출"은 프라이버시 이슈로 연결되지(속칭 스팅레이, IMSI-Catcher) 모바일 네트워크 무결성 침해로 이어지지 않음.

IMEI 와 IMSI 를 가지고 할 수 있는 게 뭐냐... 강남 한복판에서 마법 지팡이를 들고 님이 강남 어디에 있는지를 찾아내는 것 정도?

IMSI - Ki/OPc 쌍을 가지고 할 수 있는 건? 망에 그 정보로 인증 붙여서 "난 너야" 시전하기.

Void Linux 미러의 Helm 차트를 정리해서 다양한 미러를 구성할 수 있는 Helm 차트를 만들었어요~~

https://github.com/kyokugirl/helm-charts/tree/main/charts/file-mirror

#mood

Void Linux 한국 미러가 없어서 수제로 구워왔습니다 많관부
https://mirror.kyoku.dev