Интересно, можно ли переименовать внутренние названия уровней доверия, потому что они ломают наш интерфейс, и мы не очень хотим добавлять ещё 4 группы для правильного отображения (меньше — лучше).
Может быть, это связано с переводом на испанский?
Интересно, можно ли переименовать внутренние названия уровней доверия, потому что они ломают наш интерфейс, и мы не очень хотим добавлять ещё 4 группы для правильного отображения (меньше — лучше).
Может быть, это связано с переводом на испанский?
Привет,
Конечно! См.: your.domain/admin/customize/site_texts?q=groups.default_names.trust
Я могу углубиться в тему, если вы поделитесь своими мыслями или предоставите ссылку для чтения.
Полагаю, именно такие детали влияют на вовлечённость. Не все сообщества созданы для разработчиков ![]()
Надеюсь, что уровни доверия станут более гибкими. Мы не можем использовать их для подписок, не можем изменить их названия и не можем от них отказаться (то же самое касается значков).
Сначала я подумал, что что-то есть здесь: Administrative Bulk Operations, но, как я и опасался: Can I change the "Staff" Group Name?, нет.
В данный момент я тестирую, изменит ли пересборка с другим языком по умолчанию названия автоматических групп. Ну… безрезультатно ![]()
Они определяются при первоначальной настройке — например, для французского языка здесь:
PS: Можно «отключить» значки, для этого есть параметр enable badges ![]()
Я думал, что некоторые из них постоянные, но всё в порядке, я считаю, что у основной команды есть свои аргументы по этому поводу (:
Я спрашивал то же самое о группе Staff (нам нужно скрыть её и использовать другие, обходное решение приемлемо, но нам нужно что-то, чтобы изменить @trust_level_1)
Это выглядит действительно плохо. Параноики могли бы удалить данные сайта (?)
Я уверен, что в консоли Rails почти всё возможно, но для этого потребовались бы обширные знания кода, которых у меня, к сожалению, нет!
На самом деле, меняет, но пока не совсем ясно, когда именно и как (возможно, потребуется снова зайти в /wizard/steps/locale? или выполнить discourse-setup? может быть, это делается в фоновом режиме повторяющейся задачей…)
Так что теперь вопрос: можно ли использовать плагин для добавления языка ![]()
Да! Add a new locale from plugin
Почему это ломает интерфейс?
Вы можете скрыть все группы trust_level, чтобы их видели только администраторы и модераторы на странице группы.
Мы используем уровни доверия по умолчанию, но не с __default_trust_level_ux__, а с более интересными названиями.
Если вы синхронизированы с Discord и подписками, это может иметь смысл, если вы хотите удержать всю свою аудиторию в рамках философии Discourse, но при этом предоставить возможность платить за информацию.
Проблема возникает в тех мелочах, которые делают эту задачу почти невыполнимой для тех, кто не пишет код.
Мы делаем всё возможное, чтобы освоить этот процесс ![]()
Итак, благодаря удивительной работе команды, это оказывается вполне осуществимо:
sudo /var/discourse/./launcher enter apprails cGroup.refresh_automatic_groups!()exit; exitБольшое спасибо за это.
Я попробовал, но вижу, что trust_levels на испанском не обновляются (хотя с группой Admins всё сработало, я изменил):
https://github.com/satoshinotdead/discourse-custom-locale/blob/main/config/locales/server.es_XX.yml
Может быть, это связано с моим собственным экземпляром? Я проверил и не нашёл никаких ошибок в логах, связанных с этим.
Я только что быстро проверил, и у меня это сработало:
groups.default_names.trust_level_0 на «Случайные» (язык: Español)/sidekiq/scheduler и вручную запустите Jobs::EnsureDbConsistencyВ другой теме была проблема: новые имена групп уже были заняты некоторыми пользователями, что вызвало конфликт. Если это не поможет, возможно, дело в этом?
Мы должны пересобрать после ручного запуска Jobs::EnsureDbConsistency?
Я пробовал, но безрезультатно
Спасибо, ребята!
Пересборка не требуется. Это фоновая задача, которая выполняется автоматически по расписанию. Ручной запуск лишь убирает ожидание.
Не совсем понятно, почему у вас это не работает.
Нет ли других групп, пользователей или чего-либо ещё с таким же именем, что могло бы вызвать конфликт?
Раньше я использовал новые группы и забыл переименовать или удалить их, прежде чем следовать вашим инструкциям, ребята.
Всё готово, ещё раз спасибо!
Какой лучший подход, если я не могу обновить строки модификации trust_levels по умолчанию для групп?
Уже попробовал:
groups.default_names.trust_level_X).EnsureDbConsistency.Group.refresh_automatic_groups!()Я думал, тебе удалось заставить это работать?
У меня всё работало, но при попытке обновить некоторые имена trust_level они перестали обновляться.
Группы по-прежнему не обновляются, а плагин изменился сразу после входа в приложение (и имена из UI, как я уже говорил):