Здравствуйте,
Я пытаюсь установить Discourse через Portainer, но сталкиваюсь с проблемами. При каждой попытке я получаю сообщение об ошибке:
“Не удалось развернуть стек: postgres Pulling app Pulling redis Pulling web Pulling sidekiq Pulling…”
Я использовал файл Docker Compose по этой ссылке: (docker-compose.yml · master · libre.sh / compose / Discourse · GitLab)
Не могли бы вы дать какие-либо советы по этому вопросу?
Спасибо.
Если вы поищете, то найдете несколько других людей, у которых не получилось. Мне казалось, что я видел, как кто-то добился успеха, поэтому, возможно, вам стоит просмотреть больше постов, чем я.
Если вы хотите рабочее решение, за которым будет поддержка, используйте Docker.
Но, честно говоря, Portainer — это по сути GUI поверх Docker. Так что если большинство пользователей сталкиваются с проблемами, а поддержка отвечает лишь одним: «используйте выделенный сервер или платную облачную версию» из-за отсутствия документации, это выглядит странно.
На самом деле мы используем Docker. Многие люди используют Docker и остаются без поддержки, потому что, ну… никто не знает почему. Темы в поддержке с теми же проблемами остаются без ответа, или получают ответы вроде: «Я вижу много похожих вопросов, попробуйте поискать перед публикацией». Да, похожие, но тоже без ответов. А если кто-то начинает жаловаться, то в ответ: «О-о-о, не работает? Жаль, жаль, может, вы недостаточно технически подкованы? Вот, попробуйте наши платные тарифы».
Я даже пытался создать выделенный сервер с Docker, установить Discourse, поверх него — Portainer и клонировать всю конфигурацию через Docker Compose, но без особого успеха. Выглядит как псевдо-обфускация. Ну, в общем, да, это MIT-лицензия, за исключением некоторых нюансов.
Да-да, это открытое ПО, никто никому ничего не должен, всё основано на доброй воле и желании помочь, но всё же. Для ясности: я нашел человека, у которого получилось, но разговор был коротким: «Я заплатил за решение, поэтому продаю его сам за 500 долларов». Вот и варианты: покупать у официальных лиц, покупать у кого-то ещё или, в общем, выделять сервер только под эту задачу.
Если действительно нет других вариантов, может, стоит указать это в документации? Не просто «просто Docker и требования к оборудованию для установки», а чётко указать, что сервер должен использоваться исключительно для этого продукта, и что Discourse нельзя использовать как часть чего-то другого. Такой подход мог бы устранить множество нерешённых вопросов, сместив акцент с «да, теоретически можно, вот документация, поищите» на «это невозможно».}
Или: «Вы хотите использовать набор инструментов, которые мы не используем, и у вас что-то не получается? Мы не можем догадаться, почему. Если вы будете использовать инструменты, максимально похожие на те, что используем и тестируем мы, вероятность успеха будет выше, и мы сможем помочь вам с большей вероятностью».
Проблема может быть такой простой, как «создайте образ с помощью Docker и лаунчера, загрузите его в репозиторий и запустите через Portainer». А сложность может сводиться к тому, что не установлен всего один ENV-параметр, или к десяткам других мелочей, связанных с сетью и маршрутизацией, любую из которых можно решить одной строчкой кода. Но понять, какую именно строчку нужно добавить, когда используется набор инструментов, с которыми люди здесь не знакомы, — задача не из легких.
Стандартная установка работает у многих людей, которые ничего не знают о системном администрировании. Настройка обратных прокси-серверов делает процесс как минимум в 4 раза сложнее, а поддержка через форум становится ещё более затруднительной.
На чём основаны ваши утверждения? Обычная реакция на неподдерживаемые конфигурации — предложить попробовать стандартную установку, поскольку она позволяет любому запустить Discourse, не платя CDCK ни копейки.
Мне приходится усомниться в ваших мотивах… Стандартная установка relies на специальный запускатель, который использует Docker. Он существует по множеству причин, включая тот простой факт, что даже полностью нетехнический пользователь без какого-либо предыдущего опыта обычно может следовать инструкциям и запустить систему за 30 минут или меньше.
Если вы владеете Docker, вы можете выбрать этот путь, но мы не можем гарантировать, что кто-то сможет помочь с особенностями вашей конфигурации, отсюда и тег unsupported-install. Особенность бесплатной поддержки на основе сообщества заключается в том, что если её объём не ограничен, то общее качество советов и процент успеха снижаются.
Можете объяснить, что не так с этим утверждением? Если кто-то платит деньги, чтобы приобрести экспертизу, которой в дефиците, не имеет ли эта экспертиза ценности?