根据 Discourse 的数据库设计，关于主题表使用了的是 sequence。 ID 字段使用的是 int，sequence 的名字为：topics_id_seq     那么根据 postgres 数据库手册我们知道如果使用 int 的 sequence 最多能存储：2147483647     那么整体来说，Discourse 的设计能够存储 20 亿左右数据在主题中，对大部分的社区来说应该是足够了。 如果还想增加的话，Postgres 数据库的数据类型可以使用 bitint，使用下面的 SQL 进行更改。 ALTER SEQUENCE "topics_id_seq" AS bigint MAXVALUE 9223372036854775807; 在当前运营的很多社区中，这个更改其实没有太大必要，因为很少可能会存储到这么大的数据。   https://www.isharkfly.com/t/discourse/16059

根据我们从当前社区恢复的数据来看，Discourse 被设计了 201 个表和 1 个视图。   2024-07-30_14-06-24892×530 20 KB   其中还有一些 Sequence，这些 Sequence 用来产生 ID。 虽然这些数据库结构都被封装在了 Docker 容器内了，但是针对一些极端的情况，还是可以用来了解下社区的数据情况。     必要的时候也可以用来进行一些数据库操作。   https://www.isharkfly.com/t/discourse/16058/1

以为暑假作业早已远去，再也不用担心所谓的暑假作业了，谁知还是终究败阵下来。 我的暑假作业 依稀记得几乎是 30 年前我的暑假作业。 一直很困惑到底又多少同学是真正的每天做暑假作业的。那年我小学 4 年级，到学校的最后一天，老师告诉所有的小朋友说着就要放假了，大家都来拿假期作业吧。 拿着那本新书更多的是兴奋，然后就顺路看了下回家路上的游戏厅，随后貌似就是暑假作业被偷了，真的是被偷了。 可能是因为游戏厅的人觉得上面有什么东西吧，在焦虑的时候不知道这个暑假作业怎么又出现了，上面还有我的名字😊，好遗憾的。 其实当时的感觉就是交不上作业了，好着急，如果是换做现在的我，我肯定说大哥，赶紧拿走。 抄作业 小时候，家里一直住在学校里面，所以很多小朋友都互相认识。 在快开学的前一周，所谓的暑假作业只完成了 20%，这个焦虑程度直接让当年的我崩溃了。 然后就各种打听同年级的小朋友，暑假作业做完了吗？ 反馈都很好，大家都做完了，怎么感觉自己是最后一个没有写作业的人呢？ 于是就找到小朋友说，既然你都写完了，给我看看呗。说白了就是准备抄作业了，奇怪的是没有人给我看。 然后好不容易找了一个小朋友的作业给我看了，开始还蛮好的，后来才发现这答案怎么都不对呀。 其实现在看来就是随机检查了一个问题，完全这个答案不正确呀。 多年后，找到给我作业的小朋友，现在都是成年人了，然后问他下这个问题，就是为了解决下当年我的困惑，于是就问道：你的暑假作业当年是怎么写的呀。 他的回答是：乱写的，他和我说，你当年非要问我要，我也没有做完，就随便乱写了。 敢情我这是抄了个寂寞呀。 致老师 其实我还有一个困惑问题就是，当学生都交了暑假作业的时候，老师你是真的认真看了我们做的暑假作业吗？ 虽然我的老师没有和我说，但我知道反正交上去的暑假作业没有下文了。 老师的评语里面的暑假作业部分都是基本上没有任何内容，很高兴的是自己没有因为假期作业受到任何惩罚，也没有找家长呢。 貌似不仅仅是我自己，我的小朋友们都没有因为暑假作业受到任何惩罚。 因我好长时间没有和小学老师联系了，现在就特别想知道，老师你当年真正认真看了我们孩子们上交的暑假作业吗？ 我觉得这个答案是显而易见的，哈哈。 还是谢谢你们，我的老师们，没有因为假期作业为难我们。 孩子们的假期作业 不知道因为是不是我当年的经历，我对孩子们的假期作业并没有那么当回事。 这个反而成了家庭中的一个冲突了，不少的家长都希望孩子们能认真的完成假期作业。     我反而觉得这个有点强人所难了，我们都没有做好的事情，怎么能要求孩子们都能认真的写好作业呢？ 看着孩子们现在手上这么几大本暑假作业，这真一个小学生能做完的作业吗？ 可能我的认知水平还没有达到吧。 童年 回想下当年小学阶段的童年，留给我最深的印象不是我的暑假作业，而是我的 10 张免费电影票。 小时候，父亲在政府工作，母亲在学校。当年的单位都会有一个叫做“关心下一代协会”的组织，简称关协。 父亲的关协在暑假的时候会给单位里面的，每个孩子 10 张电影票，这 10 张电影票可以随便去电影院看电影，当然有时候这些电影票是不收的，可能是电影的内容不适合小朋友吧。 一直到现在我都记得能够接触到很多当年的好电影和一些进口电影，用每年暑假的这 10 张电影票，我了解到了外面的世界，了解了到很多优秀的电影。 例如，《霹雳贝贝》，《高上山的花环》，《大气层消失》都是在那个年少无知的时代接触到的。 还有不少的战争电影都在那个阶段了解到了。 作为一个山区里面出来的孩子，能够了解到外面世界最直观也最快的方式可能就是电影了。 孩子们到底要什么样的假期作业 随着父母一的一代的长大，我们也开始了鸡娃的时代。 很多人都在说，人的一生都在弥补童年的缺失和重复童年的认知。 虽然我的父母对我相对比较严厉的管理，让我的整个童年都生活在规矩之下，让我感觉我童年最大的悲哀就是没有跳出约束和框架，因此对自己孩子最大的期望就是做出自己正确的选择，跳出框架和约束。 在对孩子们的要求上，更多我可能希望他们能够勇敢的说出自己的想法，不要过多的做一些毫无价值的事情。 1+1=2 算一百万次，它还是等于 2。 孩子们的暑假作业应该是多样的，带孩子们去了解这个社会，感知人世间的温度，解决自己从未解决的问题才是假期的价值。 在桌子前面去计算这这无聊的数字，拆分复杂的语言文化，了解完全超出孩子们认知的文字，真正是假期作业的作用吗？ 也许这是留给孩子们的问题，更多的是留给家长的问题。   https://www.isharkfly.com/t/topic/16054

下面的这个问题是在官方论坛上网友问的：🇨🇳 How to back up Discourse to S3 | Discourse 如何备份到 S3 - #3 by copymonopoly - Self-Hosting - Discourse Meta 内容是： 我想问一下，备份和附件分别挂载了不同的S3 备份的时候会把附件的S3里面的内容也都一起备份了吗？ 如果不选择包含上传的图片和附件，那么恢复备份的时候，附件用的S3里面的内容还能再论坛里正常显示吗？ 总结 针对 Discourse 的备份内容还真没有仔细查看。 看了下我们的备份后才了解到： 如果你的附件是使用 AWS 的云存储的话，备份的时候哪怕选择上 备份时包含附件   上传到 AWS 上的附件也是不会放在你的备份文件里面的。 里面的附件就是存储在你本地计算机上，但是 AWS 上没有的内容。 从我们的网站备份大小上就能看出来，如果包含附件的话，备份的大小不可能只有 80 多 MB。     说明这里面的备份只有数据库和本地附件。 打开这个下载文件，看到里面只有 2 个文件夹，一个是 dump，这个就是 PGSQL 的数据库 Dump 文件。     另外一个就是上传的文件夹，这个文件夹里面只有你本地上传的附件，没有存储到 AWS 上面的，对我们来说这个文件夹就很小，没有几个文件。 这是因为在社区开始运行没有多久后我们就全部把附件上传到 AWS 上了。     上图显示的是 PGSQL 的 Dump 文件内容，可以从 dump 文件中看到当前 Discourse 数据库容器运行的 PGSQL 版本。 如果你想本地看下数据库的话，这个 Dump 文件也可以直接导入到你本地容器上的。 AWS 恢复的问题 如果使用了 AWS 附件，但是没有使用 AWS 的 CDN 的话，那么正文中的内容就是你 AWS 上的绝对路径地址。 在主题 MD 文件上的表现方式为：     但是，当内容发布后，实际的 HTML 代码就被 Discourse 替换成你的 CDN 绝对地址了。     因此，基于上面的回答，在备份的时候如果不选择备份附件，当你恢复的时候，附件的内容不受影响。 例外 其实附件也有受到影响的，主要就是因为域名切换。 因为前期我们有过一次域名切换，但附件内容都在，就是正文无法关联，就算重构 HTML 也无法关联。 这个时候麻烦点，可能需要到数据库里面直接改一下。 只要你不随便换域名，通常这个都不是问题。   https://www.isharkfly.com/t/discourse/16026

PGSQL 在 Discourse 中是通过容器方式运行的，要访问 PGSQL 中的数据那么首先需要进入到容器后才可以。 进入容器的命令为： cd /var/discourse/ ./launcher enter app su discourse psql discourse 最后的命令是登录到运行在容器中的 pgsql。 查看 pgsql 上运行的数据库的命令为： \l 下面显示的是当前容器中运行的 pgsql 数据库。 discourse=> \l List of databases Name | Owner | Encoding | Locale Provider | Collate | Ctype | ICU Locale | ICU Rules | Access privileges -----------+----------+----------+-----------------+-------------+-------------+------------+-----------+------------------------ discourse | postgres | UTF8 | libc | en_US.UTF-8 | en_US.UTF-8 | | | =Tc/postgres + | | | | | | | | postgres=CTc/postgres + | | | | | | | | discourse=CTc/postgres postgres | postgres | UTF8 | libc | en_US.UTF-8 | en_US.UTF-8 | | | template0 | postgres | UTF8 | libc | en_US.UTF-8 | en_US.UTF-8 | | | =c/postgres + | | | | | | | | postgres=CTc/postgres template1 | postgres | UTF8 | libc | en_US.UTF-8 | en_US.UTF-8 | | | =c/postgres + | | | | | | | | postgres=CTc/postgres (4 rows) discourse=> ^C discourse=>     这也是直接访问 Discourse 数据库的方法，你可以在上面的命令行工具中执行 SQL。   https://www.isharkfly.com/t/discourse-pgsql/16030

下面的这个问题是在官方论坛上网友问的内容是： 我想问一下，备份和附件分别挂载了不同的S3 备份的时候会把附件的S3里面的内容也都一起备份了吗？ 如果不选择包含上传的图片和附件，那么恢复备份的时候，附件用的S3里面的内容还能再论坛里正常显示吗？ 总结 针对 Discourse 的备份内容还真没有仔细查看。 看了下我们的备份后才了解到： 如果你的附件是使用 AWS 的云存储的话，备份的时候哪怕选择上 备份时包含附件     上传到 AWS 上的附件也是不会放在你的备份文件里面的。 里面的附件就是存储在你本地计算机上，但是 AWS 上没有的内容。 从我们的网站备份大小上就能看出来，如果包含附件的话，备份的大小不可能只有 80 多 MB。     说明这里面的备份只有数据库和本地附件。 打开这个下载文件，看到里面只有 2 个文件夹，一个是 dump，这个就是 PGSQL 的数据库 Dump 文件。     另外一个就是上传的文件夹，这个文件夹里面只有你本地上传的附件，没有存储到 AWS 上面的，对我们来说这个文件夹就很小，没有几个文件。 这是因为在社区开始运行没有多久后我们就全部把附件上传到 AWS 上了。     上图显示的是 PGSQL 的 Dump 文件内容，可以从 dump 文件中看到当前 Discourse 数据库容器运行的 PGSQL 版本。 如果你想本地看下数据库的话，这个 Dump 文件也可以直接导入到你本地容器上的。 AWS 恢复的问题 如果使用了 AWS 附件，但是没有使用 AWS 的 CDN 的话，那么正文中的内容就是你 AWS 上的绝对路径地址。 在主题 MD 文件上的表现方式为：     但是，当内容发布后，实际的 HTML 代码就被 Discourse 替换成你的 CDN 绝对地址了。     因此，基于上面的回答，在备份的时候如果不选择备份附件，当你恢复的时候，附件的内容不受影响。 例外 其实附件也有受到影响的，主要就是因为域名切换。 因为前期我们有过一次域名切换，但附件内容都在，就是正文无法关联，就算重构 HTML 也无法关联。 这个时候麻烦点，可能需要到数据库里面直接改一下。 只要你不随便换域名，通常这个都不是问题。   https://www.isharkfly.com/t/discourse/16026

动态频率选择 (DFS) WiFi 信道是提高网络性能的好方法，尤其是在城市地区。UniFi 当前发布的所有 AP 上均提供 DFS 信道兼容性。在本文中，我们将讨论是否应当使用 DFS 信道的一些关键注意事项。 概述 每个国家/地区都有相关法规规定了可用于消费者 WiFi 的无线电频率范围。城市公寓等人口密集的地区可能会遭受性能下降和高干扰的影响，因为每个人都共享相同的可用频谱频段。DFS 信道试图通过扩展可用的 WiFi 频段来解决这个问题，通常包括为政府预留的雷达信道的频率。这些 DFS 信道的干扰通常要少得多，这最终会提高您的无线性能。 注意事项 尽管使用 DFS 信道有可能提高性能，但需要记住以下一些关键注意事项： 政府法规要求 AP 必须监测雷达信号，如果发现 立即停止广播。初次检测后，必须等待 1-10 分钟，具体取决于您所在的国家/地区。在此期间，您的 2.4GHz WiFi 将保持活跃状态。 DFS 信道的发射功率通常低于常规信道，这会导致 WiFi 覆盖范围变小。 具体的 DFS 信道规定因地区而异，涉及允许的通道、传输功率和等待时间。 结论 DFS 通道是提高性能的方法，但您需要了解当地法规以及雷达事件发生的频率，因为这些因素最终可能会导致 WiFi 信号频繁中断。     很多人可能都没有看说明就直接选了 DFS 信道。 我们的 AP 在选了 DFS 信道后发现明显的问题有： 速度下降，只能维持在 WIFI 4 的版本上运行。 频繁的终端互联网连接。 等于上面文档中说的情况我们都遇到了，当取消 DFS 信道后，所有问题都解决了，并能维持在 WIFI 6 的版本上运行。 如果您已确认您的终端设备有支持160MHz，但仍有此现象，则是路由器侦测到环境中的雷达信号与路由器使用相同的信道，为避免信号干扰，自动切换为80MHz带宽中的信道。 至少间接证明在当前我们的环境中有雷达信号。 因此 DFS 可能会导致路由器的降速运行，在没有必要选择的情况下，请不要选择 DFS 信道。   https://www.isharkfly.com/t/unifi-ap-dfs/16024

想在当前网站上调整下广告的显示级别，但貌似配置找不到。 adsense through trust level     这是因为插件没有更新的缘故吗？     更新了下代码也更新了下实例，整个过程耗时 20 分钟。     配置位置 后来经过一番查找，配置的位置是在 adsense exclude groups 这个选项下面。 修改上面的配置选项后就可以修改广告的显示级别了。   https://www.isharkfly.com/t/topic/16020

好处是多年未见得同事可以欢聚一堂，并且走路的步数也还不错。         不好的就是到处跑，有时候为了找个机器都能找半天，这里说的半天就是真的是半天。 很多计算机就从来没有重启过，这会到好，一重启就再也启不来了，搞了半天原来，主板的 BOIS 都要改。 这是修电脑的活，奈何瘫痪的机器太多，就这样被当壮丁给抓来了。   https://www.isharkfly.com/t/topic/16021

本周经历了微软的蓝屏，一直到周末还在加班处理公司的问题。 个人终端受到的影响较大，服务器上也受到了影响。因为蓝屏的事情导致不少麻烦，据同事说因为蓝屏的问题，MGH 的手术安排也受到了影响。     目前我们也在着手处理有部署 Windows 的服务器，正好有时间来整理下脉络。 起因 据外媒，此次史无前例的全球范围内宕机起因是CrowdStrike在当地时间周四发布了一个存在缺陷的软件更新，导致全球范围内的微软Windows系统出现“蓝屏死机”。 外媒称这是“史上最大规模IT故障”。 当CrowdStrike向使用微软Windows软件的客户发送更新时，用户的电脑开始逐渐崩溃。 影响 根据我们的日常经验，微软通常是在美东时间周四的凌晨推送软件更新。 这次更新后会导致直接蓝屏，并且无法回滚更新，需要进入安全模式进行手动删除。 受到影响的主要是在使用 Windows 作为终端的计算机上。 因服务器的部署使用的是 Linux 和 Unix 操作系统的多，这部分受到影响较少。 如果公司有部署 IIS 服务器或者微软的服务器版本的话，那么也会受到影响，因为更新也后出现蓝屏。 航空公司 网络上报道的航空公司影响，主要应该是地面终端计算机，因为更新导致蓝屏，无法为用户办票。     如果用户使用的手机终端，理论上是可以办票的，因为手机终端通常通过调用 API 访问服务器。 但，如果公司服务器部署在 Windows 环境下的话，那手机终端也无法使用，因服务器也宕机了，或者使用变慢，因为部署方式采取的多是集群方式，会导致部分服务器宕机，但没有更新的服务器还是可以运行的，那么这些没有更新的服务器就会面临流量增加，那么服务变慢就是正常情况了。 至于机场显示大屏的问题，那多是因为连接机场显示大屏的计算机重启后蓝屏导致无法读取正常的数据而导致的。 通常我们认为数据层不会有太大影响，但因为是大屏显示，所以也比较震撼，就好像你把聊天记录通过大屏显示在高铁站的显示屏上，不也挺震撼的。 金融系统 至于银行系统，也是因为终端计算机受到影响，无法为客户办理业务，部分使用 Windows 的 IT 设备，包括自动取款机等，也会因为机器重启而导致无法开机。 因现在有很多终端和触屏设备会使用 Windows 作为操作系统，然后再在上面部署自己的应用，当整个计算机都起不来了，那自己的应用自然也就没有办法用了。 个人计算机 当微软发现这个问题后，也很快的推送了更新，所以个人计算机如果周四晚上没有开机的话，通常问题不大。 非常不幸的是因为时差问题，微软在推送更新的时候，亚太地区正好是周五的工作日下午，所以中招的人多人多在亚太地区的个人计算机也就是这个原因。 因为美东时间，我们的计算机处于休眠状态，更新没有被安装，所以没有什么影响。 探讨 CrowdStrike 这个公司就是通过一个软件更新轻易的影响了全世界，这里还是有些说法的。 谁的责任 这个责任当然是微软的责任，对于操作系统这样的重大更新，微软有做好守门员的责任。 任何通过微软更新的的软件微软应该要进行查看和了解软件的使用，如果不是微软的同意 CrowdStrike 肯定无法在全球计算机上安装他们的产品。 不管 CrowdStrike 说得有多牛逼，没有微软，很多人可能都不会安装这个软件。 同时，CrowdStrike 软件的安装是得益于微软的捆绑安装的，所以这个责任在微软。 更新测试 现在微软的测试都是这么拉跨或者根本不测的吗？ 类似的这种更新就蓝屏的情况，哪怕是一个不懂计算机的测试人员在自己的计算机上安装了更新就会出现的问题都能冠冕堂皇的出现在微软的全球推送上。 这个不是测试的问题，这是根本就没有测呀。 只要测了就能发现的事情都能发生，就说明微软是不是没有人干活了呀。 这个不是测试没有测试的问题，这个简直就是灾难，哪怕是草台班子的软件开发公司都不敢这样给用户发布软件吧。 软件更新 很多公司，为了保持操作系统的更新，选择的都是默认相信微软。 公司电脑上都会要求强制安装所有的微软更新，这个决定也间接导致了这次事件的扩大。 如果不是强制安装更新，选择在微软发布更新后 3 天再安装，通常都能逃过一劫。 这次软件更新事件也给很多公司的 IT 部门上了一课，不是所有的更新都应该马上安装的，还是需要给自己一些容错时间。 不要把终端计算机上设置为只要微软发布了更新就更新计算机。 开源软件 虽然开源软件世界也有很多问题，比如几年前的 OpenSSL 问题和 XV 投毒事件等。 但是开源软件的源代码都是开放的，代码可以被所有人来审视，所以 Linux 下的问题更多是风险而不是事故。 选择 Linux 有可能出现风险，出现这种事故还是没有微软那么容易。 通过这次事件，相信整个 IT 界都会对微软和整个软件行业有更多的看法和认知。 看法 就这次微软的全球宕机事件来说，就是一个微软的供应商提供了一个有缺陷的更新来影响全球。 非常惊讶的是这个缺陷的更新是怎么通过供应商的内部测试和微软的更新测试的。 从表面上来看就根本就没有测试，有缺陷的更新就这么堂而皇之的进入了全球所有安装 Windows 的计算机上了。 现在的微软文化就已经是这样的了吗？连最基本的测试都不要的了吗？ 这件事情从侧面也反映出美国社会的情况不仅仅是飞机制造业，包括软件行业也是一个样子了。 这个事件和波音飞机事件的影响如出一辙。 当然，通过本次事件后，各国都应该开始审视微软的风险，和为微软提供一些服务的软件公司的背景和潜在的风险。 对开源世界来说也算是一次经历。   https://www.isharkfly.com/t/topic/16012