Landing page (не плагин для landing page)

Поддержка
1

Привет! Я планирую создать короткую и простую одностраничную посадочную страницу для своего сайта, который в основном представляет собой форум на базе Discourse.

Основной адрес mysite.com ведёт непосредственно к Discourse, а не mysite.com/discourse.

Я хочу, чтобы главная страница перенаправляла на эту посадочную страницу — например, mysite.com/home, которая должна иметь структуру, отличную от стандартной страницы Discourse.

Я пробовал плагин для посадочных страниц, но он сломал мой сайт и не работает так, как мне нужно. Я просмотрел связанные темы, но не нашёл того, что искал.

Буду благодарен за любые предложения.

2

Плагин для посадочных страниц, насколько мне известно, не сломан.

Возможно, вам понравится это расширение, которое я создал:

3

Часть проблемы может заключаться в том, что для целевой страницы используется установка в подпапке, а не на поддомене. (site/page вместо page.site)

Это плагин, который сломал ваш сайт?:

Возможно, это какая-то ошибка, которую можно исправить.

4

Да, это был тот плагин. Вот пост на эту тему Повторяющийся заголовок - поддержка - Discourse Meta

Я обнаружил, что ошибка связана с плагином в консоли разработчика.

5

Я вижу это при пересборке (но не знаю, является ли это проблемой) с необходимым дополнительным плагином…

Имя плагина 'home-pages', но имя директории плагина 'discourse-home-pages'

6

@Timothy_Vail Вы сообщили об этой проблеме на сайте Pavilion через мастер отчёта об ошибках или в теме плагина на Landing Pages Plugin 🛩?

Не забудьте приложить любые ошибки из консоли браузера и любые очевидные ошибки из журналов.

7

Я не считаю это проблемой, это просто предупреждение. Я сознательно не сделал эти вещи идентичными, потому что discourse-home-pages — это очень громоздкая длинная строка, особенно в составе пути!

8

Но он сказал:

Что предполагает, что это не установка в подпапке?

9

Верно, основной сайт не находится в подпапке, но целевая страница была настроена как подпапка:

Не уверен, является ли это потенциальной проблемой или нет.

10

А, я понял, что вы имеете в виду.

Это, впрочем, не совсем подпапка, а скорее конкретный маршрут.

В любом случае, с моими расширениями это решается легко.

11

Спасибо @angus за проверку моего FEATURE: Support new Discourse Home Pages Theme Component for highly integrated presentation by merefield · Pull Request #30 · paviliondev/discourse-landing-pages · GitHub. Теперь он объединён, поэтому вы можете использовать основной репозиторий страниц-заглушек для функции «Главная страница».

Обратите внимание, что вам всё ещё необходимы компонент темы «Главная страница» и плагин «Главная страница».

Я подготовлю ещё один PR для объединения кода плагина «Главная страница», чтобы ещё больше упростить процесс.

12

Я не сохранил ошибку и не отправил отчёт. Я просто пытался решить проблему. Если вы объединяете свой плагин с плагином для целевых страниц, и это не вызывает дополнительных проблем, это может стать моим решением.

Мне стоит подождать, пока всё будет интегрировано, прежде чем я установлю плагин в виде единого пакета?

13

Как вам угодно. Я, скорее всего, подготовлю PR для бэкенда в эти выходные.

Не думаю, что буду мержить TC. Это всегда будет оставаться опциональным.

14

Хорошо, приношу извинения, я не совсем уверен, что такое PR и TC :slight_smile:

15

Пояснение

PR означает «Pull Request» (запрос на включение изменений). Это способ предложить изменения в коде, хранящемся в репозитории, размещенном на таких платформах, как GitHub, GitLab или Bitbucket. Запрос на включение изменений позволяет разработчикам просматривать и обсуждать предлагаемые изменения перед их объединением с основной кодовой базой.

Мне очень нравится функция объяснений у помощника на базе ИИ.

TC — это Customization > Theme component