Для меня в разделе Настройки/Правовая информация ссылки на отдельную страницу часто задаваемых вопросов (а предположительно и ссылки на страницы Условий использования и Политики конфиденциальности) перестали работать на главной странице форума.
Я пробовал несколько тестовых ссылок, ведущих на другие веб-страницы, но теперь ни одна из них, похоже, не работает. На главной странице моего форума всегда отображается текст login_required.welcome_message, тогда как до недавнего времени на этом месте появлялась часто задаваемая страница по указанному URL.
Я всё ещё могу разместить ручную ссылку на те же пользовательские страницы в диалоговом окне, требующем авторизацию, если эти страницы опубликованы в виде постов в Discourse и установлены как общедоступные.
Решена ли у вас эта проблема? На моём тестовом сайте я обнаружил, что могу настроить параметры tos url и privacy policy url так, чтобы они указывали на внешний сайт. Я не наблюдаю проблем с игнорированием внешних ссылок ни в модальном окне регистрации сайта, ни на странице «О нас».
Привет, Саймон!
Эта проблема так и не была решена для меня, поэтому я в итоге просто скопировал текст из раздела FAQ (который на самом деле является общедоступной «опубликованной» страницей на сайте) и вставил его прямо в текст приветственного диалога. Не очень эффективно, но работает.
Интересно, что при нажатии на кнопку регистрации ссылки на Условия использования и Политику конфиденциальности (также общедоступные опубликованные страницы) всё ещё работали из диалога регистрации — значит, моя проблема, похоже, ограничена только главной страницей.
Вы имеете в виду, что ваша страница с часто задаваемыми вопросами — это тема Discourse, которую вы опубликовали как страницу? Если так, то я не пробовал этого делать.
У меня не было выбора, так как все заранее созданные темы исчезли у меня во время обновления. Всё работало нормально, пока недавнее обновление не прекратило их отображение на главной странице.
О нет. Я собирался спросить, почему вы используете опубликованные страницы для страниц Условий использования и Часто задаваемых вопросов, но теперь это имеет смысл. Однако использование опубликованных страниц для этих тем кажется не совсем оптимальным. Я почти уверен, что можно воссоздать заранее созданные темы. Они настраиваются через некоторые скрытые настройки сайта. Следующие настройки можно использовать для сброса тем Условий использования и Политики конфиденциальности:
tos_topic_id
privacy_topic_id
Я не уверен в названии настройки для указания ID темы Часто задаваемых вопросов, но мы можем найти эту настройку для вас, если вы захотите внести это изменение. Как я понимаю, вы создадите новые темы в своей категории «Персонал», а затем установите скрытые настройки сайта на соответствующие ID этих тем.
Если бы можно было найти ID темы с часто задаваемыми вопросами, это было бы здорово — хотя бы для тех, кто столкнется с той же проблемой с некорректно созданными заранее темами.
Что касается проблемы с целевой страницей, несколько дней назад я превратил эту проблему в своего рода преимущество, создав гораздо более короткую версию раздела с часто задаваемыми вопросами (в основном для тех, кто не уверен, что находится в нужном месте), с ссылками внизу на полную тему с часто задаваемыми вопросами от сотрудников, тему с правилами для сотрудников и тему с политикой конфиденциальности.
Раньше мой раздел с часто задаваемыми вопросами занимал всю целевую страницу (заменяя текст приветственного диалога).
Возможно, лучше сначала проверить, существуют ли старые темы с условиями использования (TOS), политикой конфиденциальности и FAQ. Это можно сделать, проверив значения каждой из этих настроек сайта через консоль Rails, а затем попробовав найти удалённые темы через интерфейс:
tos_topic_id
privacy_topic_id
guidelines_topic_id
С помощью ID, возвращаемого каждой настройкой, вы можете попытаться найти удалённую тему, перейдя по адресу /t/-/<id_темы_из_значения_настройки>. Если тема существует, её должно быть возможно восстановить через интерфейс. Если тем не существует, я предполагаю, что новые темы можно создать в категории «Staff». После этого вы сможете установить ID этих тем в качестве значений каждой из перечисленных мной настроек. Я сам этого не пробовал, но могу протестировать это на своей локальной среде разработки, если вы не уверены в необходимости внесения изменений на вашем сайте.
Как у тебя дела, Пол? Помню, что это была для тебя проблема давным-давно.
Мне только что пришлось сделать это самому, когда я случайно использовал delete_all для темы FAQ/Правила и не обнаружил этого какое-то время. Эта публикация оказалась очень полезной:
С радостью помогу тебе разобраться, если нужна будет поддержка.
Мне так и не удалось найти те пропущенные темы с предварительной загрузкой, но я по-прежнему доволен своим решением, поэтому не был особенно мотивирован прилагать дополнительные усилия. По сути, они теперь стали обычными редактируемыми темами сотрудников, помеченными как публичные, которые я время от времени обновляю и обновляю.
Если у вас есть доступ root к серверу, исправление займёт буквально 5 минут, и вы не потеряете ни одного из ваших полезных тематических материалов для персонала.
Единственное, что он делает, — это определяет эти темы как те, которые нужно использовать.
Я признаю, что ничего не знаю об использовании Rails, но смог подтвердить, что исходные темы действительно исчезли, с помощью запросов data-explorer (по совету другого пользователя, который, к сожалению, я сейчас не могу найти).
Насколько я могу судить, моя текущая настройка действительно «понимает», какие темы для сотрудников следует использовать, даже если метод, который я применил для этого (который я тоже сейчас не могу найти!), был менее радикальным, чем редактирование через Rails.