JuHost香港便宜VPS促销：$75.35/3年 一、商家简介 JuHost 于2023年在中国香港成立，目前推出长期7折优惠活动，最高可享3年付折扣。机房位于香港新界，提供 500Mbps BGP 带宽（包含内地方向）。 官网地址：https://juhost.com/ 二、优惠码信息 项目 内容 优惠码 3years 折扣力度 7折（减免30%） 折扣限量 无限量 折扣时间 长期有效 三、香港新界 VPS 套餐 3.1 Level 1 套餐（入门款） 配置项 参数 CPU 1 核 内存 1G RAM 硬盘 20GB SSD 带宽 500Mbps 共享端口 流量 500GB/月 IP 1×IPv4 + 1×IPv6 原价 $2.99/月 折扣价 $2.09/月 3年付 $75.35/3年 购买链接：点击购买 3.2 Level S2 套餐（进阶款） 配置项 参数 CPU 2 核 内存 2G RAM 硬盘 30GB SSD 带宽 200Mbps 流量 每日前 35GB 全速 IP 1×IPv4 + 1×IPv6 原价 $5.99/月 折扣价 $4.19/月 3年付 $150.95/3年 购买链接：点击购买 四、网络测试 4.1 测试信息 机房位置：香港新界 Speedtest：https://hknt.speedtest.juhost.com/ Looking Glass：https://hknt.lg.juhost.com/ 五、购买建议 适合场景 个人博客/小型网站 轻量级应用部署 测试开发环境 需要香港节点的业务 注意事项 套餐为共享带宽，适合轻量使用 3年付性价比最高 建议先进行网络测试确认延迟

Shiori - 简洁高效的开源书签管理器 Shiori 是一款使用 Go 语言开发的简单书签管理工具,作为 Pocket 的开源替代品,支持网页离线归档、全文搜索、多数据库等功能,是知识管理和网页收藏的理想选择。 推荐理由 单二进制文件:单个可执行文件,无需依赖,部署简单 离线网页归档:自动保存网页可读内容和离线归档,防止链接失效 多数据库支持:支持 SQLite3、PostgreSQL、MariaDB、MySQL 多种数据库 双模式使用:既可作为命令行工具,也可作为 Web 应用使用 数据导入导出:支持从 Pocket 导入,支持 Netscape 书签格式导入导出 仓库信息 GitHub 地址:https://github.com/go-shiori/shiori 文档:https://github.com/go-shiori/shiori/blob/master/docs/index.md Stars:11,500+ 协议:MIT 技术栈:Go / JavaScript / TypeScript / Vue 核心功能 基础书签管理:添加、编辑、删除、搜索书签 离线网页归档:自动保存网页内容和截图 阅读模式:提取网页正文,去除广告干扰 全文搜索:快速搜索书签标题、内容、标签 标签管理:灵活的标签分类系统 浏览器扩展:支持 Firefox 和 Chrome 扩展 多数据库:SQLite、PostgreSQL、MySQL、MariaDB 数据迁移:支持从 Pocket 导入书签 Docker 部署(推荐) 方式一:Docker 一键启动 # 基础启动 docker run -d --name shiori -p 8080:8080 -v $(pwd)/shiori-data:/shiori ghcr.io/go-shiori/shiori:latest # 带环境变量启动 docker run -d \ --name shiori \ -p 8080:8080 \ -e SHIORI_DIR=/shiori \ -e SHIORI_DB=sqlite \ -v $(pwd)/shiori-data:/shiori \ --restart unless-stopped \ ghcr.io/go-shiori/shiori:latest 方式二:Docker Compose 部署 # 创建 docker-compose.yml version: '3' services: shiori: image: ghcr.io/go-shiori/shiori:latest container_name: shiori restart: unless-stopped ports: - "8080:8080" environment: - SHIORI_DIR=/shiori - SHIORI_DB=sqlite volumes: - ./shiori-data:/shiori # 启动服务 docker-compose up -d 部署完成后访问 http://localhost:8080,默认账号:shiori / 密码:gopher 使用 PostgreSQL 数据库(可选) # 使用 PostgreSQL 作为后端数据库 docker run -d \ --name shiori \ -p 8080:8080 \ -e SHIORI_DIR=/shiori \ -e SHIORI_DB=postgresql \ -e SHIORI_PG_USER=shiori \ -e SHIORI_PG_PASS=password \ -e SHIORI_PG_NAME=shiori \ -e SHIORI_PG_HOST=postgres \ -e SHIORI_PG_PORT=5432 \ -v $(pwd)/shiori-data:/shiori \ --restart unless-stopped \ ghcr.io/go-shiori/shiori:latest 二进制文件安装 # 下载对应平台的二进制文件 # 从 GitHub Releases 页面下载:https://github.com/go-shiori/shiori/releases # Linux/macOS 示例 wget https://github.com/go-shiori/shiori/releases/download/v1.8.0/shiori_Linux_x86_64.tar.gz tar -xzf shiori_Linux_x86_64.tar.gz chmod +x shiori ./shiori server 命令行使用 # 添加书签 shiori add https://example.com # 搜索书签 shiori search keyword # 打印书签内容 shiori print 1 # 删除书签 shiori delete 1 # 启动 Web 服务 shiori server 适用场景 个人知识管理、网页收藏归档、稍后阅读工具、资料整理、书签备份、离线阅读、Pocket 替代品 对比传统工具 功能 Shiori Pocket Raindrop 开源免费 MIT 免费版有限制 免费版有限制 自托管 离线归档 全文搜索 单文件部署 多数据库

一、2026年的数据库选择 到了2026年，如果你需要一个关系型数据库，选择取决于两个因素： 1.1 第一类：追求最佳免费数据库 即基于功能和成本做选择。在这种情况下，答案毫无疑问是 PostgreSQL，几乎没有争议。 1.2 第二类：受技术栈限制 即"我的生态系统只支持某些数据库，所以我只能从中选择"。这在行业应用中非常常见，供应商可能会说"只能在 Oracle 上运行"或"需要 SQL Server"。除非你的应用处于性能需求的前1%，或有非常特定的需求只有商业数据库才能满足，否则这是选择这些系统的唯一理由。 如果你是一个数据库平台的支持者，你肯定希望它属于第一类而非第二类。 二、MySQL/MariaDB 的处境 MySQL/MariaDB 属于第二类。 在2026年，MySQL/MariaDB 已经是"行尸走肉"。人们选择 MySQL/MariaDB 的唯一原因是他们的应用强制要求使用它。没有任何技术理由主动选择 MySQL，人们只在别无选择时才部署它。 三、WordPress：MySQL 的最后堡垒 3.1 WordPress 为什么依赖 MySQL？ 答案：历史遗留。 WordPress 的 wpdb 类号称是一个数据库抽象层，但由于它只抽象了 MySQL 且不承诺抽象其他数据库，所以它实际上就是一个 MySQL 数据库抽象层。再加上无数插件假定使用的是 MySQL 并硬编码了大量 MySQL 特有语法，WordPress 在短期内不可能切换。 3.2 其他平台 除了 WordPress，还有几个主要平台依赖 MySQL—— notably WHMCS 和 Magento。但 MySQL 在此时已经沦为遗留软件。 没有人在 MySQL 上构建下一代伟大应用 MySQL，被 PostgreSQL 逐步蚕食 四、Oracle 的投入大幅缩减 4.1 MySQL 提交量断崖式下跌 Oracle 在收购 Sun 时获得了 MySQL。虽然他们确实在一段时间内继续投资 MySQL，但这种投入已经大幅缩减。以下是 mysql/mysql-server 仓库的统计数据： 时间 提交数量 2010年 约 22,360 次 2024年 约 4,730 次 2025年9月至今 超过三个月零提交 4.2 大规模裁员 去年，Oracle 裁掉了约三分之二的 MySQL 开发团队。MySQL 已经没有太多利润可言，网络效应也在消退，很难说服 Oracle 领导层继续开发。 4.3 MariaDB 的困境 MariaDB 的 IPO 以失败告终，一年后被私有化收购，短期内也不太可能征服世界。 五、作者观点：MySQL 的设计哲学问题 作者回忆起 MySQL 3 时代，当时 MySQL 声称你"不需要"外键和引用完整性，那时就意识到这个产品有问题。 5.1 两种截然不同的设计哲学 数据库 设计理念 MySQL "我们要做一个快速的数据库，正确的事情以后再说" PostgreSQL "我们要从一开始就把事情做对，然后我们再想办法变快" 后者显然是一个工程上更优秀的产品。 六、未来展望 MySQL 将作为"僵尸"继续存在很多年，但作者庆幸它最终没有赢得数据库战争。 对主机行业的影响 WordPress 站点：短期内仍需 MySQL，迁移成本高 新项目：建议直接选择 PostgreSQL 现有 MySQL 部署：评估迁移可行性和长期维护成本 主机商：应同时提供 PostgreSQL 支持，满足日益增长的需求