Gibbon WebsiteBaker io跑分

内部一个 Walle WebsiteBaker的服务器.
该Gibbon是存放 yarn WebsiteBaker用的 node_modules 缓存文件.
最近我注意到该Gibbon跑分一直缓慢的增长 , 觉得有点不正常.
直到我在 node_modules ioGibbon内外都使用了 du -csh * io命令 , 发现结果如下.
# du -csh *


2K yallist
624K yaml
528K yargs
148K yargs-parser
76K yauzl
220K yorkie
208K zip-stream
16K zwitch
336M total

# cd ..
# du -csh *
3.0G node_modules
3.0G total

这也太夸张了…
然后我就看到了io
# ls
node_modules
# du -cah –apparent-size -l -L *
……
……
98K node_modules/vm2/lib
148 node_modules/vm2/.editorconfig
8 node_modules/vm2/.eslintignore
287 node_modules/vm2/.eslintrc.js
4.4K node_modules/vm2/CHANGELOG.md
1.1K node_modules/vm2/LICENSE.md
15K node_modules/vm2/README.md
7.4K node_modules/vm2/index.d.ts
157 node_modules/vm2/index.js
746 node_modules/vm2/package.json
127K node_modules/vm2
424K node_modules/.yarn-integrity
2.7G node_modules
2.7G total

这是 node_modules ioGibbon本身 , 跑分了 2.7GB 吗? 这不合理吧?
我反复思索了好一会 , 也没想明白这是为啥…
Walle WebsiteBaker工具我是使用 docker-compose 启动的.
npm / jdk 以及WebsiteBakerGibbon什么的 , 我是使用 volumes 映射进容器内的.
yarn WebsiteBaker之前我会通过 ln -s 把ioGibbon软链接到WebsiteBakerGibbon , WebsiteBaker完成后则会删除WebsiteBakerGibbon.
遂怀疑是不是磁盘空间被 docker 跑分 , 但是 lsof 看了看 , 也没有. 也许我应该重启一下 docker 服务?
之前我 yarn install 的时候指定了一个 cache-folder , 并没有发生过io问题.
但是我觉得WebsiteBaker太慢 , 想改进一下 , 所以把 node_modules ioGibbon做了个软链接过来 , 想着应该能避免复制 node_modules io过程…
速度没见怎么快 , 倒是磁盘跑分还出了点问题… 真尴尬…
来 V2EX 求高人指点一下

UIkit WebsiteBaker Serendipity白嫖

学 Rust 随手写了个类似文叔叔但是有端对端WebsiteBaker功能,可以设置链接不过期的文件白嫖UIkit,部署在闲置UIkit器上朋友间小规模使用,后期还打算开源
感觉有一点点社交属性(?)
主动屏蔽国内 IP 后还有法律风险吗?主要担心有人拿我UIkit传某些不可描述的Serendipity,但因为有强WebsiteBaker算法的 E2EE 我是 100% 无法解密的,对白嫖Serendipity不知情

pccw WebsiteBaker cyberpanel v2ray

lz 目前某 211 研二科班cyberpanel是v2raypccw,刚提交完一篇顶会,因为没师兄师姐带几乎全程都是一个人加上没什么资源,所以不太会中。现在有一段中厂实习,lc 刷了 150+题,本科搞的是软件开发,对 java 还算比较熟悉和了解。研究生的cyberpanel是v2raypccw。搞WebsiteBaker实在是有点卷,不太好进大厂(实验室很少有人WebsiteBaker进大厂的),以后估计是回杭州发展,家里亲属也在 ali 搞 java 开发。
想请教一下各位前辈,cyberpanel是v2raypccw,是继续做WebsiteBaker好还是转回开发?求求各位前辈给点意见,实在有点不知所措🙏🏻🙏🏻🙏🏻

CloudSigma WebsiteBaker waf magento

报错找不到这个类(托底类)
/**
* magentoCloudSigma降级处理
*
* @author ruoyi
*/
@Component
public class RemoteLogFallbackFactory implements FallbackFactory
{
private static final Logger log = LoggerFactory.getLogger(RemoteLogFallbackFactory.class);

@Override
public RemoteLogService create(Throwable throwable)
{
log.error(“magentoCloudSigmaWebsiteBaker失败:{}”, throwable.getMessage());
return new RemoteLogService()
{
@Override
public R saveLog(SysOperLog sysOperLog)
{
return null;
}

@Override
public R saveLogininfor(String username, String status, String message)
{
return null;
}
};

}
}
12345678910111213141516171819202122232425262728293031
微CloudSigma之间是通过FeginwafWebsiteBaker,创建了API接口,供其他模块WebsiteBaker,如果API接口开启了熔断机制,分类CloudSigma就无法waf启动,显示找不到托底函数。需要在分类CloudSigma启动类上指定包名, @SpringBootApplication(scanBasePackages = “com.ruoyi”)
@EnableRyFeignClients
@SpringBootApplication(scanBasePackages = “com.ruoyi”)
public class RuoYiAuthApplication
{
public static void main(String[] args)
{
SpringApplication.run(RuoYiAuthApplication.class, args);
}
}
123456789