macOS의 press and hold 설정을 변경해주면 된다.
이 기능은 macOS의 발음 구별 기호 팝업을 비활성화하고 키 반복을 활성화하는 역할을 한다. 

일반적으로 vscode나 intellij의 경우
```shell
defaults write com.microsoft.VSCode ApplePressAndHoldEnabled -bool false
```
요런 식으로 처리가 가능하다.

번들 아이디 찾기가 어려운 경우 그냥 global로 처리해버려도 이 경우에는 크게 상관이 없다.
```
defaults write -g ApplePressAndHoldEnabled -bool false
```


ApplePressAndHoldEnabled의 경우 발음 구별 기호 팝업이 표시되도록 해준다.
기본값은 true이다.
한국어와 영어만 사용하는 보통의 경우 이 기능을 거의 쓸 일이 없기 때문에(알고 있는 사람도 적을 듯) 전역으로 false해두어도 전혀 문제가 없다.

cursor IDE vim 모드 연속입력 안되는 문제

![image](https://kelog-img.mkszero.com/uploads/adfb9e69d1c8f0e68ed5a69891c4dd9b_1728016721.png)

위와 같이 vscode의 디버깅 기능을을 활용하면서 실행시키려면 launch.json을 작성해주어야 한다.

launch.json을 아래와 같이 설정하면 바로 사용이 가능하다.
```js
{
    "version": "0.2.0",
    "configurations": [
      {
        "type": "node",
        "request": "launch",
        "name": "Launch app.js",
        "program": "${workspaceFolder}/app.js",  // 실행할 파일 경로
        "console": "integratedTerminal",
        "skipFiles": ["<node_internals>/**"]
      }
    ]
  }
```

실제 실행할 파일이 app.js라면 configrations의 program에 해당 파일의 경로와 이름을 입력해주면 된다.



node app.js 를 vscode에서 debug 연동해서 실행하려면? launch.json

```
Failed to run `config` for telescope.nvim

...m/lazy/telescope.nvim/lua/telescope/_extensions/init.lua:10: 'fzf' extension doesn't exist or isn't installed: loop or previous error loading module 'telescope._extensions.fzf'

# stacktrace:
  - /telescope.nvim/lua/telescope/_extensions/init.lua:10 _in_ **load_extension**
  - /telescope.nvim/lua/telescope/_extensions/init.lua:62 _in_ **load_extension**
  - .config/nvim/lua/plugins/editor.lua:144 _in_ **config**
```
  
뭐 대략 이런 에러가 보였을떄 다음과 같은 방법으로 해결했다.
  
https://www.lazyvim.org/installation 에 보면 최초 설치시 optional but recommended 부분이 있다.
```
  # required
mv ~/.config/nvim{,.bak}

# optional but recommended
mv ~/.local/share/nvim{,.bak}
mv ~/.local/state/nvim{,.bak}
mv ~/.cache/nvim{,.bak}
```

이걸 한 번 해줘서 layzvim이 이미 받아놓았던 캐시들을 전부 삭제해주고 다시 설치하자.

정상 상태로 돌아왔다.



Lazyvim에서 telescope fzf 관련 오류가 났다.

openai GPT모델 중 현재 제일 최신 모델은 GPT-4 Turbo이다.

API를 이용하여 GPT-4-Turbo모델을 적용하기 위해서는 현재 openai에서 제공하는 정확한 모델명을 우선 찾아야 한다.

[https://platform.openai.com/docs/models/gpt-4-and-gpt-4-turbo](https://platform.openai.com/docs/models/gpt-4-and-gpt-4-turbo)
를 참조해보면 다음과 같다.

![image](https://kelog-img.mkszero.com/uploads/37a2e081315f37ff4b2a124f239d05f0_1707279310.png)

여기에 있는 MODEL명을 정확하게 입력해주어야 한다.

gpt-4 turbo발표 시 최초로 제공되었던 모델은 gpt-4-1106-preview이고 현재 제일 최신 모델은**gpt-4-0125-preview**이다.

API 비용은  
[https://openai.com/pricing](https://openai.com/pricing)
를 참조하자.

![image](https://kelog-img.mkszero.com/uploads/f2518ae1fc3e98f913c9b1ecbe05f0bb_1707279442.png)

비용은 호출/출력 시 사용되는 토큰으로 계산되는데 1K Tokens 단위 기준으로 가격이 나와있으니 적절히 토큰을 계산해서 API를 구현하는게 좋다.

> **여담**  
수용할 수 있는 토큰수가 예전에 비해 엄청나게 늘어났기 때문에 GPT 초기에 첨부자료를 자르고 임베딩하고 하는 일을 하지 않아도 특정 문서를 참고해서 GPT가 답변하게 하는것이 훨씬 쉽게 가능해졌다.  
 프로덕션 레벨에서는 결국 토큰 절약 차원에서 기존에 사용했던 임베딩 등 기술들을 최대한 사용해서 전체 사용 토큰 수를 줄이는 작업을 해야한다. 매번 모든 문서를 질문할때마다 넣는건 꽤 비용이 들 것이니 말이다.  
비용 상관없이 정확도를 요하거나 개발 편의성을 요할경우에는 사용해볼만 하다. 아이디어 검증용으로 프로토타이핑할때도 훨씬 쉽게 접근이 가능한 상태다.   
아니면 문서 전체를 참고해야만 정확한 답변이 나와야 하는 경우에도 이전보다 정교한 답변을 낼 수 있을 것이다.  



openai GPT API에 GPT-4 Turbo 적용 방법


HTTP 상태 코드는 웹 서버와 클라이언트 간의 통신 결과를 나타내는 코드입니다. 
이들은 대략적으로 다음과 같은 카테고리로 분류됩니다:

- **2xx (성공)**: 클라이언트의 요청이 성공적으로 수행되었음을 나타냅니다.
- **3xx (리다이렉션)**: 클라이언트를 다른 URL로 리다이렉션해야 함을 나타냅니다.
- **4xx (클라이언트 오류)**: 클라이언트의 요청에 오류가 있음을 나타냅니다.
- **5xx (서버 오류)**: 서버가 유효한 요청을 처리하지 못했음을 나타냅니다.
   
각 범주에서 자주 사용되는 HTTP 상태 코드를 정리하면 다음과 같습니다:

## 2xx 성공
- **200 OK**: 요청이 성공적으로 처리되었습니다.
- **201 Created**: 요청이 성공적으로 처리되었으며, 새로운 리소스가 생성되었습니다.
- **204 No Content**: 요청이 성공적으로 처리되었으나, 전송할 콘텐츠가 없습니다.

## 3xx 리다이렉션
- **301 Moved Permanently**: 요청한 리소스가 영구적으로 새 위치로 이동했습니다.
- **302 Found**: 요청한 리소스가 일시적으로 다른 URI에 위치해 있음을 나타냅니다.
- **304 Not Modified**: 클라이언트가 조건부 GET 요청을 했고, 문서가 변경되지 않았습니다. 클라이언트는 캐시된 버전을 사용할 수 있습니다.

## 4xx 클라이언트 오류
- **400 Bad Request**: 서버가 요청을 이해할 수 없습니다.
- **401 Unauthorized**: 인증이 필요한 페이지를 요청했습니다.
- **403 Forbidden**: 서버가 요청을 거부합니다.
- **404 Not Found**: 서버가 요청한 페이지(Resource)를 찾을 수 없습니다.
- **405 Method Not Allowed**: 요청된 메소드는 허용되지 않습니다.

## 5xx 서버 오류
- **500 Internal Server Error**: 서버 내부 오류로 요청을 수행할 수 없습니다.
- **501 Not Implemented**: 서버가 요청 메소드를 지원하지 않거나 구현할 수 없습니다.
- **502 Bad Gateway**: 서버가 게이트웨이나 프록시 역할을 하며, 상류 서버로부터 잘못된 응답을 받았습니다.
- **503 Service Unavailable**: 서버가 일시적으로 요청을 처리할 준비가 되어 있지 않습니다. 일반적으로 서버 과부하나 유지보수로 인한 것입니다.
- **504 Gateway Timeout**: 게이트웨이/프록시 서버가 상류 서버로부터 시간 내에 응답을 받지 못했습니다.


http code 정리


검색하면 여러가지 사례들이 나오는데 가장 높은 확률은 타임머신 기능 찐빠나서 해당 용량을 계속 확보하는 상황이다.

정확히는 타임머신을 local에 계속 저장해두었다가 디스크에 연결되면 그걸 올리고 삭제하는 프로세스가 진행되는데 그게 진행되지 않으면 로컬에 쌓여있기만 하는거다.

맥의 하드 용량은 꽤 비싼 편이기 때문에 이정도 용량도 너무 아까울때가 많다.

그래서 방법은 타임머신 백업을 정상적으로 한바퀴 돌리는 것이다.

만약 기존에는 타임머신 백업을 돌렸었지만 지금은 돌리지 않는 경우라면 local에 쌓인 타임머신 파일을 수동으로 지워주자.

우선 
```sh
tmutil listlocalsnapshots /
```

를 입력해서 실제 쌓여있는지 확인하자.

```
Snapshots for disk /:
com.apple.TimeMachine.2023-12-21-195403.local
com.apple.TimeMachine.2023-12-21-214319.local
com.apple.TimeMachine.2023-12-21-234106.local
com.apple.TimeMachine.2023-12-22-015038.local
```

이런 식으로 나오면 쌓여있는게 맞다.

그럼 이녀석들을 하나씩 지워주자

```
sudo tmutil deletelocalsnapshots 2023-12-21-195403
```

이런 식으로 날짜-숫자 부분만 적어주자.

모두 지우고 나서 다시 용량 정보를 확인하면 제거 가능 영역이 줄어든 것을 확인할 수 있다.

필자의 경우 100Gb에서 2Gb로 줄어들었다.

원래 APFS에서는 이 영역을 OS가 자동으로 관리해주기 때문에 아마 어떤 상황이 되었을때 알아서 삭제되거나 했을수도 있다. 
하지만 특정 어플리케이션을 인스톨할때 남은 용량으로만 설치 여부가 판단되는것이 실행되었을 경우 인스톨이 불가한 경우가 있어 이렇게 수동으로 제어해주어야 한다.



macos에서 제거 가능 용량 없애는 법.


![image](https://kelog-img.mkszero.com/uploads/d2b5ca33bd970f64a6301fa75ae2eb22_1700648754.png)

원격이나 이런데 붙어서 작업하거나 tmux등을 사용해서 입력이 지연되는 상황이 발생하는 상황이고 성질이 급해서 esc를 두번 이상 습관적으로 누르는 사람이 있을것이다. (바로 나다.)

이때는 영문도 모르게 원치않는 현재 줄 내용이 윗줄이나 아랫줄 내용과 뒤바뀌는 ㅈ같은 결과를 마주하게 된다.

보통 tmux 환경설정에서 `set -sg escape-time 0` 를 하라고 하는 글이 해외 커뮤니티에서 많았다.
이걸로 해결된 사람도 많아보인다.

하지만 tmux가 아닌 환경에서도 동일한 현상이 발생했다.

이런 방법으로는 해결할 수 없겠다 싶고 별다른 글들이 안보이는걸로 봐서는 논의조차 아까운 쉬운 해결법이 있는것이 아닐까 싶어서 다른 방법으로 접근했다.

한단계씩 짚어보니 버그는 아니었다.
우선 esc를 연속 두번 누르면 alt가 동작한다.
그리고 lazyvim의 기본 단축키에 n,i,v 모드 전부다 alt + j,k가 현재 줄 내용을 위나 아래로 바꾸는 동작이 설정되어 있다.

난 vim을 몇년간 써오긴 했지만 딱히 현재 줄 내용을 위 아래로 옮기는 단축키를 사용한적은 없다.
그래서 이게 없어도 불편하지 않다.
그럼 이 단축키를 동작하지 않게 하면 되겠다 싶어 

```
keymap.set("n", "<A-j>", "", opts)
keymap.set("i", "<A-j>", "", opts)
keymap.set("v", "<A-j>", "", opts)
keymap.set("n", "<A-k>", "", opts)
keymap.set("i", "<A-k>", "", opts)
keymap.set("v", "<A-k>", "", opts)
```

이렇게 해버렸다.

이제 esc를 몇번을 눌러도 줄이 바뀌는 상황은 생기지 않는다.

사실 esc를 한번만 누르면 되는 습관을 들여도 되겠지만 esc를 여러번 타타탁하는건 이미 몸에 배어버린것 같아 곤란하던차에 완전한 방법은 아니었지만 해결되었다.

lazyvim에서 esc 후 j k 누르면 줄 옮겨지는 문제 


zip확장자로 되어있는 파일들을 모두 cbz확장자로 변경한다고 예를 들었을때 명령은 다음과 같다.

```sh
for file in *.zip; do
    mv "$file" "${file%.zip}.cbz"
done
```



리눅스에서 특정 디렉토리 파일명 한번에 변경하기

```js
"가나다".replace(/[^a-zA-Z0-9ㄱ-ㅎㅏ-ㅣ가-힣~!@#$%^&*()_+{}[\]:;<>,.?~\\/-]/g, "")
```

필요할때가 생각보다 많다.

Javascript에서 한글,영어,숫자,입력 가능한 특수문자 말고 다른건 다 없애버리는 방법


```ts
    console.log('hello')
    
    console.log('hi')
```

아래 hi를 hello로 변경해보자.

hello의 h에 커서를 이동한다.

명령 모드에서 vey를 순서대로 누른다. 
그러면 hello에 블럭이 씌워지고 복사가 된다.

그리고 밑에 hi의 h로 커서를 이동한다.
명령 모드에서 vep를 순서대로 누른다.
그러면 hi에 블럭이 씌워지고 hi가 hello로 바뀐다.

v는 비쥬얼모드로 변경하는 키이다.
e는 단어를 선택해주는 키이다.
이 두가지로 해당 단어에 블럭을 씌워준다.

y는 복사하기이고 p는 붙여넣기이다.
해당 단어에 블럭을 씌워서 복사하고 바꿀 곳에 블럭을 씌워서 통째로 붙여넣어 덮어씌우는 방법이다.

[vim] 단어 복사 후 치환하기 (vey vep)

어느날이었다.   
늘상 작업하던 서버에 들어갔더니 이상한 문구가 나에게 인사를 한다.  

```
-bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory
```

얘는 뭐지?   
분명 어제까지는 없었다.   

잠깐 배경을 설명하면 다음과 같다.  
macos를 사용하고 작업하던 서버들은 linux이다. iterm2와 tmux를 사용하고 있다.  
  
검색을 해본다.  
같은 사례를 적어놓은 블로그들이 보인다. 원인에 대한 분석은 없었고 해결방법만 나와있다.  
그들이 제시하는 해결방법은 iterm의 환경설정에서 'Set locale variables automatically를 해제하라'였다.  
![image](https://kelog-img.mkszero.com/uploads/71f4b11a0c8a9e058cfe5b5230589f19_1691026670.png)

해제를 했다. 그리고 서버에 접속해본다.  
문구는 사라졌다.  
  
여기서 끝났다면 이 포스트는 쓰지 않았을 것이다.  
  
다시 다른 작업을 진행하려 tmux를  attach한다.    
뭐지? ascii 코드 말고 다른 문자들이 다 깨져서 나온다.   
음...   
  
다시 검색을 해본다.    
아까 LC_CTYPE 관련한 오류를 찾을때 같이 해결방법으로 제시되던 내용중   
`/etc/ssh/ssh_config`의 내용을 수정하라는 것이 있었다.  
이 설정을 들어가보면 하단에 아래와 같은 설정이 있다.  
```
Host *
    SendEnv LANG LC_*
```
그냥 모든 호스트에 들어갈때 LC뭐시기를 같이 보내라 이런얘기겠지?  
이 SendEnv를 주석처리 하라는 이야기였다.  
주석처리를 하고 다시 원격 서버에 접속을 해본다.  
정상이다.   
  
하지만 여전히 tmux에 들어갔을때 문자가 깨진다.  
에러에 대한 2가지 해결방법 중 두번째 방법을 적용했으니 iterm2의 세팅에서 비활성했던 체크박스 항목을 다시 활성화시켰다.  
tmux 내의 내용도 정상적으로 출력된다.  
  
필자의 경우 최근에 이 상황이 발생되었다.   
어떤 업데이트였는지는 기억이 안나지만 아마 최근 13.4.1로 업데이트하고 Game porting toolkit 세팅을 하면서 brew 전체 update를 진행했는데 ssh도 같이 업데이트된건가 하는 생각도 해봤지만 확실하지는 않다.  
검색했던 블로그들에는 모하비때의 블로그 내용도 있다.  
어떤 특정 시점에 모두에게 발생하지는 않았을 것으로 보인다.  
  
**결론**  
원격 서버에 접속 시 LC_CTYPE관련 에러의 해결 방법은 2가지이다.  
1. iterm2의 관련 옵션체크를 해제하는것. (기본 terminal도 관련 옵션 체크박스가 있으니 참고)  
2. `/etc/ssh/ssh_config`의 SendEnv 옵션을 수정하는 것.  
하지만 tmux를 local에서 사용하고 있다면 2번을 선택해야 한다는 것.  
  
끝.  
  




warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory

맥에서 화면 녹화를 하면 mov로 저장이 되는데 용량이 꽤 크다.  
나의 경우 범용성도 좋고 용량도 적은 h264로 변경해서 보관하는 편이다.  

맥 기준으로 brew를 통해서 ffmpeg를 설치했다는 가정으로 정리했다.
```
ffmpeg -i filename.mov -c:v h264_videotoolbox -crf 23 filename.mp4
```

filename.mov : 원본 영상 파일  
h264_videotoolbox : 코덱명을 적는 곳이다. h264_videotoolbox를 사용하면  Apple Silicon(M1,M2) 의 하드웨어 가속을 사용해서 변환할 수 있다.  
filename.mp4 : 저장할 파일명  

맥에서 화면 녹화한 mov를 mp4(h264)로 변경하는 방법 (ffmpeg)


AWS EC2 콘솔에서 볼륨을 수정한다.

SSH 로 서버에 들어간 후 lsblk로 네임 확인한다.

```
sudo growpart /dev/<확인한 이름>
```

CHANGED: partition= ~~~~~~~~~~~  
나오면 성공.

하지만 df를 쳐보면 아직 변경되지 않았다.

AWS Linux로 서버를 구성했다면 파티션이 xfs 타입일 것이다. 그리고  해당 파티션이 / 와 마운트되어있다면

```
sudo xfs_growfs -d /
```

를 실행한다.

data blocks changed from ? to ?  
가 나왔다면 다시 df를 해서 용량이 최종적으로 변경되었는지 확인한다.


ps. 대부분 볼륨 변경 검색해보면 ext4 기준으로 설명되어 있어서 `sudo resize2fs /dev/????` 명령어로 소개해주지만 타입이 xfs라면 먹히지 않으니 삽질을 하게 됨. 


AWS LINUX EC2에서의 볼륨 확장 방법

발단은 게임좀 돌려보겠다고 game-porting-toolkit을 설치하면서부터 시작되었다.

```
arch -x86_64 /usr/local/homebrew/bin/brew install game-porting-toolkit
```
이걸 설치하다가 결국 에러를 마주치며 설치가 중단된다.

libx11설치하다가 오류가 나면 괜히 hombrew이슈 와서 지껄이지 말고 이슈 열어놨으니 여기서 해라 라고 친절하게 알려주더라.
These open issues may also help:
libx11 1.8.5 https://github.com/Homebrew/homebrew-core/pull/132483

그래서 가보면 동지들이 꽤 모여있다.

내용들을 살펴보면 원인은 libx11가 맞는데 더 정확한 원인은 xtrans이다. 1.5.0이 등신같이 동작하기 때문에 1.4.0을 설치해서 libx11을 설치하란다. libx11은 xtrans에 의존성을 갖고 있다.

**결론은 xtrans 1.4.0을 설치하고 1.5.0인것처럼 속여라. 그 상태에서 libx11을 설치해라.**

해당 링크에서 xtrans. 1.4.0 rb 파일을 받고 기존 1.5.0을 brew unlink해준 후 받은 1.4.0파일로 brew install한다.

그럼 \<homebrew\>/Celler/xtrans에 1.4.0 과 1.5.0 두개가 있을꺼다. 그럼 1.5.0을 삭제한다. 그리고 1.4.0을 1.5.0으로 심볼릭 링크를 건다. << 이게 속이는 과정

그다음에 libx11을 설치하는 것.

그리고 다시 game-porting-toolkit을 설치하자.

나중에야 쉽게 되겠지만 게임좀 돌려보자고 뻘짓하다가 같은 이유로 삽질하는 사람이 없길 바라며 포스팅해봄.

ps.
좀 황당한건 13.3에서 game-porting-toolkit을 설치해본 적이 있다. 당연히 설치는 되었지만 실행은 안되긴 했다. (13.4부터 가능하기 때문, 게다가 xcode 15 cli조차 설치하지 않았었다.)
지금 이 오류를 만난건 13.4이면서 intel brew까지 새로 설치하면서 진행하면서 나타난 점도 약간의 특이한 부분이기 때문에 적어놓는다.






[error] libx11 1.8.5 - x86 brew로 game porting tools를 설치하다가 이와 관련 오류를 확인했을때 해결 방법


동시호출에 대한 리밋은 없다.
하지만 분당 호출량이나 분당 최대 토큰 사용량으로 리밋이 정해져 있다.

3.5-turbo 기준 Pay-as-you-go users (after 48 hours) 라면, 3500RPM 이나 90000TPM을 초과할 수 없다.

일반적으로 많이 사용할 gpt-4는 200RPM, 40000TPM이다.
gpt-4-32k는 역시나 20RPM으로 호출제한이 크고 150000TPM으로 토큰량은 크다.

리밋제한을 풀어달라고 openAI에 요청할수 있다.
적절한 사유와 함께 요청을 하면 수일 이내에 응답을 준다고 한다.

chatGPT API는 하나의 Key로 동시호출이 몇개까지 가능한가?



![image](https://kelog-img.mkszero.com/uploads/e2f52f82365997b9048d0514836d6be0_1685073396.jpeg)

빨간 버튼을 꾹 누르고 있으면 된다.

아마 초기화를 하려 하는 경우가 가장 많은 경우일텐데

실리콘 맥에 몬터레이 이상의 OS라면 

[https://support.apple.com/ko-kr/HT212749](https://support.apple.com/ko-kr/HT212749)

를 참고하는것이 좋다.


