다음에는 어떤 일이 벌어질까요?

제품 지원 자체 호스팅
1

Discourse 팀에게,

내 Docker_Manager가 1개의 커밋으로 “bump”될 준비가 되었습니다.

이것은 다시 재빌드(rebuild)해야 한다는 뜻인가요?

네, 그렇다면

아래 중 어떤 플러그인이 제 app.yml에서 제거되어야 하나요?

2

플러그인을 제거할 필요는 없습니다. 온라인으로 또는 명령줄을 통해 업그레이드만 하면 됩니다.

3

직접 호스팅을 하시나요?

4

네, 저는 영국에 있는 Ionos 가상 서버 중 하나에 셀프호스팅을 하고 있습니다.

또한 mail-receiver.yml 파일도 가지고 있고, 이것이 "플러그인"으로 간주되지 않는다는 것을 이해하고 있습니다.

5

위에서 확인해 보세요 :slight_smile:

6

IMG_0848
IMG_08481206×829 110 KB

제가 다시 빌드할 때(시간이 좀 지난 후) 제거해야 할 플러그인이 없을 것 같긴 하지만, 만약 있다면 그중 어떤 플러그인인지 확인해서 이 주제를 업데이트하겠습니다.

7

이제는 discourse 코어에 번들링됩니다 :tada:

이제는 discourse 코어에 번들링됩니다 :tada:

이제는 discourse 코어에 번들링됩니다 :tada:

셀프호스팅 사용자인 저는 이제 이 세 가지를 모두 제 app.yml에서 제거할 것입니다

8

매번 새로운 app.yml

파일을 저장할 때마다

모드 변경 명령을 실행합니다

IMG_0850
IMG_08501206×253 79.5 KB

이렇게 하는 것이 “좋은 방법”일까요?

9

이 부분을 잘 이해하지 못하겠습니다. 왜 “새로운” 파일이 필요한가요?

파일이 이미 존재한다면 새로운 파일을 생성하는 것이 아니므로 기존 파일의 권한은 유지되지 않나요?

권장하는 chmod 명령은 표준 설치 지침에 나와 있습니다(다만 해당 명령은 디렉터리에 적용되는 것입니다).

제가 올바르게 이해했다면:

  • 디렉터리에 chmod 700을 적용하면 오직 소유자만 해당 디렉터리에 접근/읽기/목록 보기/쓰기하거나 그 내용을 볼 수 있습니다.
  • 파일이 전체 사용자 읽기 가능 상태(예: chmod 644)여도, 다른 사용자는 애초에 디렉터리에 접근할 수 없으므로 파일을 접근할 수 없습니다.

참고로, 스크린샷을 캡처하거나 더 좋게 말하면 텍스트를 복사할 수 있나요? 카메라로 찍은 사진은 검색 등에서 접근하기가 더 어렵습니다.

10

감사합니다! 처음부터 root로 실행하고 있었기 때문에, 설정 과정에서 chmod 701 containers를 적용했습니다. nano에서 CTRL+X를 누른 후 app.yml에 chmod o-rwx를 적용하면 충돌이 생기지 않을 것 같아 그렇게 했죠. 파일 자체에 약간의 추가적인 제한을 가하는 것뿐입니다. mail-receiver.yml에 적용했을 때와 마찬가지입니다.