转眼一年过去，从 0xffff.cf 到 0xffff.one ，也正是有大家一直以来的关注、讨论与沉淀的支持之下，网站才坚持至今。过去由于我个人一直处于大学中最为忙碌（各种琐事缠身）且迷茫的阶段，未能有足够的时间与精力完善本站。一年多来，在我们一点一滴的讨论的积淀之下，渐渐带来了一定的影响，对于打破身边同学对于计算机学科的迷茫也产生了一点儿效果。作为站长，我最近的许多事情渐渐安顿下来，未来也主要投身于 Web 相关技术的研究，所以也可以说是能集中精力于本站的维护与优化上了。网站到目前为止仍然有许多问题，主要集中在这几方面：网站的框架问题，本站基于的 Flarum 从发起至今已经五年，仍然处于 beta 版的不稳定状态，目前已经发布了 beta.9 版本，相比于本站目前用的 beta.7 版本，其中插件 API 经历了较大的改动，需要重新基于新的版本改进与部署。而且，目前这个项目主要的发起人选择了离开，发了个 farewell ，投身了新的项目的开发中，社区维护的力量明显地不足。功能上，我们缺少的功能还很多，比如说暗色主题、数学公式，比较友好的附件、剪切板贴图上传、大图显示等等。基础设施，访问速度的问题，由于域名的原因，暂无法实现使用大陆的服务器，过去网站是用 CloudFlare 的免费 CDN 与我个人的一个位于美国的 VPS 跑起来的，在大陆的访问速度还是比较慢，虽然说在魔改了许多东西之后速度有了一些改善，但还不够稳定。特别是针对移动端的环境，仍然有许多不足。开发部署流程比较原始，还是通过 SFTP 上传的方式部署到网站中的，即使有版本控制，对于一些修改也难以跟踪和完善，而且环境的搭建也纯手动（比如说现在我已经忘记了当时部署网站时安装和配置过什么）。经过一段时间的思考，目前打算对本站做出如下一些改进：基础设施上：搬迁到更好的服务器，提高响应速度（目前已经准备好一个位于 hk 的服务器）考虑到服务器的带宽不足，通过稳定的 CDN 实现静态资源加载。（买了阿里云的 CDN）程序架构、开发流程上：运行环境采用 Docker 部署，与代码分离。通过 docker compose 容器编排的方式，把 Nginx、PHP、MySQL 等需要的程序环境统一地配置起来，网站代码则存放在宿主机中，避免直接配置环境产生的副作用。通过 Traefik 实现网站的反向代理，支持证书、http2、与 Docker 容器的对接等工作。重建代码库，以新版的 Flarum 脚手架为起点，记录每一点的改动。引入 CI （持续集成），在 git push 之后能自动化地完成代码同步，composer 依赖安装，网站的更新与构建等工作。对于一些通用功能插件，预期是通过本站的不断完善的动力与产出，丰富插件生态，回馈 Flarum 社区。目前已经将一些待改进的插件 fork 到了我们的 Github 组织，在本站的改进中，一些通用的改进会同步到这里。在代码与基础的开发流程明确下来以后，未来也将会进一步地优化各方面的体验、SEO、完善网站的 PWA，提升首屏加载的速度等等（特别是微信环境下的速度）。若你对本站的维护或 Web 相关的技术有兴趣，欢迎交流，也可以加入我们的讨论群，或是通过其它的方式联系我~ 大家对于网站的更新、功能的完善有没有什么想法呢？

2019年8月30日更新已迁移至最新版的代码，并且搬到了 hk 的服务器，接下来将会修复更新之后可能的BUG，还有进一步的优化

晚上继续优化了一波网站，主要有以下更新：启用了HTTP/2 开了gzip压缩节约带宽切换到了 PHP 7.3 的 Docker 镜像启用了字节码缓存 Zend Opcache、Composer autoload 优化还有附件 CDN 回源地址更新，反代与服务器之间网络通信方面的优化接下来的目标：默认的 CSS、JS资源、用户头像套上 CDN 去掉官方的URL路径拼接的函数修复更新后缺失的 xunsearch 中文搜索支持 RSS Feed 输出修复尝试升级到 PHP 7.4，它有个更彻底的 opcode 缓存，感觉可以用上样式和字体、翻译文案优化完善 Service Worker，争取实现一个完整的 PWA 应用做好本站的 SEO

截至2019年9月3日14点15分，已完成的优化：升级 PHP 7.4 beta4 CSS、JS资源、头像等套上 CDN 修复 URL 路径问题依托于 Docker、Github、Travis CI 的便利，目前跑通了整个网站前后端开发环境与构建部署的流程，预计接下来可以实现在空余时间内持续迭代完善本站。有空再总结一下部署的过程中遇到的问题和解决的历程~ 目前在关注的目标：修复更新后缺失的 xunsearch 中文搜索支持 RSS Feed 输出修复样式和字体、翻译文案优化完善 Service Worker，争取实现一个完整的 PWA 应用 SEO 优化后续：这里的 PHP 7.4 容器没配好，GD 库的 jpeg 支持挂了，在折腾配置之前暂时回滚到 PHP 7.3

非常快还恢复了嘤文的UI 非常棒.

payne 嘿嘿！曲线救国😆 等我把反代和后端之间的通信换成 http2，应该就无敌了～

2019年9月8日更新在 ISCNU 强力支持下加入了大陆版的 CDN (0xffff-cdn.iscnu.net)，实现本站静态资源的极速加载在这里必须得打个广告~ 若你是 SCNU 的学生，且对 Web 应用开发、运维、教育网 PT，网站建设、新媒体运营、信息素养的普及、阅读推广等等等等等等一切网络和知识连接相关的事情感兴趣，ISCNU 网络协会一定不能错过。网站： https://i.scnu.edu.cn/ 微信公众号：

0x0001 官方硬核广告网协招新了解一下🤣

昨天修好了 manifest.json，用 Chrome 手机版的话应该可以添加到桌面了～下一步继续修复搜索的问题

网站进一步的升级工作

0x0001

RSS Feed 输出功能已修复

0x0001

把反代服务器最开始搞的 traefik 下掉了，换回 nginx，用了这个 Docker 镜像
https://github.com/RanadeepPolavarapu/docker-nginx-http3

一把梭哈，不费吹灰之力得到了以下的 BUFF：

HTTP/3 (QUIC)
TLSv1.3, 0-RTT 握手
比 gzip 更优的 brotli 压缩算法

进一步节约了带宽消耗，加载速度等方面应该会有提升～

SSL Labs 测评

0x0001

把网站程序整体开源了，以后更新记录直接在 Github 公开，详情：
0xFFFF 网站代码全面开源，期待你的参与

0x0001

优化：附件图片上云

在腾讯云开了个存储桶镜像本站，然后给静态图片的域名做了个302跳转，静态图片加载速度应该不再是瓶颈了。

0x0001

新的一波优化

1. 附件全面上云

根据和 FlarumChina 社区创办人的沟通，那边维护了一个支持自定义兼容 Amazon S3 协议的附件上传插件，这里也搬运了过来，目前所有的图片和附件都存在云端了，且开通了存储桶的 CDN 功能，下载速度不再是问题。

但因为主站反代服务器本身只有 1Mbps 带宽（带宽成本非常昂贵），上传速度不快，权衡之下，还是继续保持最大 2MiB (2048KiB) 的附件大小限制。

附件测试：

weblfasr-nodejs-demo.zip

19kB

2. 更新最新版 flarum/core

更新插件的时候顺便把 flarum/core 更新到了最新的 v0.1.0-beta.12 版本，本地开发环境则与官方 master 同步，特殊的魔改部分则通过签出新分支，然后再 merge 之前魔改基于的分支来进行。

一波下来没遇到什么障碍，感觉这自动部署的流程已经跑的很顺了 😃

3. 静态 CSS/JS 文件重新接入CDN

0x0001 这个帖子里面有提到我们有用到网协的域名接入了大陆的 CDN，我们依赖的服务基本都跑在腾讯云，再引入阿里云的 CDN 管理成本太高，所以昨天和大佬重新对接了一下，配上了腾讯云的 CDN 服务。

0x0001

发现一些激动人心的事情：

FlarumChina 开始继续更新 FlarumChina 2020 更新 - TowerLight Community
Flarum 中文站 https://discuss.flarum.org.cn/ 有了新的维护者

网站功能升级这件事终于不再是单打独斗了～

0x0001

一波更新

1. 升级 PHP 7.4

升级了网站的基础设施，新版的上传插件增加了一个识别 exif 的 orientation 标记，自动纠正图片的功能，需要 PHP 的 exif 扩展，否则会报错。

恰好 PHP 正式发布了最新的 7.4 版本，带来一波性能优化。所以把容器镜像升级到了最新的 php:7.4-fpm-alpine。

2. 增加 LaTeX 公式支持

如本帖所述，一个乌克兰小哥开发了基于 KaTeX 库的插件 MathRen for Flarum，这里引了进来。

现在编辑器底部有一个公式的功能，分别支持：

块级公式 Block Expression（单独成行）
行内公式 Inline Expression（与文字混排）

在编辑器底部可以看到：

修复了一些交互细节问题，另外做了一点性能优化：
这个插件在前端引入了 KaTeX 包里包括字体在内的所有文件，打包后的 js 一下增加了 250+KiB，让人难以接受。

为保持站点的打开速度，让它用 JsDelivr 的 CDN 单独异步加载，优化后 257 KiB 的 forum.js 降低到了 10 KiB。

3. 尝试换掉 moment.js

moment.js 是 JavaScript 里一个处理日期时间的类库，它的功能十分强大，但代码体积巨大，参考：
you-dont-need/You-Dont-Need-Momentjs: List of functions which you can use to replace moment.js + ESLint Plugin

实际上很多功能我们是用不上的，尝试把 moment 换成 dayjs，换掉后可以带来压缩后 40KB 的收益。但帖子详情页用到了 moment.js 提供的 duration API，dayjs 没有支持。

Feature request: Add Duration Plugin · Issue #564 · iamkun/dayjs

等 dayjs 有了支持再换 = =

btw：这个 Feature 实现之后可以拿 110 多刀（到目前为止），有兴趣的话可以搞起啊！

0x0001

0x0001 等 dayjs 有了支持再换 = =

没想到作者合了PR，修好了这个问题哈哈

0x0001

更新

1. 修复 firefox 下弹框的BUG

参见此贴：FireFox发布帖子时选择分类对话框一闪而过 - 0xFFFF

2. 优化：dayjs 替换 moment

如楼上 0x0001

3. 接入 Sentry 错误上报

Sentry 是一个强大的错误监控方案，通过它可以及时发现论坛代码潜在的问题。

刚刚通过社区的方案接入了，无论前后端，一旦有报错，会立马邮件推送到我的微信。

0x0001

增加简易的草稿功能，编辑时默认在本地持久化编辑框内容，避免帖子因掉电、杀进程（尤其是移动端）、系统崩溃等原因丢失编辑中但未发布的帖子。

未来或许可以保存基于服务器端的草稿（现有插件未支持，工作量较大，暂时没空搞）

（一大原则：浏览器里的编辑框始终不太可信，较长的帖子建议用本地编辑器编辑好再过来粘贴

hsxfjames

0x0001 好像现在没看到 service worker 提供的缓存了？

0x0001

hsxfjames 对，我暂时先关了，和附件图片的 302 跳转有点冲突

0x0001

hsxfjames service worker 重新加上了，魔改了一个可以完全缓存的首页，第二次打开的首屏加载可以快一些🌛

0x0001

现已支持 GitHub 一键登录，默认社区帐号与登录的 GitHub 的 Primary email address 绑定。

修改绑定邮箱入口：

0x0001

增加 “夜间模式”：

参考本帖：希望本站加入夜间模式 - 0xFFFF

0x0001

接下来的功能更新可以关注 GitHub 0xffff-flarum repo 下的 issues
https://github.com/0xffff-one/0xffff-flarum/issues

0x0001

初步升级到了 v1.0 版本，迁移到了新的服务器，暂时未发现什么严重问题，待继续优化 😆

~~目前上传文件暂不可用，涉及到cdn源站的问题，预计今天迁移完成~~
已迁移ok