如何设置默认头像为名字,而不是无图片的样式

如何设置默认头像为名字,而不是无图片的样式,并且带着偏好设置这样的字样。

是否可以提前上传自定义头像,供注册人选择设置头像

这个我们好像没有这个问题。

在默认情况下就是直接获取用户名字的首字母的。

比如说我们网站上你的用户名,我们没有在 Discourse 上进行更多的设置。

我的部署的,登陆以后,右上角没有名字,也没有默认图片,就是几个乱行的字:消息,偏好设置等几个字,还挤在一起了。

只有设置了头像,才显示正常。

我搜索了下,你的网站是不是显示成这样了:


右上角的图片没有显示对吗?

根据他们的说法,你看看你的 external system avatars enabled 设置有没有被启用?

我记得这个是默认启用的。

如果这个没有启用的话,启用下试试看。

还有一个他们可能会调用 Gravatar 的用户头像绑定。

2023-04-23_08-40-04

有可能是你因为外部网络的问题,导致这个 API 返回异常了。

是第一张图片那样,我明天内网环境修改试一下。非常感谢您。

我用的第三方birnami/discourse的容器,发生会比较卡慢。

明天试着按照你说的源码中修改git地址方式进行部署试一下。

内网环境,没有用Gravatar获取头像。

能问一下,您部署这个是虚拟机还是物理机吗?什么配置?

是一台机器完成部署,还是数据库和redis与discourse分开部署?

不客气的。

Discourse 本身就是部署在容器里面的,如果你还通过容器的话,我感觉就是在容器里面部署容器了。

个人感觉可能不是非常好。

Discourse 没有办法做到数据库和程序分离,都在容器里面。恢复主要是通过备份,我这边进行了一点点的优化,并不多。

主要是把比较消耗流量和存储的内容放到 AWS 的 S3 上面去了。

另外前端用了一些 CDN 加速和缓存的功能,这个是 DNS 服务商提供的服务。

我这机器暂时是用的虚拟主机,目前还能用。

要想运行得比较流畅的话,可能需要至少 4G 的内存。

external system avatars enabled 启动和关闭都不行

我的不设置头像就这样

有的时候是这样,有的时候像你发的图,没有图片那样。

和开启用户名包含unicode有关。开启,就是无图模式。不开启,就是拍照那样,写几个汉字消息、偏好设置

这个更有点像安装的问题。

图片这个我们还真没有改过什么设置,默认是使用从 WP 的头像网站上根据你的邮箱进行下载的。

如果没有,就是使用系统自己的。

我感觉可能是:

  1. 安装的时候容器是不是有写入权限的问题,因为你告诉过我你是下载了第三方的 Docker 打包版本。试试用 Git 版本装一下?
  2. 语言版本问题,我们不使用中文版本的主要原因还是因为很多翻译不是非常准确,有兼容性的一些小问题。改成英文版试试。
  3. F12 查看下,到底是什么原因,缺文件或者是 404 错误码?如果是 404 错误,多是因为文件不存在,这个有可能就是文件夹权限问题。

的确安装的问题。

我第一次在服务器安装可以,重新安装就会出现问题。

换一台服务器,第一次安装也是可以,第二次开始就不行了。

都重启服务器了,还是不行。

找不到原因。

如果是这样的话,我感觉是你第二次安装的问题。

可能是在重复安装的时候有些老的第一次的数据没有清理感觉,或者数据库并不是全新安装,是数据的覆盖安装。

这样的话,可能会导致部分数据的丢失。

其实我第一次卸载都是停容器,删除容器,删除宿主机上的整个目录。

重启宿主机,再安装我都试了,还是不行,按道理不应该有什么残留了。

https://hub.docker.com/r/bitnami/discourse

这个上边的安装,卸载办法。docker-compose

我看上面的容器安装方法是 PostgreSQL Redis 都分别创建 Docker。

同时还在你服务器上创建了卷。

这个卷等于是在你服务器上为容器创建了基于服务器的存储,在删除容器的时候,这些卷内的内容可能没有被删除。

感觉容器的这种安装方式还是比较复杂。

Mount host directories as data volumes with Docker Compose+

感觉就是这一对挂载卷的问题。

我没有使用单独的创建。
是通过docker-compose up -d 后台启动,全部启动。

docker-compose stop discourse停止

docker-compose rm -v discourse删除日期和持久卷

修改docker-compose.yml然后docker-compose up -d重新启动的。

操作很简单,只是多次安装有问题。

那就有点奇怪了。

感觉还是容器的问题,导致第二次装的时候丢文件了。