# Installa Discourse su un droplet con WordPress servito da Apache?

**URL:** https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931
**Category:** Self-hosting
**Created:** [28 Gennaio 2020, 12:03pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931 "2020-01-28T12:03:55Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![BlackBelt35](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/blackbelt35/32/133597_2.png) [@BlackBelt35](https://meta.discourse.org/u/BlackBelt35)
#### Post date: [28 Gennaio 2020, 12:03pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931/1 "2020-01-28T12:03:55Z")

</div>

Ciao a tutti! 🙂  
Sono davvero perplesso da un piccolo problema con il mio progetto di sito personale:  
non riesco a installare alcuna istanza di Discourse sul mio droplet DigitalOcean, su cui sono già installati WordPress e Apache.

Ad esempio, questa discussione riguarda l’installazione di WordPress su un droplet con Discourse. Ma io ho bisogno del contrario: [Need help with installing Discourse and Wordpress | DigitalOcean](https://www.digitalocean.com/community/questions/need-help-with-installing-discourse-and-wordpress)

E questa invece tratta l’installazione di Discourse su un droplet/server con WordPress gestito da Nginx. Ma il mio WordPress è gestito da Apache: [https://blog.khophi.co/install-run-discourse-behind-nginx-right-way-first-time/](https://blog.khophi.co/install-run-discourse-behind-nginx-right-way-first-time/)

Quindi non si adatta alla mia situazione.

Le procedure sono probabilmente al 95% simili tra Apache e Nginx, ma non voglio commettere errori.

Potrei usare un droplet separato per Discourse, ma ho bisogno di utilizzare l’API di Discourse per condividere il suo database con un’app di rete sociale personalizzata, creata dal programmatore principale del mio progetto. Inoltre, viene utilizzato anche un componente aggiuntivo JSON installato sull’istanza di WordPress.

Quindi sarebbe molto più semplice se potessi installare tutto sullo stesso droplet, senza conflitti.

- Apache ascolta sulla porta 80.

- Il mio droplet utilizza Ubuntu 18.04.

- Discourse verrà installato su un sottodominio: [forum.example.com](http://forum.example.com). Le registrazioni DNS sono già state configurate.

Qualsiasi consiglio o suggerimento è benvenuto! 🙂

---

<div class="post-metadata">

### Author: ![itsbhanusharma](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/itsbhanusharma/32/180717_2.png) [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [28 Gennaio 2020, 12:25pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931/2 "2020-01-28T12:25:34Z")

</div>

Cosa ti impedisce di utilizzare l’API di Discourse se è ospitata su un nodo separato?

---

<div class="post-metadata">

### Author: ![BlackBelt35](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/blackbelt35/32/133597_2.png) [@BlackBelt35](https://meta.discourse.org/u/BlackBelt35)
#### Post date: [29 Gennaio 2020, 12:02pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931/3 "2020-01-29T12:02:14Z")

</div>

Certo, probabilmente esiste una soluzione per utilizzare l’API di Discourse tra due istanze separate. Ma non è la mia preoccupazione principale oggi.

E non voglio moltiplicare i droplet, ognuno ha un costo mensile sostanziale.

Questo tutorial sembra un buon punto di partenza, ma ci sono alcune lacune importanti in diversi passaggi. Come modificare app.yml, come cambiare la porta di ascolto su Apache… È davvero troppo sintetico: [Set up Discourse on a server with existing Apache sites](https://meta.discourse.org/t/how-to-set-up-discourse-on-a-server-with-existing-apache-sites/30013)

Qualche idea? Qualcuno conosce un tutorial più dettagliato?

---

<div class="post-metadata">

### Author: ![justin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/justin/32/157614_2.png) [@justin](https://meta.discourse.org/u/justin)
#### Post date: [29 Gennaio 2020, 12:06pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931/4 "2020-01-29T12:06:17Z")

</div>

> [@Run other websites on the same machine as Discourse](https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247?u=justindirose):
>
> @pfaffman edited this heavily 2022.02.24. Blame me if it’s broken. If you want to run other websites on the same machine as Discourse, you need to set up an extra NGINX or HAProxy proxy in front of the Docker container. NOTE: This is for advanced admins This guide assumes you already have Discourse working - if you don’t, it may be hard to tell whether or not the configuration is working. You cannot use ./discourse-setup to set up Discourse if another server is using port 80 or 443. You will…

Dai un’occhiata a questa guida! È possibile farlo anche con Apache, ma dovrai fare ricerche su come gestire i virtual host.

---

<div class="post-metadata">

### Author: ![itsbhanusharma](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/itsbhanusharma/32/180717_2.png) [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [29 Gennaio 2020, 12:11pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931/5 "2020-01-29T12:11:46Z")

</div>

Non si tratta solo di vhost… Apache a volte causa problemi anche con il message bus

---

<div class="post-metadata">

### Author: ![justin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/justin/32/157614_2.png) [@justin](https://meta.discourse.org/u/justin)
#### Post date: [29 Gennaio 2020, 12:35pm UTC](https://meta.discourse.org/t/install-discourse-on-a-droplet-with-wordpress-served-by-apache/139931/6 "2020-01-29T12:35:55Z")

</div>

È bello saperlo — non ero a conoscenza delle difficoltà in merito, dato che uso principalmente nginx.
