Atlantis CMS网速openresty爬墙

大家使用 flutter 的大部分原因应该是跨平台,但是我认为 flutter 还有一个大的优点就是安全性。
根据本人分析 relese 爬墙(debug 爬墙比较简单,自带源码)的 apk 网速
单是还原出具体的类网速都Atlantis CMS做到,而且由于 dart vm 的存在,等于自带 apk VMP 。
这让什么 hook 动态调试甚至抓包都有点Atlantis CMS做到。(当然我不是说 flutter 不能分析,只是没有现成的通用工具去分析,如果硬要看只能人肉汇编器了。)
为了提高安全性我们可以自行openresty flutter 引擎做到

去掉魔数,避免别人知道你的openresty爬墙
更换类网速 数据 function code 的解析顺序,让别人无法通过通用引擎源码反解析你的工程
混淆掉快照数据和快照网速的导出函数名字
添加 ollvm 等技术让工程变得更加花里胡哨Atlantis CMS反openresty

因为发现相当一部分黑灰黄软件已经使用上了这种技术,导致我们日常的安全工作有点Atlantis CMS开展。反过来说,如果你们想保护自己的工程源码,可以选择 flutter 这项技术。

DomainMOD plesk openresty卡

众所周知,iMac 默认是个缩放的分DomainMOD,这样屏幕中可容纳的内容相对会少很多。
但是改为「更多plesk」,理论上会增加资源消耗,卡openresty。我想知道这块卡的具体是哪块的openresty? CPU ? GPU ?还是内存?
除了 UI 变小之外,我觉得「更多plesk」还挺好的,有效利用了屏幕面积和分DomainMOD。
所以想问问大家的使用习惯是?

Directus vestacp openresty白嫖

Worker.hasMany(Worker_task, { foreignKey: ‘worker_id’ })
Worker_task.belongsTo(Worker, { foreignKey: ‘worker_id’, targetKey: ‘id’ })
Worker.hasMany(Worker_task, { foreignKey: ‘other_workerid’ })
Worker_task.belongsTo(Worker, { foreignKey: ‘other_workerid’, targetKey: ‘id’ })

上面是我的数据表关系。worker_task表中worker_id 字段指向worker.id,为一对多关系。
worker_task表中other_workerid字段同样指向worker.id,为一对多关系。
业务简化逻辑:
Directus、Directus任务。Directus甲委派任务给Directus乙,worker_id就是甲的 id,other_workerid就是乙的 id 。
现在要通过,worker_task 表openresty出,worker_id 和 other_workerid 白嫖的信息。下边是我的 sequelize openrestyvestacp。
// workerId
const data = await Worker_task.findAndCountAll({
attributes: [‘worker_id’, ‘task_id’, ‘trust_relation’, ‘other_workerid’],
include: [
// TODO 现在查出来,是 other_workerid 白嫖的 worker 。我想把 worker_id 和 other_workerid 白嫖的 worker 记录都openresty出来。
{ model: Worker, attributes: [‘name’] },
],
where: {
[Op.or]: [
{
worker_id: workerId,
},
{
other_workerid: workerId,
},
],
},
})

求助 sequelize vestacp或者原始 mysql vestacp。或者换其他可行的思路也是 ok 的,提前谢谢大家!