小红花·文摘
  • 首页
  • AI Tokens🪙
  • 排行榜🏆
  • 直播
  • FAQ

本文介绍Phorge现代化改造中简体中文翻译的迁移与维护。项目新增zh_CN语言定义及约2.7万行翻译表,用户可在设置中选择中文,默认仍为英文。为应对后续更新,迁入scripts/i18n/维护工具,用于扫描缺失字符串、补键、调用在线模型翻译,并保护格式占位符。流程包括检查、补键、批量翻译和校验,确保译文质量与格式安全。

Phorge 现代化改造实战(十七):恢复简体中文支持,用工具持续维护 2.7 万行翻译文件

苏洋博客 苏洋博客 · 2026-09-09T08:20:00Z

本文介绍Phorge数据库诊断功能迁移至独立Go服务gorge-db-api,提供八个只读接口采集节点健康、复制状态、结构差异和升级状态。通过契约版本1.1、/api/db/meta握手和跨仓测试确保PHP与Go字段一致,避免静默错误。支持文件拓扑配置和只读账号,未配置时保留原生SQL路径。

Phorge 现代化改造实战(十六):把数据库自省搬进 Gorge,跨仓契约不能靠手工同步

苏洋博客 苏洋博客 · 2026-09-09T03:20:00Z

本文介绍Phorge工作队列迁移至Go服务的过程。通过gorge-taskqueue管理队列状态、gorge-worker处理消费循环,将任务调度与PHP业务实现分离。迁移需处理ID分配、租约机制、归档语义等兼容问题,并停用旧taskmaster确保所有权唯一。过渡期未迁移任务经Conduit回传PHP执行,最终实现队列运行时独立,无需一次性重写所有worker。

Phorge 现代化改造实战(十五):用 Go 接管 Phorge 工作队列,如何避免新旧消费者互相抢任务

苏洋博客 苏洋博客 · 2026-09-08T07:30:00Z

本文介绍Phorge现代化改造中新增的Conduit网关,使Go服务能经统一入口调用Phorge API。网关处理认证、限流,保持Conduit协议格式,并迁移至Fiber v3。文章强调协议兼容、中间件顺序、测试验证及版本对齐等关键点,确保服务稳定集成。

Phorge 现代化改造实战(十四):为 Go 服务建立统一的 Phorge API 入口,网关可以换框架,Conduit 协议不能变

苏洋博客 苏洋博客 · 2026-09-08T06:20:00Z

本文介绍Phorge现代化改造中六个Gorge服务与Phorge整体联调的方法。文章强调容器状态、健康探针和配置就绪均不能证明业务已生效,需分五阶段验证:运行、可达、就绪、被选中和业务生效。针对高亮、文件存储、邮件、搜索、通知和Webhook各自不同的接入机制,需分别检查引擎选择、优先级、后端配置和队列消费等细节,最终以真实业务结果为准。

Phorge 现代化改造实战(十三):联调六项外部服务,容器在运行,不代表业务已经切换

苏洋博客 苏洋博客 · 2026-09-08T05:10:00Z

本文讲述Phorge搜索服务在接入真实Elasticsearch和Meilisearch后暴露的兼容性问题。因Elasticsearch版本升级移除mapping type,Gorge需按版本调整索引结构、写入路径和查询过滤,并修复include_in_all、not query等过时语法。Meilisearch则需声明id为可过滤属性。通过增加结构关系测试和真实后端联调,确保协议兼容。

Phorge 现代化改造实战(十二):兼容 Elasticsearch 5、6、7,版本配置决定整个索引结构

苏洋博客 苏洋博客 · 2026-09-08T03:20:00Z

本文介绍Gorge服务将HTTP框架从Echo v4迁移至Fiber v3,并更换WebSocket库。迁移保持外部契约不变,重点处理响应提交状态、错误码映射、严格路由等兼容细节。通过分层迁移和四层验证,确保测试覆盖率不降,最终成功替换底层框架,验证了平台层对业务逻辑的隔离效果。

Phorge 现代化改造实战(十一):升级 Gorge 的 HTTP 框架,接口没变,行为也不能变

苏洋博客 苏洋博客 · 2026-09-08T02:30:00Z

本文介绍Phorge现代化改造中首个主动读取数据库的Gorge Webhook服务迁移。核心难点是任务所有权与重复投递问题,通过复用dateModified字段实现CAS乐观锁抢占,避免修改Phorge schema。同时处理了全局静默配置、数据库初始化依赖、日志级别不当等隐患,强调共享队列消费者需先设计所有权和可观察性,否则可能静默产生重复请求。

Phorge 现代化改造实战(十):迁移 Webhook 投递服务,先解决重复投递

苏洋博客 苏洋博客 · 2026-09-07T05:50:00Z

本文介绍Phorge文件存储服务现代化改造,核心是将文件存储迁移至单仓,新增独立二进制、三个存储后端及路由。改造重点包括直接传输二进制而非base64、保留8MB分块限制、按优先级选择后端、处理存量handle格式、解决首次启动依赖死锁。强调配置合法不等于文件真正落入预期后端,需显式切换并保护存量数据可达性。

Phorge 现代化改造实战(九):迁移文件存储,写得进去也要读得回来

苏洋博客 苏洋博客 · 2026-09-07T05:15:00Z

本文介绍Phorge搜索服务迁移至Gorge的实战。迁移重点在于替换已有实现,需确保字段一致、索引兼容、查询正确。文章强调搜索链路中写入与查询的闭环,权限检查保留在PHP侧,并处理了中文搜索的CJK支持、配置切换、错误处理及测试验证,避免静默失效。

Phorge 现代化改造实战(八):迁移搜索服务,写进索引不等于搜得到

苏洋博客 苏洋博客 · 2026-09-07T04:35:00Z

本文介绍Phorge邮件系统现代化改造,将独立gorge-mailer迁入Gorge单仓库,统一SMTP及第三方provider后端。核心修复包括:永久失败错误分类、重试参数生效、就绪探针真实化、配置合并防覆盖。强调失败需让负责层可见,避免静默故障,并指出需区分后端与整封邮件的永久失败作用域。

Phorge 现代化改造实战(七):迁移邮件服务,先分清哪些失败不该重试

苏洋博客 苏洋博客 · 2026-09-07T03:50:00Z

本文介绍用Go语言模块gorge-notification替换Phorge的Node.js通知服务Aphlict。该服务通过admin端口接收PHP消息,经WebSocket推送至浏览器,涉及长连接、内存状态和集群防环。文章强调兼容旧协议细节,如501健康状态、错误Content-Type等,并指出服务端全绿不等于链路可用,需真实浏览器验证。

Phorge 现代化改造实战(六):替换实时通知服务,为什么 HTTP 501 反而表示正常

苏洋博客 苏洋博客 · 2026-09-07T03:05:00Z

本文介绍Phorge现代化改造中,将diff计算模块迁入Gorge服务的过程。文章强调兼容性定义的重要性,指出unified diff需逐字节匹配GNU diff,而相同输入时需保留PHP历史行为。通过交叉验证发现8.6%差异源于歧义对齐,非实现错误。测试策略区分确定性格式与歧义场景,并讨论配置重构、算法优化等后续工作。

Phorge 现代化改造实战(五):替换 diff 子进程,兼容不等于逐字一致

苏洋博客 苏洋博客 · 2026-09-07T02:15:00Z

本文介绍Phorge现代化改造中拆分语法高亮为Go服务(gorge-render)的经验。核心在于通过配置驱动和组合方式无侵入接入,避免修改上游核心文件,控制fork冲突面。同时强调语义层面的兼容,如保留Future并发、异常降级协议和语言映射细节,并通过分层测试和契约固定架构,平衡服务独立与开发成本。

Phorge 现代化改造实战(四):拆分模块到 Gorge,无侵入改造不等于不碰文件

苏洋博客 苏洋博客 · 2026-09-06T10:55:00Z

本文介绍Phorge现代化改造实战第三篇,聚焦于通过Traefik Forward Auth与Stargate集成,实现认证网关到Phorge本地账号的信任传递。文章详细说明了r3版本中身份头清洗、端口重置等安全修正,强调认证链需严格顺序,并提供了部署配置、测试方法及安全注意事项,确保外部身份正确映射至Phorge。

Phorge 现代化改造实战(三):接入 Stargate,把 Forward Auth 的信任边界做完整

苏洋博客 苏洋博客 · 2026-09-06T10:15:00Z

本文介绍Phorge容器现代化改造的第二阶段,聚焦将方案从“能运行”提升至“可配置、可持久化、可观测”。主要解决七个关键问题:预创建卷目录并设置属主、修复Dockerfile变量展开错误、优化配置生成逻辑、降权启动phd进程、安全清理构建依赖、改进健康检查及数据库账号迁移。改造后容器配置稳定、权限正确、可观测性增强,为后续认证和外部服务拆分奠定基础。

Phorge 现代化改造实战(二):改进容器化的七个细节

苏洋博客 苏洋博客 · 2026-09-06T09:45:00Z

本文介绍Phorge容器化改造的第一步。Phorge是Phabricator的社区fork,官方无Docker镜像。作者从源码构建最小可运行版本,解决Arcanist依赖、base-uri校验、数据库探活等问题,最终通过Docker Compose成功启动服务。文章指出当前方案仍存在进程管理、版本固定等不足,为后续优化奠定基础。

Phorge 现代化改造实战(一):从没有官方镜像到 Docker Compose 跑起来

苏洋博客 苏洋博客 · 2026-09-06T09:15:00Z
混合云编排:利用AWS实现本地基础设施管理的现代化

本文介绍AWS混合云编排方案,用于管理分布式本地基础设施。核心架构包括:DynamoDB库存系统追踪资源、Lambda和Step Functions实现事件驱动工作流、Redfish API管理裸机硬件、EKS Anywhere部署Kubernetes集群。方案支持订单管理、硬件生命周期自动化、集群操作及集中监控,解决多站点不一致、手动瓶颈和可见性碎片化问题。

混合云编排:利用AWS实现本地基础设施管理的现代化

AWS Architecture Blog AWS Architecture Blog · 2026-09-01T14:01:10Z

华钦科技利用AI成功改造了国际银行一套有30年历史、包含超70万行代码的抵押贷款系统。其专有方案KYS能解析遗留代码并生成设计文档,仅用20余人16个月完成,远少于原估的80人五年。面对缺失源码的VB模块,团队结合相似系统代码与AI理解补全逻辑,大幅节省成本。

华钦科技用AI完成国际银行30年抵押贷款系统现代化改造

全球TMT-美通国际 全球TMT-美通国际 · 2026-08-21T09:14:31Z
印孚瑟斯推动克诺尔集团IT系统现代化

印孚瑟斯与克诺尔集团达成长期战略合作,为其提供IT系统现代化托管服务,覆盖ERP、数据平台及工程管理系统,旨在提升运营韧性、合规性和服务治理,缩短创新周期,并利用生成式AI和智能体AI技术支持克诺尔全球业务增长。

印孚瑟斯推动克诺尔集团IT系统现代化

全球TMT-美通国际 全球TMT-美通国际 · 2026-08-19T09:05:54Z
  • <<
  • <
  • 1 (current)
  • 2
  • 3
  • >
  • >>
👤 个人中心
在公众号发送验证码完成验证
登录验证
在本设备完成一次验证即可继续使用

完成下面两步后,将自动完成登录并继续当前操作。

1 关注公众号
小红花技术领袖公众号二维码
小红花技术领袖
如果当前 App 无法识别二维码,请在微信搜索并关注该公众号
2 发送验证码
在公众号对话中发送下面 4 位验证码
小红花技术领袖俱乐部
小红花·文摘:汇聚分发优质内容
小红花技术领袖俱乐部
Copyright © 2021-
粤ICP备2022094092号-1
公众号 小红花技术领袖俱乐部公众号二维码
视频号 小红花技术领袖俱乐部视频号二维码