不过能单向传过来也不错

不过限制还是比较大的，Telegram免费reactions很少

> <@telegram_386346694:nichi.co> A reaction to a message was changed by a user. The bot must be an administrator in the chat and must explicitly specify "message_reaction" in the list of allowed_updates to receive these updates. The update isn't received for reactions set by bots. 桥居然做了适配

* 目前微信QQ任何平台都还没有做VM检测，但企微VM检测早已有之，企微的发行方式就是私有二进制+签名直接分发，同一签名只能激活一次软件使用权限

目前微信QQ任何平台都还没有做VM检测，但企微VM检测早已有之

我还是说...没什么办法

完全可以做回去

毕竟微信和QQ最早就是lsb-release检测仅限UOS运行的

> <@telegram_824372155:nichi.co> 是这样的。不过也就是猫鼠游戏，挂载表也可以伪造 等猫鼠游戏玩到一定程度大厂完全可以说因为黑灰产过于猖獗，停止广泛的Linux支持，并只提供信创软件平台的适配

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

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

Ruby有

哦不对

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

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

对于用户也很不错，因为在编辑器之间迁移不会遇到非常多的行为不一致

只要实现协议就能几乎免费获得超大量语言支持还是很诱人的

其实现在很多编辑器都搭了一把LSP和DAP的便车

OwO

以及其实是新到不行的平台

> <@nyaacinth:mozilla.org> 放弃思考了 .

让我找找原消息

Windows也一样

是休眠后苏醒会挂一部分硬件

具体参照上文

* 看来误打误撞（实则守旧）选对了（虽然事实证明这个硬件没法hibernate

看来误打误撞选对了（虽然事实证明这个硬件没法hibernate

我也是用swap分区的

原来如此

OmO

O.O

> <@telegram_748656009:nichi.co> image.jpeg 挠头.jpg

抱歉

但现在好像进化到睡不着了

（似乎）

> <@telegram_824372155:nichi.co> systemctl hibernate 是什么效果 没什么问题，但是唤醒后系统会冻结五分钟

你要不像我一样用suspend凑活吧。是台式还是笔记本，是笔记本的话suspend如果不会3天内耗光100%就先凑活一下吧

主要是搞不明白发生了什么

* 实在不行回退到swap分区试试（x（还没到这个程度

> <@telegram_748656009:nichi.co> 我的swapfile也没啥问题看上去 实在不行回退到swap分区试试（还没到这个程度

* 那systemd没法启动休眠，也没有有价值的log，怎么办嘛

摆手.jpg

> <@telegram_824372155:nichi.co> 我以前也这么做然后被群 systemd 开发者批评了（ 那systemd没法启动休眠，也没有有价值的log

* 具体参考上文

参考上文

因为systemd target无法正常休眠

> <@telegram_824372155:nichi.co> 在 systemd 系统上不应该绕过 systemd 触发睡眠或休眠 这里是在调试

🤔

O.O...

（虽然目前还不用JB家的东西

好耶

坏耶

所以有办法SSD了？

> <@telegram_217331471:nichi.co> 发现好多妙妙参数 > 比如 > -Dawt.toolkit.name=auto > -Dsun.java2d.vulkan=true > -Dsun.awt.wl.WindowDecorationStyle=server 探头.jpg

> <@telegram_1254068244:nichi.co> https://libranext.com/midesktop/ 神秘神秘喵

投降喵.jpg

OK，我没招了

> <@telegram_748656009:nichi.co> 按照https://www.kernel.org/doc/html/latest/power/basic-pm-debugging.html 的做法，我运行了 > # echo reboot > /sys/power/disk > # echo disk > /sys/power/state > 电脑应该是会黑屏进入关机状态吧？ .

如果禁用后系统没有出现异常，再试试前面你的操作

嗯，先试试看，我也没把握

仅本次启动有效

> <@telegram_748656009:nichi.co> 这是什么操作 效果是禁用这些设备

* 示例 echo GPP6 > /proc/acpi/wakeup

示例 echo GPP6 > /proc/acpi/wakup

你试试看，把这几个标着*enabled的设备（如GPP6）echo到/proc/acpi/wakeup看看，注意保存重要文件，这个操作可能使系统出现异常

我是说那几个文件目前的内容

> <@telegram_748656009:nichi.co> 我这个是正常现象吗 不是

看看这两个的输出

cat /proc/acpi/wakeup lsusb

也许和内核ACPI模块有关

> <@nyaacinth:mozilla.org> 哦，抱歉没看到 怎么看都是一切正常......

哦，抱歉没看到

你cat一下/sys/power/state，内容是什么

看了一些错误报告，感觉没什么共性

关掉试试看，我查了一下存在相关的错误报告

> <@telegram_748656009:nichi.co> 但是好像我这里不是这样的 你有没有在运行浏览器或者别的基于chromium的东西

* 欸，好像已经优化了？ EDIT：对的！

欸，好像已经优化了？

Gnome Wayland现在的OSK似乎在一部分程序内无效

我在等Gnome（Plasma也行）优化Wayland下的OSK，这样我就可以给FydeTab上ALARM了

OwO

比如服务端

* 大厂项目，尤其是外包项目（但本部项目也跑不了）很多团队里只有一个或几个技术骨干，剩下的水平很可能不敢恭维，而这一个或几个技术骨干也只会关注他们认为的关键节点

大厂项目，尤其是外包项目（但本部项目也跑不了）很多团队里只有一个或几个技术骨干，剩下的水平很可能不敢恭维，而这一个或几个技术骨干也只会关注关键节点

没法期待太多

腾讯毕竟是那个腾讯

但...

我也觉得

含`和$都会返回上传已中断

就是禁止发送带有特殊符号的文件

我用安卓测试了一下

* 虽然我觉得应该用QDesktopServices替换这个乱七八糟的逻辑就是了

虽然我觉得应该用QDesktopServices替换这个乱七八糟的逻辑

> <@telegram_824372155:nichi.co> 那至少我觉得这不算彻底修复（ 腾讯也不是个技术导向的公司，阻止大范围影响的效果达成了应该他们就会认可

但大范围影响已经被阻止

> <@telegram_824372155:nichi.co> 那之前已经发出去的呢（ 没辙

这样也可以是服务端修复

> <@telegram_824372155:nichi.co> 还有昨天爆出来那个 shell 注入漏洞，据说是在服务器侧修复了，但一个客户端点击文件触发的漏洞如何在服务器修复？我只能盲猜客户端本身有点击文件时发送网络请求，并可以被服务器拒绝的逻辑 也不必如此，我猜是禁止发送带有相关文件名的文件

它完全可能不是故意的，如果确实不是故意那更好

但腾讯软件过往的行为改变了我对它的预期