[站务] 船新版本订阅系统现已上线，旧版认证功能已失效

由于 afd 平台现在的状态也不清楚算怎么个事，但是也没有安排别的方案，所以姑且就先这么着吧……

本次程序更新主要是针对前段时间旧版认证功能缺陷的集中修复，包括但不限于无法正确回跳到网页地址啊打不开啊404啊等各类问题。

因为新的程序是重新设计的，和原先有以下主要区别：

1. 当前对于订阅系统单独引入了专用的认证和自托管的登记系统，不再依赖平台的API提供服务。
2. 虽然目前的跨域读取Token的方案和之前其实是一样的，但是重新设计和简化了一些跳转和回调过程。
3. 不再提供对于发布31天以上旧文章的解锁功能，这个功能是基于旧版网站的查询接口实现的，而且验证方法和新的令牌方法并不一致，兼容起来有点蛋疼，所以去除了。主要是我看了一下之前设置的js锚点接收回来的数据统计，用到这个解锁的人很少，对于大多数用户本站的用处基本上是一次性的，之后基本不会再回来，去除这个功能可以精简掉不少代码。
4. 对于新的系统重新设计了新的验证方法，原来的算法是基于时间的，但是由于本站的服务器时间和用户的系统时间有时候会有区别，为了避免故障所以现在改成了基于签名的方法。

于是，关于这个新系统有如下说明：

已经导入了从2023年5月20日（也就是本站首次接入 afd 的时候）起算的所有订单，均未激活。

所以，过去所有订阅过的用户均可以获得一次全新订阅。

每一个订单号均可生成一次单独的认证，订阅时间从首次输入订单号激活起计算，有多次订阅的老用户们，请注意规划激活时间。

对于去年的订单，因为数据不一致所以可能页面显示是错误的，但是不影响激活使用。

总之算是一些补偿措施吧，对于这段时间以来各种问题不断。

另外，我检查时发现有的用户同一时间莫名其妙的连续订阅了两次，但是原来的认证是只对第一次订阅生效的，目前可以解决这个问题。

同时由于本站旧代码的一些历史遗留问题，以及 afd 官方对于API更新导致一次性订阅多个月的用户认证提前失效，还有些因为 afd 的订单号格式不统一之类的导致查询不到订单的问题，在目前统统得到解决。

对于新订阅系统有任何问题请留言，或者到群里找我。

以下是一些闲聊环节。

目前本站的三大疑难杂症目前算是解决了一个，耗时差不多10天，这里面有差不多3天是找人收集问题去了，主要是各位反馈回来的信息我看完经常是云里一个雾里，所以为了定位这些问题花了些功夫。虽然这个可能主要还是我的问题，因为我描述功能的时候习惯于使用开发人员习惯的描述，这种描述用户可能本来也看不懂的。为了解决这个问题，我在新的程序上增加了一些描述和说明，以替换掉原来直接返回报错信息的方法。

因为 afd 是16日爆炸的，这个时间点我刚写完程序用于 afd 的接入部分，说心态没有一点爆炸是不可能的，至于不再使用 afd 或者 PlanB 之类的，当初选择 afd 主要就是它提供现成的接口，开发者想接入非常简单，而且这个问题我的考虑是这样的，毕竟接入有公信力的三方平台总是比我自己鼓捣一个什么发卡要靠谱的，起码这样可以提供一些售后，但是除了 afd 之外还能够提供现成接口的平台好像也没了，所以之后会看情况考虑别的方案。

但是程序写都写了，不用那不是白写了，所以姑且就先这样好了……我额外增加了一些类似“邀请码”的备用功能，希望有生之年我不会用上这玩意吧，毕竟这年头的奇奇怪怪的什么发卡网之类的，多的是，野鸡的那种就不说了，野鸡发卡盈利模式主要是跑路，但是另外一些不太跑路的通常的马内的流向也都不怎么干净，是一点不想沾边的，咱这也就互联网赛博卖艺，虽然挣的是零花钱但是起码挣点干净的，帮别人洗U之类的缺德事情咱不干。

不过既然已经说到马内了，总之呢，在我能力允许的范围内我尽一切可能提供妥善方案，至于 afd 到底跑不跑路之类的事情是我该担心的，重做了订阅系统主要就是为了接管原先的 afd 接口服务，就算是跑路了目前的订阅系统依然可以保持可用。

而且就算是以前 afd 的接口也不咋稳定，三天两头故障，有的时候官方更新之后数据结构还会变动，关键它更新就更新，对于开发者没有任何通知，每次出问题都得花一遍时间调试，新的系统算是彻底了解这桩心事。但是为了不做更多的白费功夫，原计划我是想完善一下自动回调的，有了自动回调用户就不需要手动输入订单号了，暂时这个功能的开发就搁置了，回头要是 afd 稳定了，那就继续做。

至于另外两大疑难杂症，本站的其他域名的问题，我调整了一下org域名的兼容，目前访问org域名应该不会跳转到com了，但是图片的问题没有还没有修。图片功能我目前在做替代的缩略图生成器以及单独的图床功能，因为图片算法以及图形学的东西我以前是真没接触过，有些东西是现学的状态，我争取尽快搞定。

就这样。