没反应呢

只能说庆幸暂时还没有这样的检测

是这样的。不过也就是猫鼠游戏，挂载表也可以伪造

比如在一般不是tmpfs的挂载点发现了tmpfs就可以拒绝运行了。很多商业软体真的想做这种检测的话完全可以宁可信其有，不可信其无。

只是虚拟化检测比较成熟吧，ns的话，statmount拿到所有的挂载点信息很容易就会发现奇怪的地方然后“不给权限不运行”

虚拟机比 namespace 暴露的信息多得多

实际上虚拟机检测反而比 namespace 沙盒检测成熟多了

* 基于namespace的沙盒是不太可能躲开沙盒检测的，只是限制进程能做的操作。逃避检测起码要虚拟化

基于namespace的沙盒是不太可能躲开沙盒检测的，只是限制进程能做的操作。逃避检测要虚拟化

过两天搓两个 demo 出来玩玩

而且用户空间网络栈我觉得那才是太重了，功能不如内核网络栈完善，性能也不好

slirp4netns 功能比较基础, 又不能选择性 block 某些东西

是的，不用用户空间网络栈那只能这样

新的 Portable instance 启动时把计算出的 cgroup 和规则 encode 并发到它的 Unix socket 里

我昨天仔细考虑了一下, 可以做个 privileged daemon 负责修改 nftables 规则 (

这群已经开始谈论编程语言了吗？

即便是同时作数组和哈希表，luals都是支持的

比如要给 __index 动态加上方法之类的，

https://www.phoronix.com/news/Chrome-145-Released

> <@telegram_1071194014:nichi.co> 硬要模拟不如保持动态性了 很少有需求会需要把一个表做成 既是数组 又是哈希表 还是个类 的东西，所以按照你的意图做类型标注就可以

* 你写的时候觉得它是个类，类型注解就写它是个类；你只是用元表，那就别写

你写的时候它是个类，类型注解就写它是个类；你只是用元表，那就别写

你这个是什么理解…

硬要模拟不如保持动态性了

luacats基本是应用最广的，新的LSP server都是兼容的

这个是类型注解实现的

我常写的也是LuaJIT

5.1(luajit)没有(

连范型都有

那怎么没法搞

基于元表的也很难搞啥类型

luals 吧……

哎，还是Teal不争气啊，Lua到现在也没有一个统一的类型检查系统

Ruby有

哦不对

> <@telegram_1071194014:nichi.co> 没类型标注的脚本语言，LSP 工作得咋样。。 我写Lua和Ruby的时候也没见IJ对它有什么支持啊

还有js也是有tsserver做了支持

但是LSP server都有几个

Lua：jb从来没正眼瞧过我

这又没有关系

没类型标注的脚本语言，LSP 工作得咋样。。

rust-analyzer也做得很全，之前听说rust有让rust-anakyzer和rustc共享一个前端的做法，如果做了的话，和ts就是一个情况

像TypeScript这种，它自己项目一起ship一个tsserver就把编辑器支持做了，jb基本没啥可以额外加成的

可惜轻量化项目失败了，又回到老路了

jb就是太重了

所以说jb啥的优点就是那样吧

确实

现在可以让 Agent 来了

我是到 vscode 里面去搜索）

移动平台 S4 一定有的，不过 S3 大家都不做了转做 S0i3

后面我宁愿手动查找替换都不再用它这个重构了

还不如我自己搜索字符串改，关键他们搜索也是卡半天

对的，我之前试用WebStorm也有类似的情况

[m.image] Forwarded from Rocket Aaron: > 没见过这么逆天的重命名

还得卡半天

我给 kotlin class 改个名，能把 submodule 里面的 C++ 注释和 xml 字符串全都改了

就是IntelliJ可以支持到SpringBoot的级别，检测到每个路由和控制器，这种功能才是超出LSP范围的

还是不要吹 jb 家的重构了

实际上jdtls也有很多针对Java的重构，因为这个项目来自Eclipse

都不是LSP的问题

感觉就是，需要重构功能的话还是直接用 Jetbrains

其它编辑器没这个功夫挨个适配语言

好处是扩展作者有什么想加的功能直接魔改同样是自己管的client的部分就行了

vscode那个是每个扩展自己带了一套client的实现，然后这套client实现再对接vscode的API

感觉 VS Code 没有通用的 LSP 支持还是挺奇怪的，像 Zed 就能自定义 LSP 不需要装扩展，VS Code 反而每个 LSP 都是一个扩展

要说限制就是改变它现在已有的规定很麻烦

极限到了vscode只要想，再往里面塞就是了

这个协议基本是以vscode为中心的，vscode要啥它就通过这个协议写server该怎样给它传东西

啥时候研究一下，这个协议极限在哪里

主要的问题是少有人为免费工具做支持到这个地步

rust-analyzer就有很多

严格来说这个不是LSP的问题这个是server的问题

* LSP 比不上 Jetbrains，感觉还是太丐了

重构基本上没啥用

LSP 比不上 Jetbrains

连kate都支持LSP了

话说LS P确实是很省事的东西，基本上就是要server解决一切，client显示就可以了

能倒回去执行，，直接热修改C++代码

* 而且比如安卓开发指定的就是用的android studio

而且比如安卓开发制定的就是用的android studio

讨论的不是一个问题

你说的是现在了…

一般都是IDE联网下载SDK。

SDK一般都会有CLI可用的构建工具包括编译器调试器和各种库的，反而不太可能带IDE。

Visual Studio 的调试器和 msvc 绑定挺深的吧……

以前大厂喜欢把SDK打包一套分发出去

回望过去这个变迁，就是IDE和编辑器的概念变得模糊的过程

那你说的是另一个角度

但是visual studio不能没有msbuild呀

然后生成工具msvc之类的编译器调试器都可以单独装的

msbuild有单独发布的啊。

它自己打包在一起，而且是按一个许可证分发的吧

visual studio本身也不是构建系统和调试器啊。

* 就不再有真正意义上的IDE和编辑器的区分

就不再有真正意义上的IDE

要不然现在构建系统和调试器都是拆开的

IDE这种定义只对以前微软着重弄visual studio有效了

> <@telegram_694598748:nichi.co> 翻译：不管你用哪个伪装成IDE的编辑器，它们的特性和bug其实都是差不多的 😂

mutter 那边有人在尝试加 overlay planes

翻译：不管你用哪个伪装成IDE的编辑器，它们的特性和bug其实都是差不多的