Я уверен, что эти инструкции отлично подходят для тех, кто использует облачные серверы, выделенные исключительно для хостинга Discourse.
Однако, возможно, есть довольно большое количество пользователей, которые хотят установить его на хосты, где уже запущены веб- и почтовые серверы (и понимают указанные недостатки в производительности).
Я понимаю, что здесь есть категория «Документация», где можно найти хотя бы часть этой информации. Но использовать форум для обсуждений в качестве платформы документации — не идеальный вариант, и причины этого, надеюсь, очевидны.
Если бы я отправил в репозиторий модифицированный документ по установке (то есть инструкции, которые по-прежнему предполагают использование Docker и покрывают облачные серверы, как сейчас, но также учитывают случаи с существующими настройками Nginx или Apache), его бы приняли? Это потребовало бы некоторых изменений в существующем файле INSTALL-cloud.md, чтобы всё было читаемым.
Я согласен, что документация существует. Просто она представлена не в удобном формате (и не так легко находится, как вы показали) по сравнению с тем, как она оформлена в репозитории GH.
В определённой степени доступная документация отражает ограниченный объём бесплатной поддержки, которую мы можем предоставить здесь.
Свежий VPS от DigitalOcean — это известная величина. Такой подход позволяет нам предоставлять инструкции, которые легко выполнить, и практически гарантирует работоспособную установку в конце.
Мы не можем учесть все остальные конфигурации: общие серверы, локальное развёртывание и любительские установки.
Если вы хотите узнать, как установить Discourse, хорошая новость в том, что стоимость droplet в DigitalOcean рассчитывается пропорционально. VPS за $6 обойдётся вам всего в $0,20 в день, чтобы держать его в качестве надёжного эталона, пока вы пытаетесь установить Discourse в более сложную среду.
Я изучил раздел документации — на самом деле я ссылаюсь на него в своём сообщении выше.
Но я не хочу поднимать бурю в стакане. Я понимаю, что невозможно учесть все среды (даже если вы используете Docker с пометкой «работает везде»). Я просто проявил любопытство.
Извините, я не был достаточно ясен: под «отправкой» я имел в виду pull-запрос в репозиторий в котором это размещено, а не публикацию на форумах.
Предполагаю, что причины, по которым обсуждения не подходят для документации, те же, что и для плагина «discourse docs», который, судя по всему, очень хорошо решает все эти проблемы.
(Кстати, всё это никак не относится к моему первоначальному вопросу, который, как мне кажется, отлично иллюстрирует проблему, которую я пытался обозначить! Пора иронии.)
Я понял это с самого начала. Мой ответ (и у меня нет никакого контроля над официальными репозиториями Discourse) — «нет». Рекомендуемое решение предельно простое и содержит как можно меньше переменных. Оно предназначено для тех, кто никогда не работал с командной строкой. Как только вы начинаете ставить «простой» обратный прокси перед чем-либо, количество способов, которыми кто-то может что-то сломать, растёт экспоненциально.
Дело не только в том, чтобы распаковать (или разархивировать) ещё одну PHP-папку и добавить ещё один файл в hosts-enabled. Нужно понимать, что такое обратный прокси, разбираться в портах, возможно, в именах хостов Docker, в настройке HTTPS, в параметре force_https в контейнере, а также в том, как добавить «магию», чтобы реальный IP-адрес проходил через обратный прокси. Это настолько сложно, что не стоит позволять людям, которые не понимают хотя бы большую часть этого заранее, случайно наткнуться на такое решение и потом гадать, почему оно не работает.
Я понял это с самого начала. Мой ответ (и у меня нет никакого контроля над официальными репозиториями Discourse) — «нет».
Ха-ха, я не тебе отвечал! Чем дальше, тем запутаннее, извини.
Слушай — давай просто оставим это. Может, кто-нибудь удалит всю ветку. Мне не стоило поднимать эту тему от имени тех, кто не может установить Discourse официальным способом.