无论是在nosla还是在bitsflow(新站),如无需要,请勿随意下单;
因为目前为止发现了一个神奇的逻辑—Blesta中,只要你有未支付的订单或者超过支付期限,他会将与之无关的服务也暂停掉.

类比为:
用A本来有一个FRM的年付服务,结果下了个HK的订单但是没付款,当超过HK订单的付款期限没付款时,他的FRM服务也会被暂停......(什么几把神奇逻辑卧槽)

截止今日,无论是原来的团队还是迁移,现在都已经尘埃落定了;
大方向上,目前维持bitsflow和nosla的现有产品不变;
剩下的任务就是向稳,而不是和之前一样步子迈的太大最后差点把蛋给扯烂了.

从现在起,每个站点将设置两个长期优惠码(一个月付,一个年付)

ccp.bitsflow.cloud(对站点内所有VPS有效)
Cdxrfm91 所有VPS年付7折(仅新购,续费同价,价保至少2年);
gMMg9UIk 所有VPS月付85折(仅新购,续费同价,价保至少2年);

ccp.nosla.cloud(对站点内所有VPS有效)
JInIOprQ 所有VPS年付8折(仅新购,续费同价,价保至少2年);
Xp49FCek 所有VPS月付9折(仅新购,续费同价,价保至少2年);

拆楼容易盖楼难,BF这栋楼之前被炸的就剩个地基了,现在得重新盖起来.

关于当前JP-PRO下线的相关事宜安排

出于对用户负责任的态度,在与上游商讨后确定将在本月末或下月初(2026年1月10日之前)在日本东京部署软银(SoftBank)线路的宿主机;
但是由于当前JP-PRO的上游无法将现有服务保留到软银线路宿主机开机之时,所以原本的平滑切换计划无法实施;

———————————————

基于此情况做出以下决定:
在2025年12月20日晚20点(北京时间)下架当前JP-PRO宿主机,所有JP-PRO用户可从以下两种处理方式中任选一种:

1)坐等新机:
如您选择此项,我会将您当前的服务标记为"暂停",您将获得不可用时间x2的天数补偿;
软银宿主机开机之后,您将获得硬件/网络各项配置不低于当前您所使用配置的新VPS.

2)剩余价值分批次退款:
如果您不愿意等,您可以开立工单方便我登记,登记后您的服务将被"取消",并且可以通过计算剩余价值来进行分批次退款,具体如下:

①无论您是在新站或者老站购买的服务,我都将根据您的历史付款记录按照公式计算剩余价值,并先行发放到您目前在nosla的账户余额中以备退款;

②计算公式:
付款金额 / 应获得服务天数 * 剩余可用天数 = 剩余价值(精确到个位数,四舍五入)
(年付的应获得服务天数按照365天计算,月付的应获得服务天数按照30天计算)

③退款批次:
首批我们将为L-XL系列的月付/年付客户进行退款(可能提前,不会延后);
退款将于2026年1月5日开始,并最晚于2026年1月15日结束;
该系列的用户可以在开始退款时间~退款截止时间内开启剩余价值现金退款工单,退款方式为支付宝转账;

第二批我们将为M系列的月付/年付客户进行退款(可能提前,不会延后);
退款将于2025年1月20日开始,并最晚于2026年1月30日结束;
该系列的用户可以在开始退款时间~退款截止时间内开启剩余价值现金退款工单,退款方式为支付宝转账;

第三批我们将为S系列的月付/年付客户进行退款(可能提前,不会延后);
退款将于2026年2月5日开始,并最晚于2026年2月15日结束;
该系列的用户可以在开始退款时间~退款截止时间内开启剩余价值现金退款工单,退款方式为支付宝转账;

④可能部分客户会觉得是在拖延退款时间,其实不然,在之前的HKG-PRO事件中就进行了分批次退款,而且选择退款的用户最终都如数获得了退款(有记录可查).

———————————————

恳请各位能够对此项决定给与一定的理解,如非无奈绝不会做此大动作,BF未来依然是以保稳定为第一要务!

BF-LTSC保证正式实施

Q:什么是LTSC?
A:那当然是老坛酸菜了 LTSC是Long-term Service Commitment的缩写,意为长期服务保证,常见于Windows系统中,如win10 LTSC,以精简稳定(支持周期长,不折腾,主打好使)著称.

Q:你的BF-LTSC是啥意思?
A:自25年7月份以来我们频繁的更换宿主机(上线-下线各种产品),导致客户满意度急剧下降,差评接踵而来;客户购买我们的服务不是体验迁移或者全球漂流而是稳定使用的,所以从众多方面考虑推出了BF-LTSC保证,旨在提高稳定性进而提升用户的最终使用体验.

Q:BF-LTSC涵盖哪些区域?如何保证实施效果?
A:目前BF-LTSC分为完全保证区域和和观察期区域;
运行时间大于等于30天的,归类于完全保证区域;
运行时间不满30天的,归类于观察期区域;

当前处于BF-LTSC完全保证的区域如下:

美国-洛杉矶-VDS

当前处于BF-LTSC观察期的区域如下:

日本-东京-SB(即将上线)
德国-法兰克福-GOLD-REF(即将上线)
德国-法兰克福-PRE(即将上线)
德国-法兰克福-GOLD
美国-弗里蒙特-GOLD
美国-圣何塞-PRE
中国-香港-Platinum

请注意:观察期不意味着就可以在观察期内进行动迁,只是单纯的以运行时间区分,切勿过度解读.

对于BF-LTSC完全保证的区域,具体保证措施为:
1.确保365天内动迁(包含终止服务/下架服务)次数≤0 (不可抗力除外,比如上游跑了或者上游整体将当前区域迁移了或者其他无法阻挡的人为灾害或自然灾害)
2.确保730天内动迁(包含终止服务/下架服务)次数≤1(同上)
3.如超过保证期内的动迁次数,将对所涉及区域的所有计费周期的用户执行剩余价值*1.1倍的现金退款.

对于BF-LTSC观察期的区域,具体保证措施为:
1.确保30天内动迁(包含终止服务/下架服务)次数≤0 (不可抗力除外,比如上游跑了或者上游整体将当前区域迁移了或者其他无法阻挡的人为灾害或自然灾害)
2.如超过保证期内的动迁(包含终止服务/下架服务)次数,将对所涉及区域的所有计费周期的用户执行剩余价值现金退款;
3.当观察期区域运行满30天后自动转为BF-LTSC完全保证并适用BF-LTSC完全保证的各项条款.

主页焕新!更简洁更易读!

https://bitsflow.cloud

与此同时还进行了如下变更:
1.在TOS中写入了最新的退款相关内容;
2.新增了SLA页面,将BF-LTSC包含其中;
3.TOS/AUP/SLA/About Us页面原生支持中英双语切换.

关于PUSH,简单说下:

PUSH免费,不承担因此被骗的任何直接和连带责任.

Gemini还是嘴下留德了😒

FRM网络升级耗时2小时,达到了SLA中规定的高于10分钟不可用时间计算为一天不可用并按照双倍补偿的标准,已为所有FRM用户发放了2天的补偿时间.

bash <(curl -sL https://raw.githubusercontent.com/BitsFlowCloud/Looking-Glass/main/tcp.sh)

复制后按回车就行!

减重传,提速度亲测有效!(自己写的)

通知:
自2025年12月31日23:33分起,任何区域都不再接受25/465端口解封申请,不接受任何邮件服务,不提供任何rDNS服务.

同时,所有位于bitsflow的介绍上也明确了这三点,下单订购之前的弹窗中也提及了这三点.

经综合考虑,我将对TOS下的如下内容进行变更,且立即生效:

原TOS中:
购买服务后,您可在24小时内无理由退款(双向流量不得超过5GB,且IP不能被GFW屏蔽)没有遭遇针对您的网络攻击
(每个账号仅可使用一次)

变更为:
购买服务后,您可在72小时内无理由退款(双向流量不得超过10GB,且IP不能被GFW屏蔽)没有遭遇针对您的网络攻击
(每个账号仅可使用一次)

SJC-PRE 169款可选 300G @ 1Gbps,购买后开工单我来变更参数即可;

之前169的用户,可以按照剩余价值退款到账户余额后购买活动款来实现;

选择默认500G @ 300Mbps的无需开工单.

——————————————————

SJC-PRE 329款可选1.5T @ 500Mbps,购买后开工单我来变参数即可;

之前的用户,可按照剩余价值退款到账户余额后购买活动款来实现;

选择默认1TB @ 1Gbps的无需开工单.

我正在排查SJC宿主机中不正常的网络丢包/延迟增加和波动的情况;
因为目前我有理由怀疑不是udp协议过多导致的网络问题.

排查期间,极有可能出现网络瞬断/电信去程为163-tata;
这些都是暂时现象,请不必理会,更没有必要曲解.

感谢您的理解与支持!

已完成

经过与claude和gemini的惨烈battle,目前push插件已经编写完毕;
现在已经应用在了 ccp.bitsflow.cloud ,提供免费PUSH;
您可以登录 ccp.bitsflow.cloud 在导航栏中找到Transfer VPS

验证通过无重大问题之后,将应用到 ccp.nosla.cloud

当前PUSH的限制条件为为:
PUSH过的机器有10天的冷却期,在此时间段内,已PUSH过的VPS无法再次PUSH

指导步骤为:
https://bitsflow.cloud/how-to-transfer-vps.html

如果使用中出现了任何问题,可以直接私聊我(被骗除外)
https://t.me/littleblackcherry

尊敬的用户：

我在进行宿主机例行检查时发现DE-FRA-GOLD-REF宿主机的磁盘出现了异常严重的性能降级,RAID10环境下,所有 I/O 读写速度极大幅低于正常水平.

宿主机RAID10下硬盘性能如下:

fio Disk Speed Tests (Mixed R/W 50/50)
Partition: /dev/mapper/root758--vg-root
------------------------------------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 13.44 MB/s    (3.3k) | 46.02 MB/s     (719)
Write      | 13.46 MB/s    (3.3k) | 46.28 MB/s     (723)
Total      | 26.91 MB/s    (6.7k) | 92.30 MB/s    (1.4k)
------------------------------------------------------------
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 57.93 MB/s     (113) | 51.19 MB/s      (49)
Write      | 61.08 MB/s     (119) | 54.36 MB/s      (53)
Total      | 119.01 MB/s    (232) | 105.55 MB/s    (102)

故障分析与处理方案:

我第一时间与上游进行了沟通,上游确认该节点使用的是消费级 SSD(QLC颗粒)
且无法在不停机的情况下进行热替换,即使替换也只能替换消费级SSD

鉴于目前存在异常明显可见的数据安全隐患,且更换消费级固态硬盘无法从根本上解决稳定性问题,上游强烈建议迁移现有业务.
基于实际情况考量,我将以最高优先级处理此事,并将当前DE-FRA-GOLD-REF用户整体迁移到全部使用企业级NVME SSD RAID10的DE-FRA-GOLD.

为了保障您的数据安全与使用体验,我决定启动可见硬件故障下的紧急迁移计划：

执行措施:
将 DE-FRA-GOLD-REF 节点上的所有用户迁移至 DE-FRA-GOLD 节点;
窗口时间:
2026年1月11日凌晨2点~2026年1月13日凌晨2点(北京时间).
迁移影响:
迁移过程中数据不会受损,我将确保数据完整平滑地转移,但IP地址会产生变更
补偿措施:
迁移完成后,我将为受影响的 DE-FRA-GOLD-REF 用户补偿 4 天的使用时长(基于SLA进行计算)

对于此次硬件故障带来的不便,我们深表歉意,感谢您的理解与配合.

已完成,4天补偿时间已经附加完成;
数据没变,IP(IPv4)没变.

关于大家关心的几件事的回应;

1.JP机:
正在和上游最终确认,预计本周内完成;
开机后,将对从本月10日起算,未开机时间进行2倍补偿.
(比如17号开机,将开机后将额外补偿14天)

2.加群后的余额发放:
正在开发新插件,所有已经入群的大佬届时可以自行领取(5天内完成);

3.是否会再度漂流:
正如我在LTSC中提到的,除非是硬件出现故障而且短时间无法恢复,否则不会主动进行任何迁移,迁就赔钱!

4.PUSH插件上线Nosla
PUSH插件目前通过验证,将在1月13~14日上架Nosla,也是免费PUSH!