Названия уровней доверия на испанском

Интересно, можно ли переименовать внутренние названия уровней доверия, потому что они ломают наш интерфейс, и мы не очень хотим добавлять ещё 4 группы для правильного отображения (меньше — лучше).

Может быть, это связано с переводом на испанский?

Привет,

Конечно! См.: your.domain/admin/customize/site_texts?q=groups.default_names.trust

Они не сохраняются (и мне всё ещё нужно использовать Chrome для загрузки изображений или работы с редактором, потому что Firefox ESR всё ещё работает с ошибками :slightly_frowning_face:)


Вы правы, это сложнее, чем кажется. Для автоматической группы через интерфейс доступен только display_name, но упоминания используют name.

PS. Что касается Firefox, я использовал версию 102.0 без каких-либо проблем (win64) ¯\_ (ツ)_/¯

Я могу углубиться в тему, если вы поделитесь своими мыслями или предоставите ссылку для чтения.

Полагаю, именно такие детали влияют на вовлечённость. Не все сообщества созданы для разработчиков :slight_smile:

Надеюсь, что уровни доверия станут более гибкими. Мы не можем использовать их для подписок, не можем изменить их названия и не можем от них отказаться (то же самое касается значков).

Сначала я подумал, что что-то есть здесь: Administrative Bulk Operations, но, как я и опасался: Can I change the "Staff" Group Name?, нет.

В данный момент я тестирую, изменит ли пересборка с другим языком по умолчанию названия автоматических групп. Ну… безрезультатно :sweat_smile:
Они определяются при первоначальной настройке — например, для французского языка здесь:

PS: Можно «отключить» значки, для этого есть параметр enable badges :grin:

Я думал, что некоторые из них постоянные, но всё в порядке, я считаю, что у основной команды есть свои аргументы по этому поводу (:

Я спрашивал то же самое о группе Staff (нам нужно скрыть её и использовать другие, обходное решение приемлемо, но нам нужно что-то, чтобы изменить @trust_level_1)

Это выглядит действительно плохо. Параноики могли бы удалить данные сайта (?)

Я уверен, что в консоли Rails почти всё возможно, но для этого потребовались бы обширные знания кода, которых у меня, к сожалению, нет!

На самом деле, меняет, но пока не совсем ясно, когда именно и как (возможно, потребуется снова зайти в /wizard/steps/locale? или выполнить discourse-setup? может быть, это делается в фоновом режиме повторяющейся задачей…)
Так что теперь вопрос: можно ли использовать плагин для добавления языка :thinking:
Да! Add a new locale from plugin

Почему это ломает интерфейс?

Вы можете скрыть все группы trust_level, чтобы их видели только администраторы и модераторы на странице группы.

Мы используем уровни доверия по умолчанию, но не с __default_trust_level_ux__, а с более интересными названиями.

Если вы синхронизированы с Discord и подписками, это может иметь смысл, если вы хотите удержать всю свою аудиторию в рамках философии Discourse, но при этом предоставить возможность платить за информацию.

Проблема возникает в тех мелочах, которые делают эту задачу почти невыполнимой для тех, кто не пишет код.

Мы делаем всё возможное, чтобы освоить этот процесс :slight_smile:

Итак, благодаря удивительной работе команды, это оказывается вполне осуществимо:

  • Я создал очень небольшой плагин, как указано здесь: Add a new locale from plugin
  • Попробовал несколько изменений:
  • Пересобрал систему, чтобы увидеть пользовательскую локаль в параметре «локаль по умолчанию», и выбрал её

  • Зашёл в приложение и в консоль Rails:
    sudo /var/discourse/./launcher enter app
    rails c
    И наконец:
    Group.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?

Я пробовал, но безрезультатно :frowning: Спасибо, ребята!

Пересборка не требуется. Это фоновая задача, которая выполняется автоматически по расписанию. Ручной запуск лишь убирает ожидание.

Не совсем понятно, почему у вас это не работает. :thinking: Нет ли других групп, пользователей или чего-либо ещё с таким же именем, что могло бы вызвать конфликт?

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

Всё готово, ещё раз спасибо!

Какой лучший подход, если я не могу обновить строки модификации trust_levels по умолчанию для групп?

Уже попробовал:

  • Изменить и обновить плагин.
  • Изменить строку через интерфейс (groups.default_names.trust_level_X).
  • Сбросить через Sidekiq EnsureDbConsistency.
  • Group.refresh_automatic_groups!()

Я думал, тебе удалось заставить это работать?

У меня всё работало, но при попытке обновить некоторые имена trust_level они перестали обновляться.

Группы по-прежнему не обновляются, а плагин изменился сразу после входа в приложение (и имена из UI, как я уже говорил):