桃桃的应用空间
42 subscribers
8 photos
1 video
5 files
22 links
传本频道是桃依在 telegarm 单独的应用空间 主要放信息技术相关的 Blog 与之前的个人 Blog 区分开来
Download Telegram
Forwarded from 蓝点网订阅频道
Linux Kernel维护者Serge Semin发布告别信宣布离开项目不再提交贡献,Serge Semin是俄罗斯国企贝加尔电子的工程师,此前主要提交内核驱动类的代码。

告别信地址:https://lore.kernel.org/all/2m53bmuzemamzc4jzk2bj7tli22ruaaqqe34a2shtdtqrd52hp@alifh66en3rj/
作为一个热爱历史的人,你似乎忘记了芬兰曾与纳粹一同作战。所以,是的,我们很清楚你不喜欢俄罗斯人,除非他们在集中营中。这恰恰就是你现在所做的事情:根据国籍进行隔离,剥夺信用和名字。 一旦是纳粹,永远是纳粹。so, f*ck you。

https://lore.kernel.org/all/20241024095708.189649-1-isage.dna@gmail.com/
猫都比你懂.jpg
之前我就有注意过B站的直播天选时刻抽奖。我早在3年前观察过,直播中奖的,10个中9个都是大会员。现在估计很大概率还是普通用户低权重或者直接被过滤了,从大会员开始,直播间送礼直到最高航海,权重依次递增。人话就是给的越多权重越大。
很明显的例子就是短的发布会7月份的时候就中奖过荣耀直播间的抽奖,前天小米发布会直播又梅开二度,这前后之间都打赏过。
其实不止B站这样干,斗鱼那边基本也是这样权重。哪怕这样设置权重,监管肯定也会大概率默许的,因为可以这样说回馈那些给平台打钱的用户,或者说过滤某些抽奖号。
现在美国的总统、参议院、众议院都被特朗普和共和党拿下了,最高法院也是保守派多数席位,所谓的三权分立已经集中在特朗普身上,上次发生过共和党这么彻底的拿下还是小布什时期,真绝了。
发现QQ和微信发图片有时候不定时遇到中图问题 游戏不定时丢游戏资源 都是重启进程就好 我还以为是程序问题 直到我访问 /proc/<pid>/cwd/storage/emulated/0/ 发现是空白的…… 看来是虚拟路径挂载失败了 估计又是存储重定向/存储隔离又炸了
老弟一号:太逆天了,这种程度的我还没接到过,但是有甲方产品还没寄到就让我出文案的[笑哭]我说测都没测怎么写文案,对方居然对我还需要测试产品这点表现的非常惊讶[笑哭]
真不知道现在厂商都把自媒体当什么在看,怕不是街边广告栏[藏狐]

source
🤣1
桃桃的应用空间
Pixiv2007-2024历年前十.jpg
原贴 此地仅作为存档
https://tieba.baidu.com/p/9378338548
大家新年快乐!!#(太开心)新的一年从榜单开始吧!因为是昨晚熬夜查的,如果有错漏请大家多多包涵#(阴险),帮忙指正一下谢谢~
以下是注意事项:
1.计算投稿在1/1/2024 0:00 - 31/12/2024 23:59期间的作品。
2.投稿包括R18,R18率是全时间的。
3.这个排名的目的是向大家推荐各种令人喜爱的角色,希望大家都能抱着好奇的心情去了解不熟悉的角色和作品,说不定会有意外的惊喜哦~
4.所用图片下方都标明了id和画师,如果有喜欢的请去Pixiv关注吧~
5.本排行完全是个人统计,不保证数据准确性,排名也不代表角色或者作品人气,请勿用于黑吹婊,如需转载,请注明出处。
6.绿色部分为人工部分,不含AI作品。浅红色部分为AI作品数据。
Nginx使用OQS提供的椭圆曲线

在网上和GPT找不到教程干脆写一个存档

前提:需要openssl版本大于3.0

编译 oqs-provider
git clone https://github.com/open-quantum-safe/oqs-provider.git
cd oqs-provider
cmake -S . -B _build && cmake --build _build && cmake --install _build

配置openssl文件 vim /etc/ssl/openssl.cnf

[openssl_init]
providers = provider_sect

[provider_sect] #加载OQS
default = default_sect oqsprovider = oqsprovider_sect

[default_sect]
activate = 1
[oqsprovider_sect] #启用OQS
activate = 1

验证是否生效
openssl list -signature-algorithms -provider oqsprovider

在Nginx随便一个站点添加配置
ssl_ecdh_curve X25519MLKEM768:SecP256r1MLKEM768:x25519_kyber768:p384_kyber768:x25519:secp384r1:x448:secp256r1:secp521r1;

使用openssl链接网站验证曲线配置是否生效
openssl s_client -connect yourdomain.com:443 -curves X25519
前天 alist 直接被端,真的无话可说。GitHub 这种大型开源的社区,这种绝对是自动化封杀的,为了那 Tos 宁可先杀,先不管有没有错,最后遭殃的是焦虑的客户等待工单还有一天面对几万工单的客服。
根据 GitHub 透明度报告 在2024年至少有30K的账号和30K的项目被端,恢复完整访问权限的寥寥无几。what can I say。
Android 15+ 部分设备在某些路由器下遇到 IPv6 路由获取不正常

具体表现
设备上 WiFi 设置里能看到 IPv6 地址,但实际上测试(如 test-ipv6.com、mtr 工具)不通。

根本原因
Android 15 新增了对IPv6路由通告(RA)的要求,在Android 15 的源码 IpClient.java [1],引入了一个新参数:CONFIG_ACCEPT_RA_MIN_LFT(最小可接受前缀/路由终生期),默认值设为180秒,即接收到的路由RA生存时间,必须大于等于180秒才被接受。这意味着,如果路由器发送给客户端的 IPv6 RA(路由通告)报文的「Router Lifetime」字段小于180秒,中会直接丢弃该RA信息。

部分路由器,如小米、TP-Link部分型号会自行修改RA报文的参数,把 Router Lifetime、prefix lifetime 设置非常短。列如在小米的AX6000的路由生存通告时间设置为60S。

部分运营商移动网络的路由也存在生存通告时间过低的问题。

结论
Android 15+ 新增了更严格的 IPv6 路由通告生存时间下限,要求RA中Router Lifetime至少为180秒。部分家用路由器参数配置太低、固件实现不规范,导致RA报文被新的Android系统丢弃,进而无法正常获取IPv6路由信息、实际无法访问IPv6互联网。考虑到国内路由器固件更新周期,可能换一个路由器是终极解决办法。

致谢
感谢lurenjia、ξ | Ver 1 、風華流沙提供的信息。

引用
[1]:https://cs.android.com/android/platform/superproject/+/android15-release:packages/modules/NetworkStack/src/android/net/ip/IpClient.java
本来不想发的,但是绷不住了,这也太变态了。获取系统信息偷偷上传,这代码一眼AI写的,太sh*t了。吓得我赶紧把服务器的 alist 清理了,现在有没有替代品都不知道。

Update:已经确认该公司劣迹斑斑,无法保证后续二进制可执行文件安全,建议跑路。

https://github.com/AlistGo/alist/issues/8649#issuecomment-2961048289

https://github.com/AlistGo/alist/pull/8633

https://www.v2ex.com/t/994143
https://www.v2ex.com/t/1138125
👍1