📓 Real Spencer Woo

#RSS#Server 📰 Miniflux: Minimalist and opinionated feed reader. GitHub 项目 | 官方网站 Miniflux 超级简洁、功能克制、部署极为简单，是一个挺不错的 opinionated 自部署 RSS 服务。用过了 Tiny Tiny RSS 和 FreshRSS 这类功能比较复杂（用 PHP 写的）的 RSS 服务之后，我今天刚刚用上 Miniflux 的干净就是——清爽！（但是 2.0 开发者把 external 主题的功能删掉了，所以得自己稍微写点 CSS 定义界面。） Miniflux 是一个 Go 撰写的服务，虽然表面看起来功能「简陋」，但是其内在 RSS 服务该有的功能其实一个不缺：Miniflux 支持 Fever API 用于跟手机客户端沟通；支持过滤器、全文抓取；支持直接保存到 Pinboard、Pocket、Instapaper 等稍后阅读服务；还支持外部 API（所以理论上我们其实可以单独给 Miniflux 编写一个功能更丰富的前端）。真的好用，我已经把 FreshRSS 的 Docker 删了！ PS：Miniflux 应该是常见的 RSS 自部署服务里面唯一一个支持 PWA 安装的啦！良心良心。 📮 Via channel: @realSpencerWoo

#Server#GPU#CLI 🍺gpustat — 更好的监控 GPU 状态：GitHub - gpustat 发现了一个比 nvidia-smi 更好用的终端工具：gpustat，能够方便的监控当前 GPU 的各项性能指标，包括温度、使用率、显存占用、进程等等。gpustat 还支持「常显轮询」并且不会像 nvidia-smi 一样造成光标闪动。比如，我们可以单独开一个 tmux 窗口，在上面执行：gpustat -i 0.5，即可实现实时的 GPU 信息显示。 另外还有支持多个（服务器）节点同时监控 GPU 信息的 gpustat web 界面：gpustat-web，但目前还在 alpha 阶段，正在开发中。 📮 Via channel: @realSpencerWoo

#Server#服务器#Terminal#tmux 🥶 如果你在服务器上面用命令行交互的方式工作，那么将一个会话（session）持久化将是一个非常重要的事情。如果我们和服务器的网络连接中断，那么重新连接后普通的 CLI session 是无法恢复的。 我最近进行神经网络模型训练的时候，很多时候需要将一个任务在服务器上执行数小时，为了能保证我的实验输出和数据的完整，我发现下面两个比较实用的办法 / 工具： 1. 将 stdout 输出重定向至文件中，并用 tail 监控文件变化：这种办法使得我不必过多修改源代码，直接用 python run.py > run.out 的语法即可将 run.py 的输出都写入一个文件里面；之后用 tail -f run.out 即可实时监控输出 run.out 文件的变化，同时也可以将运行结果保存下来 2. 用 tmux 终端复用器持久化一个 session：tmux 可以帮我们持续维持一个终端 session，保证我们断开连接程序不停止，重新连接输出依旧在。另外：tmux 初步使用 — A Quick and Easy Guide to tmux 当然，我们还有语言提供的日志模块，比如 Python 的 Logging 模块，来帮我们更好更清晰的进行输出，不过上面的办法是我觉得在不改变源代码基础上最方便的「持久化日志」和「持久化 session」的方法。（PS：我还发现 Jupyter Notebook 断连重进，虽然进程依旧在执行，但是没办法重新 attach 到原先的进程了，貌似是 Jupyter Notebook 的输出都是 Websocket 连到本地浏览器里面输出而不是输出到服务端的，这就很尴尬了，希望能改改） 📮 Via channel: @realSpencerWoo

#Tech#Server#Serverless#CSS#Cloudflare 🎉 经过一波打磨，Substats 拥有了船新的功能特性和文档支持！ GitHub 项目 | API 地址 | 文档地址 船新的更新内容： * 更多平台的支持：本次更新增加了 Medium、Instagram、微博三个平台的支持，平台详情见：API details🎈 * API landing page 重绘：本次将 API 的默认请求路径（也就是 landing page）更新为一个完整的网页，而非只显示默认消息。还增加了 API 示范卡片和 3D 动画，点击 API 地址即刻观赏（使用桌面端获取最佳体验） 🎁 * API 文档更新：本次更新使用 VuePress 编译了文档输出，将 API 文档单独部署，文档位于：Substats documentation📖 最后，继续求 Star、求转发、求关注、求共同维护增加更多的平台与服务~如果你也有想要实现的平台，请在 GitHub issue 里或本文评论区告诉我！我会尽力实现 ( •̀ ω •́ )y 📮 Via channel: @realSpencerWoo

#Tech#Server#Serverless#Cloudflare 📈📉Substats - Subscriber Stats：快速统计你在各个平台的关注者！ GitHub 地址 | 博客文章 博客 上一篇文章 里面，我在开头用 Feedly 的 API 和 Shields.io 制作了显示我 RSS 订阅数量的 Badge。这个 Badge 不仅是实时更新、动态加载的，还能轻松嵌入各个网页里面。 但是，RSS 订阅服务不仅仅有 Feedly 一家，还有 Inoreader 和 NewsBlur 等等。单一个 Feedly 提供的数据并不能真正显示我们 RSS 链接的订阅人数，于是，我就准备用 Serverless 技术搭建一个「API 中转站」，提供多个服务商的订阅人数整合的工作。 其实，最初的 Substats 实际上叫做 RSS-stats，也就是集合多个 RSS 服务商提供的订阅人数数据得到的一个 API 服务。但是后来经过我一番思考，既然都是调用 API，那么为什么不把其他的平台和服务，比如微博粉丝、知乎、少数派、以及 GitHub 和 Twitter 的关注者等等，一起支持一下呢？💡 可行！于是 Substats 就这样诞生啦。(≧∇≦)ﾉ 求 Star、求转发、求关注，求共同维护增加平台支持！耶 ( •̀ ω •́ )y 📮 Via channel: @realSpencerWoo

#Server#RSS#技术#博客 📰博客发布：Tiny Tiny RSS 部署中的普遍问题与注意事项总结 最近一直在折腾 Tiny Tiny RSS，包括升级、添加样式和持久化。由于我是直接使用了 Awesome TTRSS 项目提供的 docker-compose.yml 部署的 Docker 版本 Tiny Tiny RSS，所以一些经验还是具有普遍性、值得分享的。 这篇文章我总结了我在部署 Tiny Tiny RSS 过程中遇到的一些「普遍问题」和「注意事项」。 📮 Via channel: @realSpencerWoo

#GitHub#Server ⏰推荐 Uptime 监控服务：Statping - Status Page for monitoring your websites and applications with beautiful graphs, analytics, and plugins. Demo | GitHub 提供类似于 Uptime Robot 的服务，每几分钟尝试访问一下监控的服务，确保服务在线。需要部署到自己的服务器上面，可以利用 Docker 部署。我已经在部署 Statping 有一个月了，非常 nice，特别是可利用 CSS 定制化的 UI 界面，以及相当漂亮的原生 iOS、Android 应用让我非常满意。推荐有服务器，需要监控多个 API Endpoint 的同学尝试使用。 📮 Via channel: @realSpencerWoo