 |
oldshensheepV2EX 第 435235 号会员，加入于 2019-08-11 19:44:41 +08:00今日活跃度排名 20676 |
oldshensheep
oldshensheep
oldshensheep
oldshensheep 最近回复了
2 天前 回复了 keepRun 创建的主题 › 程序员 › 懂 graalvm、spring-native 的来聊一聊，目前这技术感觉还不够成熟 |
@DT37 之前我也早就搞过了，主要是没必要，因为性能会下降。编译成 native 不就是用启动时间和内存换性能，内存比 CPU 要便宜，启动时间在大部分情况下不是问题。
7 天前 回复了 keepRun 创建的主题 › 程序员 › 懂 graalvm、spring-native 的来聊一聊，目前这技术感觉还不够成熟 |
GraalVM 也不是只有编译 Java 到 native ，它还可以运行 JavaScript 、Python 和 Ruby 等语言，还可以和 Java 互相调用（ Python 还是个玩具，主要是第三方库的问题）。
反射可以用，配置一下就行。
其他不支持的第三方库可以用 trace agent ，跑个代码覆盖测试可以自动生成配置。
我也觉得不适合 Web 开发。用 GraalVM 可以写 CLI ，原生编译启动快，不用安装 JDK https://github.com/remkop/picocli
编译慢的话放到 GitHub 上，不过就是前期排查原生编译出错比较麻烦。
反射可以用，配置一下就行。
其他不支持的第三方库可以用 trace agent ，跑个代码覆盖测试可以自动生成配置。
我也觉得不适合 Web 开发。用 GraalVM 可以写 CLI ，原生编译启动快，不用安装 JDK https://github.com/remkop/picocli
编译慢的话放到 GitHub 上，不过就是前期排查原生编译出错比较麻烦。
9 天前 回复了 CitizenR 创建的主题 › Linux › 再次遭遇 BTRFS 文件系统损坏事件 |
用 zfs 的都在 diss btrfs https://discourse.practicalzfs.com/t/advantages-of-zfs-on-a-single-disk-vs-btrfs/850
zfs vs btrfs
better compression, better replication, better snapshots ……
zfs vs btrfs
better compression, better replication, better snapshots ……
9 天前 回复了 chinaguaiu 创建的主题 › 程序员 › 在 github 上回复 issues 被喷惨了，大家觉得 GitHub 是个规矩很严的地方吗？ |
他应该是因为你一直在瞎扯所以不耐烦了，就说了你。因为你回答的东西和他的问题完全不相关。
破防还不至于
之前我也给别人提个 ISSUE （有效的），然后 owner 上来第一句就是“用脑子看文档”……当时也是气死了。（也是国人）
破防还不至于
之前我也给别人提个 ISSUE （有效的），然后 owner 上来第一句就是“用脑子看文档”……当时也是气死了。（也是国人）
9 天前 回复了 chinaguaiu 创建的主题 › 程序员 › 在 github 上回复 issues 被喷惨了，大家觉得 GitHub 是个规矩很严的地方吗？ |
你回答的确实是在瞎扯，我不知道你是没看懂他说的英文还是啥。
你的英文说的有点太直接了
你的英文说的有点太直接了
12 天前 回复了 ilianaboone 创建的主题 › 问与答 › How to enable short distance data transmission between two devices without BLE or infrared communication capabilities |
16 天前 回复了 collo 创建的主题 › 程序员 › 被黑了，现在怀疑有三个问题，请大佬指点下。 |
很明显是中了木马了，MetaMask 就算是拿到本地数据也没用，数据是加密的。一个可能是弱密码，或者你解密之后木马读内存。
4 万 USTD ？？？
4 万 USTD ？？？
16 天前 回复了 yichenchen 创建的主题 › Python › 爬虫问题求助 |
加密了解密代码（ JavaScript ）
async function decrypt(data) {
const toUint8Array = dataString=>Uint8Array.from(dataString, c=>c.charCodeAt(0));
const rawKey = toUint8Array("aaaaaaaaaaaaaaaa");
const iv = toUint8Array("0123456789aaaaaa");
const key = await window.crypto.subtle.importKey("raw", rawKey, "AES-CBC", true, ["encrypt", "decrypt"]);
const result = await window.crypto.subtle.decrypt({
name: "AES-CBC",
iv: iv
}, key, data);
return result;
}
async function decrypt(data) {
const toUint8Array = dataString=>Uint8Array.from(dataString, c=>c.charCodeAt(0));
const rawKey = toUint8Array("aaaaaaaaaaaaaaaa");
const iv = toUint8Array("0123456789aaaaaa");
const key = await window.crypto.subtle.importKey("raw", rawKey, "AES-CBC", true, ["encrypt", "decrypt"]);
const result = await window.crypto.subtle.decrypt({
name: "AES-CBC",
iv: iv
}, key, data);
return result;
}
17 天前 回复了 maleclub 创建的主题 › 程序员 › 天下乌鸦一般黑，寻求一款能替代 Chrome/Edge 的浏览器 |
firefox 安卓正式版可以安装油猴插件的
18 天前 回复了 loyan666 创建的主题 › Java › 推荐 Java http 发包框架 |
> 因为进行过如下测试，都是 100 并发测试，
使用 3 家 ip 代理测试并发，都会出现 rest 、peer terminal 、ssl incorrect 这类错误，频率很高。
然后又切换那种完全买流量的机场 vpn(也就是无设备数、流量限制)，然后 v2ray 开启 s5 端口，依然会有类似问题。
连接失败为什么是工具的问题？建议你用 Go 或者 Python 写一个类似的逻辑再来测试，肯定不是 Java 的问题。
才 100 并发就处处报错，是代码的问题别人早就发现了。
使用 3 家 ip 代理测试并发，都会出现 rest 、peer terminal 、ssl incorrect 这类错误，频率很高。
然后又切换那种完全买流量的机场 vpn(也就是无设备数、流量限制)，然后 v2ray 开启 s5 端口，依然会有类似问题。
连接失败为什么是工具的问题？建议你用 Go 或者 Python 写一个类似的逻辑再来测试，肯定不是 Java 的问题。
才 100 并发就处处报错，是代码的问题别人早就发现了。
Select Language