##Orz 十周年纪念日（不）快乐。

今日小发现，Python 的 strftime() 支持61秒

%S        Second as a decimal number [00,61].

https://docs.python.org/3/library/time.html#time.strftime

下面的注释就很有意思 for historical reasons

The range really is 0 to 61; value 60 is valid in timestamps representing leap seconds and value 61 is supported for historical reasons.

虽然是错了，但是也不是啥大问题就先不改了

然后就在issue里翻出了这个历史原因，开发者开始甩锅：“是97版的Posix标准先写错的，Python只是受害者！”

https://bugs.python.org/issue2568

The 'double leap second' issue has been around a long time and is part
of the Posix standard (for some background see
http://www.ucolick.org/~sla/leapsecs/onlinebib.html, specifically the
section named 'Unix system time and the POSIX standard').

接着Posix标准说冤枉啊，是C89标准先写错的，我也是受害者啊：

之后直接开喷了

The "double leap second" is complete nonsense. It never existed outside the 
ANSI C standard and never will. It was introduced by the ANSI C 89 committee 
to document its problems understanding UTC issues. Someone heard that there 
are two prefered dates for leap seconds per year and this got munched up to 
the false rumour that UTC days can be up to 86402 seconds long. The 
definition of UTC, which requires that |UTC-UT1| < 0.9 s all the time, 
obviously makes double leap seconds mathematically impossible.

最后，其实新的C99标准和04版Posix标准中都已经把时间范围从[0,61]修正为了[0,60]，
但是这些被坑的编程语言却没有跟着修正，只能作为historical reasons保留了

x = [1,2,3]
y = 'o'

result = [a for b in x for a in (y, b)]

print(result)
>>> ['o', 1, 'o', 2, 'o', 3]

孩子已经看傻了
『但是，为什么会变成这样呢……』——雪菜

不知不觉，蛤诞祭都已经办到第六届了
“Time flies so fast.” —— 99年长者与华莱士谈笑风生开场白

https://youtu.be/K_EsNWrdzsI

垃圾京东，今天差点陷入短信验证码死循环了
手机欠费停机->京东通信充值居然需要短信验证码->不充值停机没法收短信验证码
最后是利用微信小程序的一键登录跳出了死循环，也幸亏微信绑的是同一个手机号
看来下午得把各种账号的登录方式重新评估一遍了

Telegram项目目前看起来似乎真的很缺钱，
建议重度用户现在可以开始着手导出自己的数据了

萌百的自我审查力度真是达到走火入魔的水平了

一个根本没人看的字体更换公告里的一个链接里的一个上万字的README里的四个字（中华民国）都能挑出毛病上纲上线，简直离谱

真是网警看了都自愧不如

公告链接：
https://zh.moegirl.org.cn/index.php?noscript=%E8%90%8C%E5%A8%98%E7%99%BE%E7%A7%91:%E5%85%AC%E5%91%8A/%E5%85%B3%E4%BA%8E%E8%90%8C%E5%A8%98%E7%99%BE%E7%A7%91LOGO%E6%A0%87%E5%87%86%E5%AD%97%E6%9B%B4%E6%8D%A2%E7%9A%84%E5%85%AC%E5%91%8A(2022.08.02)&action=history

讨论串：
https://zh.moegirl.org.cn/%E8%90%8C%E5%A8%98%E7%99%BE%E7%A7%91_talk:%E8%AE%A8%E8%AE%BA%E7%89%88/%E6%8F%90%E9%97%AE%E6%B1%82%E5%8A%A9/%E5%AD%98%E6%A1%A3/2022%E5%B9%B408%E6%9C%88#%E6%9C%89%E5%85%B3%E8%90%8C%E7%99%BE%E5%AD%97%E6%A0%87%E5%AD%97%E4%BD%93%E7%9A%84%E6%8F%90%E8%AE%AE

小知识，iOS对APP并没有提供完全随机的设备ID，
相反，其实Apple专门为APP厂商提供了2-bit的设备识别API用来标记设备
所以APP厂商可以用其中一个bit来记录是否为新用户，用另一个bit来记录欺诈用户
而这2-bit数据是跟设备绑定的，就算更换账号，甚至重置设备也不会改变

所以也许并没有什么大数据杀熟，而是二手设备杀熟

https://developer.apple.com/documentation/devicecheck/accessing_and_modifying_per-device_data

#小米 #充电头 #魔改A口
整理了一下小米所有魔改A口充电器型号的详细数据

Mesh组网穿透数据跨境安全网关任务完成
虽然在PC端很爽，但是手机端就没有现成的轮子可以用了，悲

最好玩的是上行和下行流量现在会去自动寻找最优路由了，
在咱这里的表现是上行流量会倾向于直连到咱的VPS，
但是下行流量宁可绕行别人的两个公共节点中转到咱的VPS也不愿意走直连路线
VirMach线路不如Vultr实锤了

快来找找河豚的位置，这玩意不比BGP有意思多了

https://yggdrasil-map.cwinfo.net

美元汇率即将破 7 了，作为对比，短短五个月前还是 6.3 来着

前两天收的无线充电板不能给手机充电，放上去有反应但就是没电流，但是把耳机盒放上去充电又没问题，最后研究了半天发现居然是Android 13的问题

这个Google就是逊啦

待会儿准备刷回 Android12 了

https://www.theverge.com/2022/8/19/23313276/pixel-4-xl-6-pro-android-13-wireless-charging-not-working-issues

关于iPhone14美版取消实体eSIM，河豚的一点看法

国内千万别跟风，否则这将是一场噩梦

为什么这么说，因为现在国内并不是没有eSIM，而是采用了EID白名单政策，也就是只有在国内发售的eSIM(可穿戴)设备才能顺利激活eSIM，原因是所有国内支持eSIM的设备在出厂前，其EID都会被上传到运营商的数据库里，激活eSIM的时候运营商会查询这个白名单数据库，EID不在其中的就无法激活

所以你可以想象一下如果eSIM在国内推行到手机后是什么后果，那将是所有的非国行手机都无法使用国内运营商的服务，你以后再想在内地用美版iPhone，想用Pixel？没实体卡槽的话门都没有

至于为什么如果是实体卡就没办法这么做，这是因为历史遗留问题，因为目前没有完整的数据库，你又不可能把存量的老设备一刀砍掉，会引来大量投诉，所以没办法搞
但是国行eSIM设备可是从最开始，从第一台国行eSIM设备发售之前就做了这个数据库，推行起来完全没有问题

刷完机之后意外发现现在居然不再需要用adb命令去叹号了
http://connectivitycheck.gstatic.com/generate_204 这个 Android 默认连接检测地址已经不再被墙了

看了下IP，似乎是因为在国内访问这个地址，DNS现在会指向国内服务器了
Probing 203.208.39.194 – APNIC /24 AS24424 GOOGLECN Beijing – China, Shanghai, Shanghai [residential]

Zill 的 🅕αrTscopε 频道的备份
@Fartscope (原频道已被删除)

做了一个超小的musl libc Docker基础镜像

https://hub.docker.com/r/pufferoverflow/musl

疑似GFW技术人员介绍了墙的部分细节，并提供了一些应对方法，其中提到了墙只对主流翻墙工具最常用的TLS1.2和TLS1.3做了针对性识别，TLS1.0和TLS1.1协议反而不受影响

sslv3, tls1.0 and tls1.1 have no significant fingerprint.

new features of tls1.2 and tls1.3 make them very distinctive.

the popularization of tls1.2 and tls1.3 by well-known websites makes detection easier.

you cannot change the tls protocol of the target website when you visit using a proxy, except that the website you visit does not use tls.

only detected when you're transferring.

https://github.com/net4people/bbs/issues/129#issuecomment-1272267254