trust_level_0 корректно отображается как «Новичок». Возможно, я случайно изменил другую настройку для этой группы. Но если предположить, что этого не было, то поведение здесь кажется несогласованным между группами по умолчанию.
Я только что сам попробовал и изменил trust_level_0 на «Derek». Однако на странице «Группы» я заметил, что он всё ещё находится среди trust_level_1 и т. д. в алфавитном порядке, что говорит о том, что изменилось только полное имя, а не само имя. Похоже, что имя нельзя изменить на странице настроек группы так же, как и для созданных вручную групп.
Я поищу на основе этой информации, но возможно, что это невозможно изменить без нарушения работы внутренних механизмов.
Хм, но вы сами создали Trust_level_0. Я добавлю это в рассмотрение.
@piffy Пока я ничего не нашёл ни в поиске, ни через интерфейс. Прежде чем углубляться, мне стоит проверить, создали ли вы «Rookie» через консоль Rails?
Дополнительная информация:
Эта тема, похоже, тоже дала противоречивые результаты:
Я пробовал «Rookie» и «Padawan», но они не изменились успешно. Неужели я что-то упускаю?
Я не могу гарантировать, что этого не делал, но не припоминаю, чтобы менял это через консоль.
Мой форум был импортирован с помощью пользовательского скрипта. Возможно, это объяснение? Но я не думаю, что указывал имя «Rookie» где-либо, кроме интерфейса веб-сайта.
Хорошо, мне немного повезло. Если я изменю имя группы trust_level, а затем перейду на /sidekiq и запущу Jobs::EnsureDbConsistency, это изменит slug за меня.
Я продолжу тестировать это, чтобы убедиться, что могу делать это стабильно.
Обновление:
У меня это получается стабильно. И новые slugs появляются в меню Flair:
У вас это тоже работает? Мое первоначальное замешательство, очевидно, было вызвано нетерпением. Думаю, если бы я оставил свои изменения в силе до тех пор, пока задача sidekiq не выполнилась бы по своему обычному расписанию, всё бы произошло автоматически…
Для меня эта проблема ограничена уровнями доверия 1 и 2, остальные работают нормально. Я пробовал сбросить имя обратно на “trust_level_1” и затем снова на “Тренер”, но безрезультатно. Запуск Jobs::EnsureDbConsistency действительно обновляет фактическое название группы, но не меняет слаг и название в выпадающем списке.
Это интересно. Я использую это, чтобы постоянно перемешивать свои имена между самыми разными вариантами. Мне кажется, единственное, с чем возникли трудности, — это «modérateurs», когда у меня не был включён unicode usernames. Возможно, я упускаю какой-то ещё элемент.
Используются ли эти имена где-то ещё на вашем сайте? Существующие имена пользователей и т. п. Всё, что может вызвать конфликт, который фоновая задача Sidekiq корректно проигнорирует, чтобы ничего не сломать?
АГА! Я нашёл решение, основанное на том, что вы сказали здесь. Похоже, есть пользователи с таким же именем, как и название группы! Изменение их имён и запуск Sidekiq-задачи исправляет проблему.
Огромное спасибо. Это была такая мелочь, но она беспокоила меня уже несколько месяцев.
Sidekiq — это место, где находятся все фоновые задачи, выполняющие свою магию за кулисами. Обычно они работают по расписанию, но их можно ускорить, запустив вручную.
Если вы добавите /sidekiq/scheduler в конец адреса вашего сайта (например, [ВашСайт]/sidekiq/scheduler), вы увидите список всех запланированных задач.
Среди них есть задача под названием Jobs::EnsureDbConsistency, которую можно запустить заранее, чтобы ускорить изменения в именах групп по умолчанию.
Вместо того чтобы прокручивать страницу в поисках её, вы можете использовать Ctrl+F или функцию «Найти на странице» и т. д., чтобы найти её быстрее, поискав, например, слово «ensure» (я думаю, что всего две задачи содержат это слово, так что поиск значительно сузится )