# Как запустить Discourse в Apache vhost, а не в Nginx

**URL:** <https://meta.discourse.org/t/how-to-run-discourse-in-apache-vhost-not-nginx/133112>\
**Category:** Self-hosting\
**Tags:** unsupported-install\
**Created:** [11.Ноябрь.2019 14:18:14 UTC](https://meta.discourse.org/t/how-to-run-discourse-in-apache-vhost-not-nginx/133112 "2019-11-11T14:18:14Z")\
**Posts on this page:** 1\
**Showing post:** 13

<div class="post-metadata">

**Author:** ![maltfield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/maltfield/32/160669_2.png) [@maltfield](https://meta.discourse.org/u/maltfield)\
**Post date:** [12.Ноябрь.2019 06:37:19 UTC](https://meta.discourse.org/t/how-to-run-discourse-in-apache-vhost-not-nginx/133112/13 "2019-11-12T06:37:19Z")

</div>

Таким образом, использование Apache в качестве прокси для nginx Discourse — определённо возможный вариант.

Я согласен с тем, что преимуществом профессионального подхода является упрощение будущих обновлений, и это важный аргумент.

Однако добавление ещё одного звена в архитектуру не только усложнит отладку проблем в будущем, но и вызывает у меня опасения относительно производительности Apache в качестве прокси для веб-приложения, использующего long polling, как отмечал @sam в этом посте от 2016 года.

- [Configure Apache proxy with Let's Encrypt](https://meta.discourse.org/t/howto-setup-discourse-with-lets-encrypt-and-apache-ssl/46139/2)

Я в целом предпочитаю nginx Apache, за исключением случая с mod\_security. Было бы замечательно, если бы репозитории ОС включали пакеты для включения mod\_security в nginx, как это сделано для Apache, но на данный момент включение mod\_security в nginx требует компиляции nginx из исходного кода как в RHEL/CentOS, так и в Debian. А я избегаю зависимости от пакетов, скомпилированных из исходного кода, на производственных серверах как чумы.

---

_[View the full topic](https://meta.discourse.org/t/how-to-run-discourse-in-apache-vhost-not-nginx/133112)._