Мы наблюдаем очень странное поведение, но пока только у одного пользователя при открытии почтового ящика сообщений.
Мы запускаем Discourse в Docker за Apache с использованием ProxyPass. Версия Discourse: 2.6.0.beta3.
У этого пользователя не раскрывается панель сообщений; там отображается надпись «No Content» или что-то подобное оригинальному английскому тексту (у нас стоит локаль de.DE, так что в интерфейсе было «Keine Inhalte»).
Если теперь снова нажать на значок сообщений (то есть попытаться открыть почтовый ящик сообщений), возникает ошибка 500.
На странице отображается: "error on loading: [/topics/private-messages/firstname.name.json].
Это происходит только с одним конкретным пользователем. У других такой проблемы нет.
Мы пробовали менять роли этого пользователя, обновляли систему и пересобирали приложение через launcher. К сожалению, ошибка 500 при открытии почтового ящика всё ещё возникает.
Сталкивался ли кто-нибудь с подобным поведением? Что можно сделать? Есть ли способ пересобрать сообщения? Или их придётся удалить?
Недавно я видел нечто подобное, но с именем группы в /topics/private-messages-group. Оказалось, что поиск чувствителен к регистру, а имя группы в URL было написано полностью в нижнем регистре.
Можете проверить, изменится ли поведение, если вы приведёте регистр в URL к регистру имени пользователя? (например, https://domain.de/u/Firstname.Name/messages)
Я очень надеюсь, что кто-то сможет помочь нам с нашей проблемой. Как намекнул @RGJ, мы выяснили, что дело, похоже, глубже, но мы всё ещё не смогли решить проблему недоступности почтовых ящиков у одного пользователя. К сожалению, мы действительно очень активно используем сообщения. Мы организованы в небольшие группы, которым часто нужно общаться не публично. Поэтому сообщения — идеальный способ для этого.
Если вам нужна дополнительная информация или логи, дайте знать, что именно, и я скопирую их сюда.
Спасибо всем за дополнительные подсказки и за то, что дочитали до конца
Ну, это много, и я не имею ни малейшего представления, куда смотреть. Надеюсь, это прольёт свет на нашу проблему. Если вам понадобится дополнительная информация, пожалуйста, дайте знать.
Большое спасибо за то, что уделили время этому!
СПАСИБО
Короткий ответ: я не знаю, и мне кажется, что нет.
Имя S3 Bucket, похоже, связано с системой хранения S3 Amazon, верно? И если так, то, вероятно, оно не может быть некорректным. Мы его никогда не настраивали. Мы запускаем Discourse в Docker через обратный прокси-сервер Apache.
И если имя S3 Bucket некорректно, разве это не должно вызывать множество сбоев, а не только одну ошибку на маршруте одного пользователя?
Пожалуйста, не поймите меня неправильно. Возможно, я вообще не туда иду. Как я уже сказал, я не уверен, что такое s3_bucket_name или, если я правильно понял, зачем его вообще нужно настраивать.
Могу ли я посмотреть это в панели администратора или мне нужно проверить docker-compose?
Извините за задержку с ответом… разные часовые пояса и рабочие часы… вы понимаете.
Но большое спасибо, что вы обратили на это внимание!
Кто-нибудь ещё здесь и знает, что мы могли бы попробовать?
Дело в том, что у одного из наших администраторов возникла эта проблема, и из-за этого общение становится крайне затруднительным, ведь администратор не может отвечать на сообщения или даже просматривать их.
На данный момент решением было бы восстановить доступ к входящим сообщениям. Есть ли какой-то обходной путь или возможность восстановить учётную запись одного пользователя или, не знаю, удалить все сообщения для одного конкретного пользователя? Чтобы мы могли начать с нуля для этого аккаунта?
Более того, я даже думал об удалении этого аккаунта, но, насколько я понял, удаление пользователей невозможно. Что ещё мы могли бы попробовать, чтобы создать новый аккаунт для этого пользователя и снова сделать участие возможным?
Пожалуйста, сообщите, какие идеи у вас есть, я в полном замешательстве.
Здравствуйте,
кажется, я столкнулся с похожей проблемой. Сообщения для одного пользователя, насколько нам известно, не работают.
Есть ли какие-либо дополнительные идеи, на что мы могли бы обратить внимание??
Думая о локализации, я задумался: должно ли поведение меняться в зависимости от настроек интерфейса пользователя? Есть ли у вас какие-то мысли на этот счёт?
Тем временем мы немного подумали. Возможно, у кого-то ещё есть идеи, которыми можно поделиться.
Ещё одна странность: в области панели сообщений при нажатии на иконку пользователя, а затем на конверт, должны отображаться все последние сообщения, верно? В случае с нашими пользователями, которые не могут открыть почтовый ящик, там вообще ничего нет?
Возможно, у кого-то есть какие-то идеи по этому поводу. Мы точно знаем, что там должны быть какие-то записи.
И ещё один вариант размышлений. У нас по-прежнему возникает какая-то ошибка SSL на сайте. Как я уже говорил, мы запускаем Discourse в Docker за обратным прокси на Apache. Домен имеет действующий SSL-сертификат от Let’s Encrypt.
Тем не менее на сайте появляются предупреждения о смешанном содержимом. Стандартные логотипы и фавиконки, по всей видимости, отдаются по HTTP. Мы удалили кастомные брендинги, надеясь избавиться от ошибок смешанного содержимого.
Так возможно ли, что это и вызывает проблему?
Когда мы недавно обратились к JSON-маршруту https://sub.domain.de/topics/private-messages/firstnamename.json,
получили следующий результат:
{
"status":500,
"error":"Internal Server Error"
}
Более внимательный анализ логов показал следующее: