机场博客JICHANGBOKE.ORG

FacMata风险观察与讨论总结

社区反馈待核验其他待分类节点异常反馈客服失联反馈

FacMata名下归并了 1 个讨论串、2 条评论,讨论集中在自称数据丢失致密码失效、未通知即减少协议支持、节点经常全部超时、用户确认数据丢失并弃用、用户称服务质量一般。当前核验状态为「社区反馈待核验」,资料截至 2026 年 8 月 28 日。本页只转述公开讨论里有人反馈了什么,不代表本站对这家机场经营状况的判断。

首次发布
总结修订
,第 1 版
资料截至
整理
塔台君
i

本站没有收录这家机场,所以没有本站的实测数据可以对照,下面的内容全部来自社区公开讨论。

讨论总结

来源仓库里有一条标题写明 FacMata 的投稿,发布于 2026 年 1 月,附了一份结构化的报障说明,下面有两条回复,分别发布于 2026 年 2 月和 8 月。投稿人称运营方某天宣布自己数据丢失,导致所有用户的密码都丢失了,还在没有通知用户、没有更新网页文档的情况下减少了可用协议的种类,节点从 11 月 25 日起经常同时超时,一周里七天都是这种状态。约六周后一位用户回复确认数据丢失的事,称交流群组已经弃用,网站本身还能访问,账号里还剩不少流量,但不会再考虑使用。约半年后另一位用户回复称自己保留了订阅和用量的截图提交给客服,很快获得了含原套餐的新账号,但认为这家服务质量比较一般,之后没有再用。以上都是投稿人和跟帖者的单方说法,本站没有核实。

主要反馈

按主题归并。每条后面标了主张类型、发言时间和来源编号,来源编号对应页面底部的列表。

自称数据丢失致密码失效

  • 投稿人称运营方某天宣布自己数据丢失,导致所有用户的密码都丢失了。

    反馈者陈述[S1]

未通知即减少协议支持

  • 投稿人称运营方没有通知用户、也没有更新网页文档,就减少了可用协议的种类。

    反馈者陈述[S1]

节点经常全部超时

  • 投稿人称从 11 月 25 日起,所有节点经常同时超时,一周里七天都是这种状态。

    反馈者陈述[S1]

用户确认数据丢失并弃用

  • 约六周后另一位用户回复称自己登录时才知道数据丢失的事,交流群组也已经弃用。

    反馈者陈述[S2]

网站仍可访问但用户放弃

  • 同一位用户称网站本身还能访问,账号里还剩不少流量,但不会再考虑使用。

    反馈者陈述[S2]

提供凭证后客服补发账号

  • 约半年后另一位用户回复称自己保留了订阅和用量的截图提交给客服,很快获得了含原套餐的新账号。

    反馈者陈述[S3]

用户称服务质量一般

  • 同一位用户认为这家的服务质量比较一般,处理完之后就没有再使用。

    反馈者陈述[S3]

事件时间线

「发言」是有人发帖或评论的时间,不等于事情发生的时间。Issue 被关闭只说明来源状态变了,不代表问题已经解决。

共 4 条
  1. 发言Issue #168 发帖(S1)
  2. 发言Issue #168 新增一条评论(S2)
  3. 发言Issue #168 新增一条评论(S3)
  4. 本站修订本站首次发布这份总结

目前能确认

  • 来源仓库里有一条标题写明这一品牌的投稿,发布于 2026 年 1 月,附了结构化的报障说明。 [S1]
  • 这条投稿下有两条回复,分别发布于 2026 年 2 月和 8 月。 [S2][S3]

仍待核实

  • 数据丢失的具体原因和范围官方有没有说明
  • 协议支持后来有没有恢复
  • 节点超时的情况是不是所有用户都遇到

相关讨论来源

下面的链接指向 GitHub 上的原始讨论,在新窗口打开,只供你主动核对,读懂本页不需要点开它们。原帖里可能有未经核实的说法和他人的个人信息,请自行判断。

  1. S1Issue #168,,第 1 版。2026 年 1 月的投稿,附结构化报障说明,反馈数据丢失和节点超时查看原始来源
  2. S2#168 下的评论,,第 1 版。约六周后的跟帖,确认数据丢失并称放弃使用查看原始来源
  3. S3#168 下的评论,,第 1 版。约半年后的跟帖,反馈客服凭证核实后补发账号查看原始来源

更正与澄清

如果你是FacMata的运营方,或者你了解情况并认为本页有误,请发邮件到 hi@jichangboke.org,写明是哪一条主张、依据是什么。核实后我们会修订页面,并在时间线里记一笔。处理规则见编辑与更正政策

回到预警名单