AskFront 포럼

헉 오래되어서 기억이 안나네요. nodebb 자체가 redis를 염두해두고, MongoDB로 옮긴건데 Postgres가 나중에 끼워진 모양새라서요...

https://github.com/NavyStack/nodebb-plugin-dbsearch-korean/blob/master/lib%2Fpostgres.js#L9-L9

기존에 있던 플러그인 커밋을 포크해서 가져온거라, postgres라면 조금 손 봐야할 수도 있습니다.

마찬가지로 개발팀에서도 Postgres는 늦게 업데이트되는 모양새이고, DB관리하는걸 별로 안좋아해서 저는 postgres를 mongodb altas 로 옮겼습니다.

앗... 정상입니다.
제가 플러그인 이름 안바꿔서.....

정상적으로 설치하셨다면, 검색색인 삭제후 재 색인 해보실래요?

WSL2 실제 가상하드디스크 위치는 어디일까?

아래의 명령어를 통해서 WSL2 디스트로 이름을 찾습니다.

wsl --list --verbose

  NAME              STATE           VERSION
* Ubuntu            Stopped         2
  docker-desktop    Stopped         2

이렇게 나오면 Ubuntu를 사용하시면 됩니다.

아래의 명령어를 통해서 파일 경로를 추출합니다. 디스트로부분을 내가 원하는 (혹은 위에서 찾은) 디스트로로 바꿔주시면 됩니다.

[PowerShell에서]

(Get-ChildItem -Path HKCU:\Software\Microsoft\Windows\CurrentVersion\Lxss |
    Where-Object { $_.GetValue("DistributionName") -eq "디스트로" } |
    ForEach-Object { $_.GetValue("BasePath") }) + "\ext4.vhdx"

디스트로의 이름이 Ubuntu라면 아래와 같은 명령어를 사용하시면 됩니다.

[PowerShell에서]

(Get-ChildItem -Path HKCU:\Software\Microsoft\Windows\CurrentVersion\Lxss |
    Where-Object { $_.GetValue("DistributionName") -eq "Ubuntu" } |
    ForEach-Object { $_.GetValue("BasePath") }) + "\ext4.vhdx"

C:\Users\navystack\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu_79rhkp1fndgsc\LocalState\ext4.vhdx

늘어날 때는 자동이지만 반환은 아니란다 (vhdx, Optimize-VHD)

WSL2에서는 용량은 제한선 안에서 자동으로 늘어나지만, WSL2에서 용량을 비워도, 가상하드디스크 파일은 줄어들지 않습니다.
따라서 수동으로 줄여주어야 합니다.

백업 권장: 작업 전 중요한 데이터는 백업하세요. 비정상 종료나 손상 가능성을 대비해야 합니다.

디스크 축소 조건: WSL2 내에서 가상 디스크를 축소하려면 사용하지 않는 공간이 실제로 존재해야 합니다. 필요 시 WSL2 내에서 다음 명령어로 사용하지 않는 공간을 미리 정리해야합니다.

[WSL2에서]: 시간이 조금 걸립니다. 인내심을 갖고 기다려주세요.

sudo dd if=/dev/zero of=/zero bs=1M

sudo rm /zero

그 다음, 아래의 명령어를 통해서 WSL2를 종료합니다.

[PowerShell에서]

wsl --shutdown

PowerShell에서 다음 명령어를 실행하여 가상 디스크 파일 크기를 축소합니다.

Optimize-VHD -Path "C:\Users\<YourUserName>\AppData\Local\Packages\<배포판 패키지 이름>\LocalState\ext4.vhdx" -Mode Full

제 환경의 위치는 아래와 같았으므로,

C:\Users\navystack\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu_79rhkp1fndgsc\LocalState\ext4.vhdx

Optimize-VHD -Path "C:\Users\navystack\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu_79rhkp1fndgsc\LocalState\ext4.vhdx" -Mode Full

위와 같이 되겠네요.

실행하시면 사용하지 않는 공간을 반환해서 다시 널널해 집니다.

@busker https://askfront.com/post/28
여기 참고해보세요~

discourse는 컨테이너가 조금 복잡하더라구요.
요새 LMS관련해서 알아보고있는데 ruby친구들의 특성인가 봅니다.

저라면 Nodebb 한표~ MongoDB atlas 사용하면 DB관리 신경 덜 써도 됩니다~~

앗 그래요? ㅋㅋㅋㅋ 저도 몰랐던 사실이네요
이미 형태소 단위로 되고 있기는 한데, CJK는 역시 검색이 좀 힘드네요. elastic search 하기 싫어서 간단하게 플러그인 만든거였거든요. 고민해봐야겠습니다.

생각해보니까 형태소를 색인하는 형태로 되어있는데, 단어의 일부분이면 검색이 안될수 있겠네요 로직을 고민해서 업데이트 해보겠습니다. 좋은 의견 감사합니다.

우와.... 저도 예전 명령어만 사용하고 있었는데, 저런게 있었네요. 공유 감사합니다

@busker 쨘 그런 당신을 위해 DB search 한국어용 만들어 두었습니다. 컨테이너 채로 사용하시는게 편하실거에요 :)
docker pull netvpc/nodebb
https://github.com/netvpc/nodebb

docker-compose는 업데이트가 안되었네요.
시간나면 업데이트 하겠습니다.
일반 nodebb용 docker-compose와 같습니다.

지금보니 mecab 사전을 업데이트 해야하네요.. ㅠㅠ
곧 사전 추가하겠습니다

ㅋㅋㅋㅋㅋㅋㅋ @busker님, 혹시 임베디드도 하십니까?

@busker 맞습니다 가능은 한데, 복잡하기도 하고, 컨테이너 사용하면 컨테이너 재시작시 entrypoint 로 bulid 합니다.
사실 npm install 부터 시작하는데, 관련 로직이 쉽게 수정가능하지 않아보여서 컨테이너 시작시는 실행 스크립트는 고민이 많았습니다.
주 버전이 바뀔때, 로직개선이 가능해 보입니다.

npm install로 시작하면서 도커 레이어랑 이미지 크기 문제도 있는데, 아직 엄두가 안나네요

Node의존성 문제도 있구용

@busker 님 안녕하세요!
저도 당황하기는 했는데, NodeBB 설계로직이 그렇습니다. 아쉽지만 리빌드 후 재시작이 가장 편하실거에요.

@busker Ramdisk 자체는 그렇지만, Wget으로 긁어주는 것은, 캐시를 생성해 주기 위함입니다.
PHP를 사용하는 경우, FastCGI등을 사용하거등요 :)

일반 CDN을 사용할 때도 캐시를 생성해 줄만 합니다.
1순위도 캐시 2순위도 캐시입니다 :)

@busker 맞습니다.
미션크리티컬 하게 가용성이 중요한게 아니라면, 정상종료가 중요합니다.

@busker 님 안녕하세요!
가입 인사 카테고리는 아쉽게도 아직 없습니다.
조금 부끄럽기도 해서요.

@busker 님께 필요한 정보가 있는 포럼이 되도록 노력하겠습니다 :)

입동이 다가오고 있습니다.
늘 감기 조심하시고, 따뜻하게 입고 다니세요 :)
또한, 편안한 밤 보내시길 기원합니다.

감사합니다.

@imageschool 네 맞습니다. 보통 혼용해서 사용합니다. :)
IDE는 사용 안합니다 :) vscode가 IDE라면 사용하는 거겠네요 :)

@imageschool navystack으로 컨테이너 관리하다가 너무 복잡해져서, 컨테이너 용으로 github를 별도로 분리했습니다.
혹시 관련된 활용방법이 필요하시다면 https://github.com/netvpc 를 확인해보세요 :)

@imageschool 님 Traefik에서 신뢰할수 있는 프록시 옵션이 없어서 404를 반환한 것 같네요.
혹시 트래픽을 프록시 뒤에 배치할 때는 관련된 설정이 필요합니다.

트래픽과 관련된 오류는 아니었지만 잘 해결되어 다행입니다.

docker-compose로 개발할 때는 여러가지로 상황에 맞추어 진행하는 편입니다.

1. 번역을 할 때, 특정 파일만 수정해서 진행해야한다고 하면, 바인드 마운트를 바탕으로 컨테이너를 실시간으로 조정합니다. 이것 저것 개발 환경이라도 설치하기 귀찮기도 하고요. (그래서 대부분 제가 만든 컨테이너는 UID:PID 매핑이 되어있습니다.) 파일 권한 오류는 부차적인 옵션이구용
2. 동일한 의존성을 유지해야하거나, 특정한 오류를 감지해야한다면, 컨테이너를 사용하는 편입니다. (재현성)
3. 수정은 해야겠고 관련 의존성을 개발환경에 설치하기 싫을 때 사용합니다. docker exec를 사용해서 수정합니다.
4. 최종적으로 완성된 코드를 배포하는 용도로 사용을 합니다.

@imageschool 괜찮으시다면, 정보는 마스킹 하셔서 한번 docker-compose.yml 첨부 부탁드립니다.

또한 살짝 우려 되는 부분이

navystack - rhymix 질문 에서 @imageschool 님이 말했습니다:

lightsail instance 셋업 및 433 (udp/tcp), 80(tcp) port 열기

라고 하셨는데 443 포트가 맞는지 확인 부탁드립니다.

@imageschool 님 안녕하세요?
우선 많이 답답하셨을 것 같네요.

IP나 도메인으로 들어갔을 때,

이 페이지가 나온다는 말씀이신거죠?

라이믹스 컨테이너가 traefik-network로 올바르게 연결되었는지 확인한번 해보시겠어요?
트래픽 자체가 도커 네트워크를 활용하는 방법을 사용하기 때문에, traefik-network에 참여 되어있어야 합니다.

또한, 대시보드 페이지에서 올바르게 인식 되었는지 확인 가능합니다.