저는 이에 동의합니다. 방금 Docker와 docker-compose에 대한 크래시 코스를 수강했는데, docker-compose가 100% 더 나은 방법이라고 생각합니다. Discourse가 docker-compose를 사용했다면, 포스트를 작성할 필요 없이 이 문제를 해결할 수 있었을 것입니다.
docker-compose는 launcher가 수행하는 것과 유사한 무거운 작업을 처리하지만, docker-compose를 사용하면 네트워크와 브리지를 쉽게 구성할 수 있었습니다.
동의합니다. 저도 컨테이너를 사용합니다. 순수한 LXC 컨테이너를요. 추가 소프트웨어가 필요 없습니다. 하지만 생각만큼 간단하지는 않습니다. 예를 들어, 제 서버 중 하나에는 개발자를 위한 ‘브론즈’ 패키지가 있습니다. 저렴하고 설정이 쉬운 패키지입니다. 결제가 확인되는 순간, 메인 서버는 사용자가 선택한 LXC 컨테이너 또는 VM을 생성하는 요청을 받습니다. 당연히 도메인 이름이 필요하며, 없으면 서버(LXC/VM)를 위한 커스텀 서브도메인이 발급됩니다. 또한 사용자에게 자체 네트워크를 구성하도록 요청하며, 이 네트워크는 메인 네트워크와 상호 접근이 불가능하도록 설정됩니다. 기본적으로 작은 AWS와 같은 구조입니다.
개발 목적의 랩톱에서 메인 컴퓨터 파일과 개발 파일(네트워크 포함)을 분리하기 위해 Docker는 훌륭할 것입니다.
저는 Discourse/rails/ember로 직접 개발해 본 적이 없으므로 동의하기도, 반대하기도 어렵습니다. 그것은 제 전문 분야를 벗어나며, 개발자들이 더 쉽다고 한다면 제가 모르는 것에 대해 반박할 위치가 아닙니다.
이것이 제 문제입니다. 사용 가능한 모든 포럼 소프트웨어에 대해 충분한 조사를 했고, 꽤 많은 것을 사용해 봤습니다.
제 선택지는 결국 두 포럼으로 좁혀졌습니다:
- Discourse
- Flarum
모든 측면에서 최고의 포럼 소프트웨어인 Discourse를 선택했습니다. 제 Docker 경험은 Nginx Reverse Proxy Manager를 사용한 것이 전부였기 때문입니다.
.yml 파일에 제 정보를 입력하고 docker-compose up -d만 실행하면 된다고 생각했습니다. 하지만 틀렸습니다.
현재 겪고 있는 문제는 해결될 수 있으며, 그저 해결 방법을 파악하는 데 시간이 좀 걸릴 뿐입니다.
다른 좋은 포럼 소프트웨어에 대한 모욕은 아니지만, 저는 많은 플랫폼에서 Discourse를 사용해 봤고, Discourse가 시장에 나와 있는 최고의 포럼이라고 생각합니다. 따라서 Flarum을 사용하는 것을 거부합니다.
docker-compose로의 업그레이드가 도움이 될 수 있을 것입니다 