I am installing this on the production server, which I already have a website running on port 80.
How do I specify a different port to install Discourse?
Currently it won’t let me install and says:
# ./discourse-setup
Port 80 appears to already be in use.
If you are trying to run Discourse simultaneously with another web
server like Apache or nginx, you will need to bind to a different port
See https://meta.discourse.org/t/17247
However the above link says “assumes you already have Discourse working”, but I don’t.
Yes, that does appear to be something of a chicken-and-egg problem… what the discourse-setup script does, more-or-less, is just copy samples/standalone.yml to containers/app.yml and edit a bunch of stuff in response to your answers to a bunch of questions. You can do the same thing yourself – copy the file, edit to suit. It’s how all installs used to be done before @codinghorror decided he wanted to show he could write bash scripts with the best of 'em.
what is it that actually isn’t working when using different ports? did it some months ago for a little test install and can’t see any issues ..
now would have to do a more serious installation and am not sure if i should bother doing the nginx-proxy-thing or just change the ports as i did with the other..
It breaks some parts, and since isn’t a priority for us (you can just use a reverse-proxy + subdomain or subfolder) we won’t be spending time to add support for this.
well, what are these parts? i still couldn’t uncover any..
and for me at least - on a plesk managed server where it’s a bit harder to see what’s actually happening behind the scenes - this reverse-proxying so far seems over my head.. and from what i found so far most plesk related howtos and threads essentially end up using different ports as well..
That’s mostly unknown, but when you use a port and find out that it didn’t work, you’ll know. And then you can’t get help here, because it’s not supposed to work.
저는 단일 서버 패키지를 설치할 수 있는 권한과, Discourse를 테스트할 수 있는 단일 포트만 부여받았습니다. Discourse가 이미 다른 팀이 사용 중인 포트에 바인딩되도록 하드코딩되어 있어, 다른 리버스 프록시 소프트웨어를 설치해야 하므로 교육청 차원에서 다른 팀들의 협력이 필요하다고 설명하는 것은 협상 타결을 막는 결정적 장애물(deal breaker)이 됩니다. 그들은 그러한 변경 사항을 절대 승인하지 않을 것입니다.
저는 예전에 대학 교수였으며, 그 동안 계속 그런 시도를 해봤기 때문에 어떤 말씀인지 잘 압니다. 가장 쉬운 해결책은 외부에 호스팅하는 것입니다. Hopefully 캠퍼스에 대역폭이 충분하고, 데이터가 반드시 캠퍼스 내에 저장되어야 한다는 규칙이 없기를 바랍니다.
cdck에서 제공하는 것처럼 외부에 호스팅하는 대신 직접 호스팅(self-hosting)을 원하신다면, DigitalOcean과 Mailgun을 이용한 무료 설치를 제공해 드리겠습니다. 기술 담당 팀이 여러분을 위해 다수의 DNS 레코드를 생성해 주기로 동의하지 않는 한, 직접 도메인을 등록하는 것이 더 쉬울 것입니다.
이 일을 처리할 수 있는 시기를 놓친 것 같습니다. 학교장이 이 프로젝트를 중단했는데, 솔루션은 학교 이사회에서 나와야 한다고 하더군요. 또한 저는 서버에 이 프로그램을 설치할 권한이 없습니다. 시도해 볼 가치가 있었지만, 결국 학교 이사회가 Microsoft Teams를 솔루션으로 도입하는 방안을 조사하고 있는 것으로 보입니다.