hq450
commented
6 years ago 应该算是历史原因吧，首先skipd v1在380的merlin上真的有不少问题，skipd v3又换了数据库结构，不兼容的，如果要通过更新固件升级，那么就会导致之前的数据库被清空，软件中心安装的所有插件都会丢失。
然后skipd v1的几个问题： 1 本来ss相关的key都是ss打头储存的，但是有时候比如dbus list ss，打印的结果并不会分行，这和里面储存了什么数据有关，导致脚本去拿值得时候出现各种问题，节点订阅里就有这个问题，所以不得不更改要list数据的前缀来得到正确的结果。 2 skipd还会因为一些数据的储存崩掉，这个在skipd最新版本中才得到修复，因为lz4压缩的一个bug，一些值，比如插件的黑白名单，v2ray的json数据，这些都是先经过base64一次再进行储存，可以减少崩掉的概率，但是还是会有几率会崩，所以就有很多人出现的情况是，点击了提交，然后发现标签页都点击不能了，看F12调试信息才知道，是因为网页端拿不到skipd内的数据了，skipd进程崩掉了，重启skipd进程也不行，因为数据库里有引起skipd崩掉的数据。这种情况最多的就是建议格式化jffs分区，其实目的就是删掉db，重新来过 3 skipd v1当时虽然经过测试，写入性能上是没什么问题的，但是经过了这么久merlin软件中心的考验，问题其实真的多，如果一次写入数据量过大，或者持续性的写入，也会导致skipd崩掉，所以在订阅节点的脚本里，一些地方我加了sleep 1，这是导致订阅节点需要十几分钟的原因 4 现在openwrt by fw867用的是最新skipd v3，hnd平台是次新的skipd v3，tomato改版固件是v2，而最最新的应该是orbi软件中心的skipd了，改造成纯内存数据库，配置文件用 uci 来保存
然后说到节点信息储存，说白了还是考虑到版本之间的兼容性问题，还有以前写的节点管理的asp和js实在很烂，如果升级到新的方式，先不说因为skipd v1的原因，一样会限制速度的（sleep 1），插件3.6.4和3.6.5就存在数据的不兼容，插件在3.6.4升级3.6.5过程就有一次数据迁移，但是之前很多人拿着3.6.4之前的数据备份去在3.6.5里去恢复，这里又需要数据迁移一次。而且迁移的数据量大了，还是容易触发到上面那些问题，导致插件页面点不开，点击没反应等等。
所以现在的数据格式算是破罐破摔吧，也不想去升级他，不然牵扯到的数据过度又是很麻烦。还一个就是merlin 384的话，当然会用最新的内存型数据库，软件中心本身也会改变甚多（2.0），所以380也就不去管它了
虽然是可以给编译一个380的skipd v3，大家需要的话，可以自行替换，但是因为skipd v1是做进了merlin系统service，启动时间太早了，而要替换skipd v3，只有通过mount --bind来实现，替换的时间太晚了些。
PetrusZ
xiaoguazh
tomcati
只是一个建议，也许也有不少不成熟的地方，并且感觉会有不少工作量。但会解决订阅节点错乱bug以及订阅性能差的问题。
目前所有节点信息似乎都存到以
ssconf_basic_为开头的key，这样会将手动添加和订阅添加的混杂在一起。更新订阅的时候也不能有效的将订阅节点分组，只能将订阅新添加的节点添加到最后，亦或者订阅节点被删除的时候，还必须调整节点顺序，效率非常差。这方面与小火箭对比，同样200左右个订阅节点，小火键每次更新只要几秒，而科学上网这边至少要十几分钟，如果节点要重新排序，则需要更长的时间。但根据论坛上关于skipd的测试，写入5000条数据只需2s，目前我200+节点大概只有3000+条数据。我的想法是手动添加的节点仍使用以
ssconf_basic_为开头的key，并仍使用之前的添加、删除方法，而订阅添加的节点可以使用以ssconf_subscription_等为开头的key。这样做在订阅/更新订阅的时候可以直接先删除所有订阅的节点（dbus list ssconf_subscription_）然后重新添加（如上所说skipd的速度似乎还不错），这样保证了每次更新订阅节点顺序都是正确的。并且在添加订阅时在脚本里使用$index++这种方法更新节点编号，而不是再去使用dbus计算当前使用到了哪个index（容易出bug），这样解决了订阅节点需要排序、订阅时容易出bug，订阅时间长等问题。为了进一步提高性能，建议去除订阅中的大部分echo_date日志，如无报错其实大部分用户不需要看这些日志（比如添加了哪些节点之类的）。界面上的问题我不熟悉，不过也有一些想法。建议将节点管理tab分成两个tab，一个为手动添加的，一个为订阅添加的。或者在节点管理tab中分为两组，一组为手动添加，一组为订阅添加。有订阅节点的tab建议在其中加入滚动条，因为订阅节点多了以后没有滚动条不方便浏览/管理。
另看到似乎380的固件数据库以后会升级到skipdv3，不知道会带来什么影响。