通常来说,只要你注册了网站,你的 Discourse 信任级别就是 0 如果希望从信任级别 0 升级到 1,根据官方的说法就是需要满足下面的条件: 上面的条件不是需要全部满足的,只需要满足其中一个条件就可以了。 至少创建 5 个主题。 至少阅读 30 个主题。 至少在网站上待着超过 10 分钟。 从使用的角度来看,还是非常容易能够达到信任级别 1 的。 只需要在网站上花点时间就好了。 https://www.isharkfly.com/t/discourse-0-1/15263
通常来说,只要你注册了网站,你的 Discourse 信任级别就是 0 如果希望从信任级别 0 升级到 1,根据官方的说法就是需要满足下面的条件: 上面的条件不是需要全部满足的,只需要满足其中一个条件就可以了。 至少创建 5 个主题。 至少阅读 30 个主题。 至少在网站上待着超过 10 分钟。 从使用的角度来看,还是非常容易能够达到信任级别 1 的。 只需要在网站上花点时间就好了。 https://www.isharkfly.com/t/discourse-0-1/15263
Discourse 如果要查看自己的用户信任级别还有点绕。 首先需要找到用户自己的摘要界面。 然后单击下面的扩展按钮。 这是因为 Discourse 的用户信任级别没有在当前页面中马上展示出来。 在展开的页面中,就可以看到当前你自己的用户信任级别了。 信任级别的改变和在社区中的互动有关。 活动越多信任级别越高。 https://www.isharkfly.com/t/discourse/15262
Discourse 目前有一个参数为 clean up inactive users after days 来控制不活跃或者未激活的用户。 如果你的用户满足下面的条件的话,系统将会在到期后对用户进行清理和删除 从未在 Discourse 站点上发布任何内容 如果你在 Discourse 站点上发布了内容,但是你的内容被删除了或者其他什么原因,那么你的用户是不会被清理程序删除的。 满足 clean up inactive users after days 参数设置的值 trust level 为 0 的用户 Discourse 对用户进行删除的话,会完全删除用户的邮件地址,如果你需要再次使用网站的话,你可能需要重新使用户邮箱进行注册才行。 如果你想让你的注册用户保留更长时间的话,你可以修改 clean up inactive users after days 参数的值。 默认值为 730,就是 2 年。 通常来说 2 年也算是一个比较合理的值,但更多的时候我们可能是并不希望清理这些用户。 所以就直接改成 7300 这个值吧,就是 20 年。 https://www.isharkfly.com/t/discourse/15260
作为 Discourse 网站的管理员,对于新注册的用户,我们可能会比较关心新注册用户的数量。 在 Discourse 的控制台中,系统会告诉我们每天新注册用户的数量。 具体是采用图形的方式来表达出来的。 上面的图只表示了用户注册的数量,只要用户使用邮箱注册了,上面的数量就会显示出来。 很多时候因为用户虽然注册了,但是没有激活邮箱,因此是没有办法在系统中进行留言和评论的。 这个时候只能到后台去查看下没有被激活的用户。 https://www.isharkfly.com/t/discourse/15259
Discourse 如果使用网站跟踪程序,例如 Google Analytics 得到的网站访问数据和真实的网站访问数据是不一致的。 通常 Google Analytics 提供的数据更少,或者说是少很多。 这是因为 Discourse 的数据调用使用的是 API,在你的页面载入后,如果继续访问网站,那么网站使用的是 API 调用程序。 这个调用在 Google Analytics 中没有办法被跟踪到。 所以就算你开了 2 个页面,Google Analytics 还是只能记录一次。 相对准确的记录就是 Discourse 自带的内部页面记录,这个因为能够记录每次 API 和后台的调用情况,更能够准确反映网站的使用情况。 我们说的就是在后台上使用的这个数据。 有没有解决办法 上午考古了不少内容,貌似这个问题从 Discourse 的最早期版本就已经存在了。 有人说就这个问题已经存在了超过 4 年多了都没有办法解决。 这个主要还是和 Discourse 的数据存储和调用机制有关,很难通过跟踪页面的实际载入情况来获得网站的真实页面载入数量。 可以使用其他的分析工具,例如 DNS 上面的用户 DNS 解析数量,独立用户 IP 访问数量来大致知道网站访问用户的数量。 至于具体的 API 和数据调用情况,也只能依赖内部的报表了。 https://www.isharkfly.com/t/discourse/15258
都知道 Discourse 的站点使用是高度依赖电子邮件的。 不管是用户注册还是什么,没有电子邮件就没有办法在网站上使用。 早上发现注册成功后,邮箱中一直收不到电子邮件。 然后到邮件发送服务上面的日志上查看了下,可以看到的是邮件发送都是成功的,但是用户就是收不到邮件。 上面显示的状态也是成功发送。 问题 在一直等不到邮件的时候就放弃去查找原因了。 大概 6 个 小时以后,微软发了个邮件给邮箱。 大致的内容是下面的样子。 大致的意思就是你的邮箱认为发送过来的邮件并不安全,被单独放到一个小黑屋列表里面了。 但大致的意思是认为发送的电子邮件是不安全的。 可以做的是,全选后选择 Release 这些邮件。 当你 Release 后微软会认为发送的电子邮件是安全的。然后才能够正常收到 Discourse 网站的更新内容。 这个也没有办法,只能让网站保持良好的运营状况,尽量避免邮件被拦截成辣椒邮件。 https://www.isharkfly.com/t/discourse/15257
本操作方法将逐步指导您生成证书签名请求(CSR)。 这些过程已在Windows 10的IIS 10上进行了测试,但也将在IIS 7.x和8.x中运行。 启动IIS管理器。 Start 开始 IIS管理器。 另外一种快速的方法是打开 运行 命令,然后键入 inetmgr 并点击 OK 按钮。 选择服务器。 在中选择服务器 连接 窗格,在窗口的左侧。 打开服务器证书 双击 服务器证书 图标,位于 IIS的 在窗口的中央窗格中。 点击“创建证书申请” 点击 创建证书申请… 链接,在 行动 窗口右侧的窗格。 输入专有名称属性 索取证书 向导将打开。 填写 专有名称属性 包含以下信息的表格: • 通用名称: 将使用证书的主机名。 通常是完全合格的域名。 一般来说可以使用二级域名也可以使用带有通配符的域名。例如 www.mydomain.com或 store.mydomain.com。 您也可以使用通配符,例如 *.mydomain.com. • 组织: 公司或组织的法定名称。 • 城市/地区: 您公司所在的城市。 • 州/省: 您公司所在的州。 • 国家/地区: 请用两个字符的缩写代码,中国为 CN,美国为 US,2 位国家缩写代码可以很容易的查到。 填写完表格后,请点击 下一页 按钮。 设置密码服务提供者属性 接下来,设置 加密服务提供者属性。 使用下拉菜单选择 Microsoft RSA SChannel Cryptographic Provider 作为 密码服务提供商,长度为 2048 (除非您有理由将其设置为其他值)。 完成后,单击 下一页 按钮。 在这一步中,直接使用服务器提供的默认参数就可以了,除非你的网管要求你进行修改,通常不需要进行修改。 如果你的 IIS 版本比较老,可能这里会使用 1024 的长度,这个时候可以改成 2048,就当前来说 2048 是标配。 创建文件名并完成 为您的文件创建一个文件名 CSR,然后点击 完成 按钮。 这个名字可以随便填写,因为到最后进行加密的还是 CSR 文件中的内容。 下一步 大功告成! 打开 CSR 准备将其提交时,请在文本编辑器中使用。 CSR 文件在记事本中打开的格式如下: 其实是一个使用 Base64 加密后的字符串,你可以随便使用什么在线工具来对其进行 Base64 解密。 为了区分,在上面会有一个分隔符,分别为: -----BEGIN NEW CERTIFICATE REQUEST----- -----END NEW CERTIFICATE REQUEST----- 这个分隔符表示的请求证书内容的开始和结尾,这部分的内容是不能修改的。 通常所有我们通过程序生成的数据,都尽量避免手工修改,使用记事本最多也就是赋值粘贴下。 不同的服务商要求的分隔符也不一样,我们就有遇到有要求下面这样的。 -----BEGIN CERTIFICATE REQUEST----- -----END CERTIFICATE REQUEST----- 在签名的时候根据提示在记事本中修改就好。 https://www.isharkfly.com/t/windows-iis-csr/15242
Fedora 35 中安装 nginx 的方法非常简单。 运行下面的命令: sudo dnf install nginx 在提示你需要确认的地方,输入 y 后回车即可。 开机自动启动 如果你希望在你的操作系统重启的时候自动启动 nginx,请输入下面的命令: systemctl enable nginx 就可以完成开机自动自动的配置了。 需要注意的是,Apache 的 http 服务器的服务名称是 httpd,niginx 的服务名称就就是 nginx 不是 nginxd。 检查版本 输入命令 :nginx -v 来查看当前安装的 niginx 版本。 [fedora@src ~]$ nginx -v nginx version: nginx/1.20.2 [fedora@src ~]$ 可以看到我们当前的版本是 1.20 配置防火墙 Nginx 大部分情况下是作为反向代理使用的,所以我们会通常会针对网站服务开放 80 和 443 端口。 针对防火墙的配置,需要运行下面 2 个命令来开放防火墙。 # firewall-cmd --permanent --add-port={80/tcp,443/tcp} # firewall-cmd --reload 校验安装 可以通过 80 端口访问你安装 Nginx 的服务器。 如果能够看到下面的界面,则说明安装成功了。 https://www.isharkfly.com/t/linux-nginx/13951
提示的错误信息为: Error message “error:0308010C:digital envelope routines::unsupported” 问题和解决 这是因为 Nodejs 18 使用的 ssl 算法不一样了。 你可以做的是把 Node.js 降级到 16 的版本。 或者针对不同的操作系统运行下面的命令: Unix-like (Linux, macOS, Git bash, etc.): export NODE_OPTIONS=--openssl-legacy-provider Windows command prompt(Windows 命令行工具): set NODE_OPTIONS=--openssl-legacy-provider On PowerShell(Windows PowerShell 命令行工具): $env:NODE_OPTIONS = "--openssl-legacy-provider" 然后再次运行安装命令就可以解决上面的问题。 https://www.isharkfly.com/t/yarn-errordigital-envelope-routines-unsupported/15221
遇到 Git 提示的错误信息为:repository not owned by current user 上图显示的是错误的信息。 问题和解决 出现上面错误信息的原因是当前文件夹的权限和 Git 的执行权限不一直导致的。 我们的问题是我们希望在网盘上使用 Git 更新克隆后的代码,但登录网盘和登录我们计算机使用的用户名是不一致的。 所以我们就没有办法把代码更新到网盘上了。 进入我们我们代码,选择文件夹的属性,然后查看文件夹的属性后选项 Git。 在这里我们可以看到 Git 提示的错误。 我们有 2 个解决办法。 添加用户到文件夹 这个办法不是非常方便,每个文件夹都需要添加。 在属性中选择安全,然后把你登录计算机使用的用户名添加到这个文件夹中。 然后再次更新代码就可以了。 全局设置(推荐使用) 因为这个问题只针对 Git,所以我们可以对全局进行修改。 找到 Git 的全局配置文件。 Windows 的全局配置文件路径在:C:\Users\***\.gitconfig 这个文件。 上面星号的定义为你登录当前计算机使用的用户名。 然后在这个文件中,添加 [safe] directory = * 上面的内容。 修改后的文件情况如下: 保存退出后再次对代码进行更新,我们遇到的问题便完美解决了。 https://www.isharkfly.com/t/git-repository-not-owned-by-current-user/15223