桃桃的应用空间
42 subscribers
8 photos
1 video
5 files
22 links
传本频道是桃依在 telegarm 单独的应用空间 主要放信息技术相关的 Blog 与之前的个人 Blog 区分开来
Download Telegram
作为一个热爱历史的人,你似乎忘记了芬兰曾与纳粹一同作战。所以,是的,我们很清楚你不喜欢俄罗斯人,除非他们在集中营中。这恰恰就是你现在所做的事情:根据国籍进行隔离,剥夺信用和名字。 一旦是纳粹,永远是纳粹。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
如何使用 Windbg 排除程序错误

今天从另一台电脑打开某大型动作软件,需要 InitSettingCN 才能运行,但是一启动就闪退了,服了,无奈之下打开 Windbg 进行调试。
以调试模式启动程序,选择 Start debugging Launch executable 选择需要调试的文件。
这里是因为启动就崩溃,所以说直接点击 Go 让其执行下去即可,并观察输出。
(4bf0.2da8): CLR exception - code e0434f4d (first chance)
(4bf0.2da8): CLR exception - code e0434f4d (first chance)
(4bf0.2da8): CLR exception - code e0434f4d (!!! second chance !!!)
"“System.Windows.Media.FontFamily”的类型初始值设定项引发异常。"
KERNELBASE!RaiseException+0x69:
00007ff8`5abe5339 0f1f440000 nop dword ptr [rax+rax]

因为有CLR异常处理,其中 First chance 异常,表示程序可能会捕获并处理,不会导致崩溃。Second chance 异常表示连续二次一样异常,程序无法处理该异常,将导致程序终止。
其中异常信息为 System.Windows.Media.FontFamily类型初始化失败 ,从名称看应该是WPF相关字体系统问题。
输入 !analyze -v 查看异常详细信息。(下述我简化了部分信息,列如调用堆栈的具体地址)
EXCEPTION_RECORD:  (.exr -1)
ExceptionAddress: 00007ff85abe5339 (KERNELBASE!RaiseException+0x0000000000000069)
ExceptionCode: e0434f4d (CLR exception)
ExceptionFlags: 00000001
NumberParameters: 1
Parameter[0]: ffffffff80131534
"“System.Windows.Media.FontFamily”的类型初始值设定项引发异常。"
FAULTING_THREAD: 2da8
PROCESS_NAME: InitSettingCN.exe
EXCEPTION_CODE_STR: ea
STACK_TEXT:
mscorlib_ni!Microsoft.Win32.RegistryKey.Win32Error+0x3dfac7
mscorlib_ni!Microsoft.Win32.RegistryKey.GetValueNames+0xa5558f
PresentationCore_ni!MS.Internal.FontCache.FontSourceCollection.SetFontSources+0x1ec
PresentationCore_ni!MS.Internal.FontCache.FontSourceCollection.GetEnumerator+0x11
PresentationCore_ni!MS.Internal.FontCache.FamilyCollection.BuildFamilyList+0x6b
PresentationCore_ni!MS.Internal.FontCache.FamilyCollection.MS.Internal.FontCache.IFontCacheElement.AddToCache+0x103
PresentationCore_ni!MS.Internal.FontCache.HashTable.Lookup+0x122
PresentationCore_ni!MS.Internal.FontCache.CacheManager.Lookup+0x86
PresentationCore_ni!System.Windows.Media.FontFamily..cctor+0xbf

从通过微软文档 System Error Codes查询可知,异常代码 EXCEPTION_CODE_STR 0xea (234) = ERROR_MORE_DATA 表示表示缓冲区太小无法容纳数据,需要更大缓冲区。从调用堆栈看出 Microsoft.Win32.RegistryKey.GetValueNames 调用失败导致的异常。综合来看是因为WPF相关字体系统尝试从注册表获取字体列表时发生了缓冲区过小,接下来去找的对于操作的注册表路径就行了。
因为CLR异常处理导致寄存器/堆栈信息已经覆盖坏并且未保留相关异常信息,我们无法知道具体获取是操作了那个注册表,但是我们可以通过 Process Monitor 对注册表进行监控。
打开 Process Monitor 后找到菜单 Filter → Filter 后会弹出一个 Process Monito Filter 页面,你需要设置为 Process Name Is InitSettingCN.exe 然后点击应用后再点击确定保存。
重新调试程序到崩溃处观察 Process Monito ,可以看到最后有个很明显的 BUFFER OVERFLOW 的执行结果,具体如下。
Date:  2025/7/11 15:33:26.9002847
Thread: 18128
Class: Registry
Operation: RegEnumValue
Result: BUFFER OVERFLOW
Path: HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts
Duration: 0.0000078
Index: 537
Length: 512

很明显可以看见,发生在从注册表获取字体列表中,其中缓冲区长度为521,但是需要的长度为537,最终导致了崩溃。
这时检查注册表发现果然有个字体命名长度已经超过其缓冲区长度,真逆天。
总结:TM的沟槽微软和逆天字体,我*你*。