虽说回顾我过去的一年,第一感觉是「乏善可陈」,但也不太想把这篇好好的总结文搞的过于严肃沉重。我一直没什么持续记录的习惯[1],没法按时间来回忆我做了点什么,所以在此随意地列些主题,填一填我能想到的。
不为所动,做最业余的年度报告。[2]
祝各位读者新年快乐!
本文主要内容译自 GPG key rotation notes,文中案例替换为了我正在使用的密钥,内容有删改。原文作者并未使用硬件密钥,部分建议不适用,本文会尝试以脚注的形式给出我目前的实践,就像这样[1]。如有错误或更好的操作建议,烦请不吝指正。
如果你只想获取我最新密钥:https://keys.openpgp.org/search?q=idawn@live.com
1 | curl https://keys.openpgp.org/vks/v1/by-fingerprint/D5226A5EB826767F95C04AB3AEBAF58091A597C3 | gpg --import |
我并不完全支持原作者的观点,同时在任何时候都不建议完全采纳别人的建议(包括这一篇)。
请注意,这里与原文不完全一致,为我本次轮换密钥的实际情况。
idawn@live.com
的密钥首先,让我们检查一下当前密钥的情况:
1 | gpg --edit-key idawn@live.com |
结果是:
1 | Secret subkeys are available. |
sec
(secret) 的主密钥。SC
:S
指 signing,即可以用于签名;C
指 certification,即可以用于创建其他密钥,通常意味着这是主密钥)ssb
(subkey) 也会被创建,usage 为 E
(encryption)sec
,只有 pub
,意味着我们只有主密钥的公钥部分,usage: SC
表明它是一个签名密钥和主密钥。主密钥的私钥部分被离线存储了。ssb
是标准的子密钥,usage: E
和 usage: S
表明它们分别是用于加密和签名的子密钥。所以,我们接下来要做的是:
首先,取出之前离线备份的主密钥[5],将它导入到 GnuPG 的 keyring 中:
1 | gpg --import random_name.asc |
导入后,与之前的 gpg --edit-key idawn@live.com
输出比较:
1 | Secret key is available. |
输出与之前基本相同,除了主密钥的 pub
(public) 变成了 sec
(secret)。
现在,给主密钥设置(更新)一年的有效期:
1 | gpg> expire |
注意到,GPG 在下方给出了一个 WARNING
,告诉我们加密子密钥即将过期,建议更改过期时间。为了一点前向安全性,我们在这里选择创建新的子密钥,而不是给现有的延期。
首先创建一个新的用于加密的子密钥:
1 | gpg> addkey |
以及一个用于签名的子密钥:
1 | gpg> addkey |
确认无误,保存这些修改:
1 | gpg> save |
如果你有在使用硬件密钥,可以选择在此将新创建的子密钥导入到你的硬件密钥中。注意,请根据实际情况选择密钥,例如,我需要选择新创建的用于加密的密钥,在这里是第三个子密钥,则使用 key 3
选择。被选中的子密钥会以 ssb*
标记,再次输入 key 3
即为取消选择。
1 | gpg> key 3 |
另一个子密钥的导入同理,完成后 save
保存退出即可。完成后也可再次检查密钥状态:
1 | gpg --card-status |
确认后,将完成轮换的公钥导出:
1 | gpg --export --armor --output publickey.asc idawn@live.com |
输出的文件类似于:
1 | -----BEGIN PGP PUBLIC KEY BLOCK----- |
类似地,我们将主密钥的私钥导出:
1 | gpg --export-secret-keys --armor --output privatekey.asc idawn@live.com |
输出的文件类似于(任何时候都不要公开它!):
1 | -----BEGIN PGP PRIVATE KEY BLOCK----- |
将私钥(或者连同公钥一起)打包,安全地保存到某个地方。之后,从你的文件系统擦除导出的私钥(使用 shred
,尽管它对于「现代的系统」可能没什么用):
1 | shred -u privatekey.asc |
从本地的 keyring 中移除私钥:
1 | # 如果你并没有将子密钥使用 `keytocard` 导出到硬件密钥,那么这一步并不会删除你的子密钥(显然) |
最终的结果:
1 | gpg --edit-key idawn@live.com |
与原文不同,我在此将发布移至了最后一步,以便于有更多的机会发现意外的操作失误。事实上,大多数传统的公钥服务器 KeyServer 并没有得到很好的维护,发布到 SKS Pool 并不是必要的(除非此前已经发布过)。如果你确实想这样做:
1 | gpg --send-keys 0xAEBAF58091A597C3 |
我个人会更推荐使用 keys.openpgp.org。不同于传统的 KeyServer,它会要求对邮件地址验证后才能根据邮件地址查找公钥,且每个邮件地址只能对应一个公钥。同时,提供了删除已上传的身份的选项。要上传一个公钥同样非常简单:
1 | gpg --export idawn@live.com | curl -T - https://keys.openpgp.org |
此外,别忘了更新 GitHub / GitLab 以及其它一些服务上的公钥,还有 Git 等的配置。
很不幸的是,GitHub 至今仍不支持更新公钥,所以你只能删除后重新添加 :(
大概是在今年四月,某个群聊里看到了这么一个「选拔赛」。我之前其实有看过「我与超算的 2021——一位退役队员的回忆」和相关的一些文章,虽然不太明白这些比赛具体是做些什么的,但能接触到最新的高性能硬件本身就是一件让我非常感兴趣的事。
「选拔赛」的题目基本就是三个非常简单的 Benchmark,要求是跑出结果就能交。我是在 macOS (arm64) 上跑的,没遇到很多问题,顺利地全部跑出来交了个简陋的 Proposal[1]。
不过从赛题最后的那句话就能看出来车带在这方面完全是起步阶段了:
It’s okay if you submit a proposal with none of the benchmark being done. Life is full of surprise, isn’t it? :)
后来其实也有说预期是收到一份 Proposal,实际数量多达六份 XD
「选拔赛」过了才发现这其实是我校第一次参加 SCC,大家都没经验(
SCC 的报名需要写一个包括多个方面的 Proposal,经 Committee 审核打分后可以参加 SCC 或者分流到 IndySCC。SC21 大清 THU 就因为 Proposal 中 diversity 分数过低而未能以正常途径参赛[2][3]。感觉这次能顺利参赛全靠 Proposal 疯狂吹,毕竟刚结束的 ASC22 甚至连决赛都没有进(
今年的 SCC 分为 In-person 和 Virtual 两部分,然而 Virtual 的部分其实有且仅有中国大陆的三支队伍... 另外两支是 ZJU 和双鸭山 SYSU。看邮箱里收到的 Pre-arrival info、Twitter 上 SC22 投的广告、展示现场的 Zoom Meeting,唯一的感受是好想 Travel😭
今年的赛题分为 Benchmark 和 Application 两部分。Benchmark 包括常见的 Linpack、HPCG 与 IO500,此外今年还新增了 MLPerf。Application 包括用于解决流体动力学问题的 PHASTA[4]、分子动力学模拟工具 LAMMPS、神秘应用地震波模拟 SeisSol 与论文复现 Productivity, Portability, Performance: Data-Centric Python。
然而事实上车带在超算方面基本没有积累,也并没有得到 Proposal 中吹出来的「大力支持」,甚至手上没有一台能完全控制物理服务器。能做的准备基本就各自在自己的设备上把应用顺利跑起来,而并没能有多少机会在统一的情况下配置环境。赛前提供测试环境的时间不长,大家也都有其他事要忙,结果最后差不多是在一个毫无准备的情况下参赛的。
此外,原先有借到学院的一个会议室作为固定参赛场地,结果赛前临时因为有其他安排换到了对面的一个报告厅,大归大,就感觉很不合适。外援也是几乎没有,Team Advisor 目前并不在校内,显然也没其他人可能来帮忙了。
正式比赛基本是分成两个部分的,即 Benchmark 和 Application。对于 Virtual 的队伍,本次比赛和往年稍有不同,提供:
Benchmark 的持续时间只有八个小时,并且因为时区差异,在东八区是 23:30 - 7:30,然而我第二天上午是概率论与大物,大物甚至还有个课堂练习,我在开始后就先滚去睡了(
本来这部分主要是对 In-person 的队伍比较重要,因为 Benchmark 认证成绩后就不允许更改集群的配置了。Virtual 的队伍理论上如果准备好了,直接跑就可以,结果:
总之是寄了,早上醒来一看消息心脏骤停(
第一天白天依然是配环境,基本什么都没跑出来,大家刚跑完 Benchmark 也不是很有精力去打(
我最开始按计划负责 LAMMPS,决定直接走 Spack 去编译还是挺明智的。对于 CPU 版本,用的是 lammps %gcc@11.3.1 +intel +openmp arch=linux-oracle7-cascadelake
,也很顺利地通过 Slurm 调度在四个 CPU 节点上并行跑。第一题有提示可以考虑 balance,然而测试了几种 balance 的方式跑的更慢了,浪费了不少时间。
考虑到时间充足,先尝试了 GPU,使用 lammps %gcc@11.3.1 +kokkos +manybody ^kokkos +cuda +wrapper +cuda_lambda cuda_arch=80 ^openmpi +cuda cuda_arch=80
可以编译出使用 Kokkos + CUDA + CUDA-Aware MPI 的版本,比直接从源码手动配置编译高效很多(虽然没什么在编译过程优化的空间了)。在完全没动输入文件的情况下跑完了 LAMMPS 的两个问题,之后单独 dump_image 做了 visualization,成为整场比赛第一个跑完的应用,甚至在交完 log autograde 后第一个出现在了比赛的 Grafana Dashboard 上(虽然几个小时后被 SYSU 做了一点微小的优化直接秒掉(不过最后还是第二,感觉是其他队的提交不规范 autograde 寄了,但是很好看 XD
然而,其他方向就大寄了,出现了包括但不限于以下情况的意外:
signal 6 caught by pcu
,完全处理不出可用的输入文件,换各种环境尝试也没成功,并且看起来其他队伍没遇到这个问题比赛的东八区最后一个晚上,Azure Quota 修好后才意识到 Scheduler 是 D16 v4(Intel Xeon Platinum 8370C),而允许的 CPU 机型和 GPU 机型全都是 AMD EPYC 7002 Series,Spack 编译又默认会对当前架构进行优化,导致编译出来的 binary 放到节点上跑直接就是 Illegal Instruction
。时间所剩无几,不得已直接放弃原来配了一部分的集群,开了几台 HB120rs v3 和 ND96amsr A100 v4 的 Single VM 去跑。
我最后帮另一位队友跑了 Reproducibility,因为我没准备也没看过论文,没有意识到完全可以开两台 VM 同时去跑 dace_cpu
和 dace_gpu
甚至是 distributed memory 的结果,导致大部分时间都浪费在等它跑完了。最后勉强跑完了 CPU 的部分,GPU 只跑了前面的几个测试。
SeisSol 比较惨,本身环境配置就挺复杂,然后又要重新配。本来想着先出点结果,所以直接先跑 CPU 的第一个问题,最后也没跑完。Interview 的时候被告知赛题给的输入单用 CPU 跑可能要跑到明年... 就,寄。
Interview 大概是:
最后抢着时间把 Reproducibility 跑出来的一部分数据交了上去,本想着结束了,然后结束提交 7 分钟后突然想到 LAMMPS 只交了 log 没交要求的完整 dump,甚至 visualization 的图都没交... 只能安慰自己说这比赛除了第一都没什么用了。
好啦认真一点 第一次参加 Hackergame,然后最后还是没能进榜,大概是 119 / 2747 这个样子。
我其实第一天 web 就只剩下「二次元神经网络」了,然后还凭手速抢了个「微积分计算小练习」的一血,不过 web 就卡这了,完全没想到还能反序列化去打,毕竟 Torch 是之前是真没用过。有在打其他 CTF 比赛,不过除了 web 都不太行,太菜了(
随便写,然后 /?result=2022
。
我觉得这种教你用搜索引擎的题目非常好(
中国科学技术大学“星云战队(Nebula)”成立于2017年3月
https://cybersec.ustc.edu.cn/2022/0826/c23847a565848/page.htm
和官方题解不同,我没看到「Configure Kdenlive」,不过根据界面可以推断是个视频编辑工具,那就搜「KDE video editor」。
https://ftp.lug.ustc.edu.cn/活动/2022.9.20_软件自由日/slides/gnome-wayland-user-perspective.pdf
很好找。
很好,我已经忘记我怎么找到这个 commit 的了 可能是直接硬看 commit log + 简单过滤。
https://github.com/torvalds/linux/commit/dcd46d897adb70d63e025f175a00a89797d31a43
sdf.org
之前比较常用 Censys,发现没索引 MD5 指纹,临时找了个 SHODAN,直接放进去搜就能找到,Hostname 为 *.sdf.org
,那就是 sdf.org
了。
https://www.shodan.io/search?query=e4:ff:65:d7:be:5d:c8:44:1d:89:6b:50:f5:50:a0:ce
搜索有关网络费用的内容不难找到「关于实行新的网络费用分担办法的通知」,可以发现应该是在「网字〔2003〕1号《关于实行新的网络费用分担办法的通知》」开始实施的,但是我实在没找到这个古董文件,于是直接猜 2003 年某月一日。
直接 VS Code 打开文件夹全局搜 flag{
。
找到 ~/.config/rclone/rclone.conf
,搜「rclone password decrypt」直接有一个在 Go Playground 里跑的代码,复制进去就完了(
作为一个编程爱好者,我觉得实在是太酷了,很符合我对未来编程语言的想象,科技并带着趣味。
用 Regex 替换简单预处理一下数据,转换成如下格式:
1 | 1225 | 2381 | 2956 | 3380 | 3441 | 4073 | 4090 | 4439 | 5883 | 6253 | 7683 | 8231 | 9933 = 978 |
然后写个 Python 脚本处理一下:
1 | from hashlib import sha256 |
愤怒喵(划掉
直接 requests.Session()
+ BeautifulSoup 4 处理一下。
1 | import requests |
读 EXIF 即可。
根据 ZOZOMARINE STADIUM
可以确定位置。
然后之前没找到 ADSB Exchange,买不起 Flightradar24 的会员,告辞(
本来是尝试直接暴力的,一天跑个一两万没问题,但是怕被当成恶意攻击作罢(
然后 Java 的 Double 类型有 NaN
,不可比较大小,在题目条件下会被当成正确,传入即可。
个人不喜欢 KFC 的嫩牛五方。
1 | $$ \input{/flag1} $$ |
这题我也忘了从哪搜了个 catcode
出来... Anyhow, it works.
1 | $$ \catcode`\_=12 \catcode`\#=12 \newread\file \openin\file=/flag2 \loop\unless\ifeof\file \read\file to\fileline \fileline \repeat \closein\file $$ |
splitbrain/dokuwiki#3421 有提到 do=diff
,试了下没禁用。
静态数据因为权限问题可以直接读。
1 |
|
想到了在编译时带数据,但是真的没找到方法...
用 KiCad 的 Gerber 查看器打开,不过不知道为什么我没把 flag 点出来,导出到编辑器后能看到(
虽然没做出来,但是我成功通过另一个程序发 Signal 点了那个按钮,然而(
简单的 XSS 注入,不出网,随便试几下可以发现他返回的结果应该是获取指定 id 的元素内容,然后尝试读一下 cookie:
1 | 100:<img src=x onerror="document.getElementById('greeting').innerText=document.cookie;"> |
完全不会二进制,搜了一下找到了 Attacking applications running under WINE,给了一个执行 Linux Shellcode 的示例:
1 |
|
于是直接用 msfvenom
生成两个:
1 | # /opt/metasploit-framework/bin/msfconsole |
利用前两次的错误机会暴力去找使用的随机数种子:
1 |
|
尝试几次会发现验证码的复杂度会根据 username
确定,并且未找到的情况下是最复杂的,然后就人肉 sqlmap 盲注了(
1 | import requests |
人肉确定 flag 的下一个字符,还好也不是很长。
PulseView 导入后设定一下 Decoder,穷举一下看起来比较正确的 channel 设定,然后把 data 处理一下:
1 | data = [55, 1, 16, 32, 19, 1, 193, 255, 239, 0, 0, 1, 55, 21, 0, 32, 103, 0, 5, 0, 111, 0, 64, 0, 183, 7, 0, 32, 131, 168, 135, 11, 183, 7, 0, 32, 131, 165, 71, 10, 183, 7, 0, 32, 3, 175, 71, 11, 183, 7, 0, 32, 131, 174, 7, 11, 183, 7, 0, 32, 3, 168, 199, 9, 19, 5, 16, 0, 19, 134, 8, 32, 19, 14, 16, 0, 19, 3, 112, 0, 131, 167, 5, 0, 227, 142, 7, 254, 35, 32, 175, 0, 35, 160, 206, 1, 131, 167, 5, 0, 227, 142, 7, 254, 147, 135, 8, 0, 19, 7, 8, 0, 131, 166, 7, 0, 19, 7, 71, 0, 147, 135, 71, 0, 35, 46, 215, 254, 227, 152, 199, 254, 19, 5, 21, 0, 19, 8, 8, 32, 227, 18, 101, 252, 183, 18, 0, 32, 103, 128, 2, 0, 103, 128, 0, 0, 0, 16, 0, 32, 20, 32, 0, 150, 16, 32, 0, 150, 0, 32, 0, 150, 8, 16, 0, 150, 4, 16, 0, 150, 0, 16, 0, 150, 0, 0, 0, 150, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 102, 108, 97, 103, 123, 48, 75, 95, 121, 111, 117, 95, 103, 111, 84, 95, 116, 104, 51, 95, 98, 52, 115, 73, 99, 95, 49, 100, 69, 52, 95, 99, 97, 82, 82, 121, 95, 48, 78, 125] |
穷举(
Hackergame 的题整体上是比较有趣的,也会尝试一般 CTF 比赛不太可能涉及的题型。
题目质量很高,覆盖的知识点很广。体验不错,明年还会来陪跑(
]]>本文旨在整理概括中国大陆地区学生信用卡业务现状,仅为作者出于兴趣整理,不构成任何方面的推荐或建议。由于能力与时间有限,难免存在错误与疏漏,敬请指正。目前预计将持续维护至作者本科毕业。
本文不会涉及的内容:
Changelog
2022.7.29: 招商银行开始测试「朝朝宝」和零额学生卡的「一键关联」。
2022.8.1: 根据 Lyn 提供的 DP,确认目前浦发的校园版信用卡为零额度且无提额途径。
2022.8.30: 确认「广发摆范儿信用卡」已正式停发,原申请页已经无法访问(此前可以访问但无法申请)。
2022.9.25: 招商银行移除了所有校园版信用卡相关的页面,智能客服(仅限「掌上生活」)的相关自动回复仍在,但提示「如需申请,可前往附近招行网点」。
2022.10.10: 目前有前往招行网点申请校园版信用卡但被秒拒的案例,存在已暂停对学生客户新发卡的可能。
2023.1.15: 交通银行学生信用卡产品疑似已停发,与招商银行类似。
2023.3.20: 建设银行目前新发的部分卡片,如新版的 bilibili 卡面等,仅能在手机银行上选择「学生专区」上找到,网页版无法找到此产品,原因未知。
2023.5.20: 修改了关于运通人民币卡的货币汇兑服务费的相关表述,并对其他内容作了一些更新。
2023.6.30: 增加了关于中信银行运通人民币卡的说明,该卡在宣传中称「免货币转换费」。
2023.7.9: 增加了部分地区的中国农业银行「大学生青春卡」和邮政储蓄银行「青春卡校园版」。
2023.7.10: 交通银行学生信用卡产品重新开放申请,宁波银行「BilibiliWorld 主题卡(青春版)」疑似因合作到期停发,并对其他内容作了一些更新。
2023.7.11: 更新了关于工商银行「宇宙星座信用卡校园版」第二还款源的相关信息。
2023.7.21: 根据 131 提供的 DP,再次更新了关于工商银行「宇宙星座信用卡校园版」第二还款源的相关信息。
2023.8.25: 更新了徽商银行「UP 大学生主题信用卡」的在线申请方式。
2023.12.25: 更新了建设银行「建行生活」系列学生版,目前银联及运通人民币版均已开放申请。
2024.2.16: 根据评论区 @rainflow 与 @Norton 提供的 DP,更新了工商银行新推出的学生信用卡产品。
2024.2.26: 根据评论区 @以诺书 提供的 DP,更新了中国银行、农业银行和浦发银行的相关信息。
2024.3.12: 更新了招商银行校园版信用卡的相关信息。
2024.3.15: 根据一个匿名 DP,对文章中部分内容进行了修订。
2024.3.15: 根据评论区 @soul archive 提供的 DP,对工商银行第二还款源的相关信息进行了修订。
2024.3.18: 根据一个匿名 DP,更新了中国银行与邮政储蓄银行学生信用卡产品的相关信息。
目前,在互联网上搜索「学生信用卡」相关内容,不难发现数年前有名为「学姿势」的社区对当时的学生信用卡产品进行整理推荐,由于未知原因[2],其自 2020 年中起已基本停止更新。应该指出,此社区中有关信用卡的产品的内容已经基本过时,我并不建议在现在参考其中内容选择学生信用卡产品,但其中对于信用卡的基本介绍与监管信息仍有参考价值,例如大学生信用卡编年史。
对于涉及学生信用卡业务的监管条例,有以下可供参考:
需要着重强调的有以下两点:
其中,第一条很少被提及,但大部分银行都会遵守,持有两行信用卡后申请第三行有大概率会被拒绝发卡。这一条也导致我不可能将下文所有卡产品实际去申请一遍,相关简介仅能根据现有的公开资料分析,存在不完整或过时的可能性。
update@2024.3.15: 目前该规定仍然会被大部分银行严格执行(明确已知包括中国银行、工商银行的部分分行),不建议尝试利用可能的审核漏洞申卡。
第二条使得目前绝大部分学生信用卡产品没有授信额度,不少银行甚至没有提供第二还款来源人担保提额的渠道,或者有但当地网点不熟悉业务流程而无法提交。早年存在保险、消费金融公司甚至贷款作为第二还款源的神奇操作,不过目前似乎已无此类新发卡。
这里仅包括 2021.11 至目前可以申请或曾经可以申请的卡片,不会包括在此之前可申请但已停发的卡片。同时,我不会对这些产品进行评分,仅会记录它的相关信息和我的主观评价。对于没有可访问的官方链接的卡片,会提供查找路径。所有链接均不包含推荐。
由于大部分银行客服对于冷门的学生信用卡产品一问三不知,甚至对第二还款源的要求都不了解,所以在此仅根据网页 / App 上所写的内容判断总结。
广发摆范儿信用卡(已正式宣布停发)
这张卡是我目前持有的唯一一张学生信用卡,而在我申请后不久便停发至今。这张卡采购保险作为第二还款源,额度相对大方,可选银联 + MasterCard 套卡或运通人民币卡。除不能提额外,使用与广发其他普卡体验一致,堪称学生信用卡最后的荣光。
update@2022.8.30: 广发银行在 8.1 发布了「关于停发广发摆范儿信用卡的公告」。尽管公告表示自 2022 年 9 月 15 日起停止申请受理,实际上去年 12 月左右原申请通道就已关闭。此卡种的运通人民币版实际发行时间不足三个月,极为可惜。
YOUNG 卡校园版等卡片(相关页面已移除,但卡产品未停发)
目前,你可以在各种地方看到这张卡的推荐办卡链接,甚至不少会宣称这张卡有额度,仅因为推荐奖励极为丰厚。但实际上这张卡是没有任何途径提额的零额度卡,并且没有银联外的卡组织可选,不过卡面还是挺好看的(
同时,招行的活动近几年也是出名的抠门,这张卡仅有一个聊胜于无的满 18 随机返现,此外在我印象中就无其他权益了。但对于应届毕业生有额外奖励,也可以在毕业工作后方便地转卡。
招商银行在近期移除了所有学生版信用卡的相关页面,目前仅「掌上生活」的智能客服留下了「如需申请,可前往附近招行网点」的提示,暂时未知是否计划停发学生信用卡产品 前往网点可提交相关产品的申请。
update@2022.7.29: 招商银行开始向部分学生卡客户推送朝朝宝的「一键关联」,即当预存金额不足时可从朝朝宝账户自动赎回,大幅提高了零额度卡的可用性。
update@2022.9.25: 招商银行移除了所有校园版信用卡相关的页面。
update@2022.10.10: 目前有前往招行网点申请校园版信用卡但被秒拒的案例,存在已暂停对学生客户新发卡的可能。
update@2024.3.12: 目前招行网点恢复对校园版信用卡的营销,主动推荐办卡,但未恢复网申渠道。
大约在 2022 年 5 月底,中行悄悄发了第一张专门标注校园版的卡片,同样是银联的零额度卡,需注意的是没有实体卡,卡等级为白金。整体营销经费应该说比较充足,对于新户提供了还不错的奖励,但似乎之后就只有三倍积分了。
同时,作为银联的无界卡系列,通过银联网络结算的消费笔数达标可以拿到聊胜于无的无界卡奖励。
update@2023.7.10: 根据 Lyn 提供的 DP,目前中国银行对学生有严格的零额度要求,不允许人工审批提额,可认为没有提额方式。
update@2024.3.15: 根据相关 DP,申请该卡会保留学生标记,学信网毕业日期前无提额 / 申请其他卡种的可能,且在毕业后申卡也可能需要线下进件 + 人工审核,若对此较为介意谨慎提交申请。对于合作院校,可能会为新生预录白名单,以便在未上学信网前给新生推销办卡,不确定此名单是否会用于内部学生标记。
update@2024.3.18: 根据相关 DP,若毕业后申请其他卡种时审批拒绝,可致电 4006695566 或工作日前往有信用卡柜台的网点[3]询问被拒绝的原因。如拒绝原因是「无有效授信额度」(而不是「综合评分不足」之类),一般说明仍有学生标记,需要线下进件。
JOY 学生版等 (卡片类型选择全部,搜索「学生」)
办卡须知:根据监管要求,客户网上申请后,我行先核发“封存额度”的学生信用卡(我行营销员现场指导申请的除外)。客户邀请第二还款来源人前往我行任意网点签署《中国建设银行大学生信用卡第二还款来源声明书及额度调整申请表》以后,即可释放信用卡额度。
卡组织仅银联可选,自行申请额度为 1 元[4],页面提及可以由第二还款来源人担保提额。权益不固定,例如 QQ 音乐联名卡送绿钻,主要同样集中于新户。部分卡产品也属于银联无界卡系列。
建设银行目前新发的部分卡片,如新版的 bilibili 卡面等,仅能在手机银行上选择「学生专区」上找到,网页版无法找到此产品,原因未知。
update@2023.12.25: 新发主推卡产品「建行生活」系列学生版有运通人民币可选。
update@2024.3.15: 根据相关 DP,毕业后提额需要线下进件,建行工作人员称「可以直接申请新卡片,核发带额度的在职卡;旧卡(学生卡)额度不变,不会自动调平,可自行销户」。
奋斗套卡、环球影城金、留学金套卡等产品(在「工行微信公众号[5]」内的「信用卡申请」任选一个非学生卡的卡种,按流程申请,填写工作时选择「学生」,即可弹出学生可以申请的卡片列表)
默认零额度,页面提及可以由第二还款来源人担保提额。
需要注意的是,此前存入人民币无法直接外币消费,可能需要购汇转入,因此零额度的情况下相较 中国银行的跨境通借记卡 没有明显优势。
update@2023.7.11: 有案例在递交了「学生客户办卡还款承诺书」和相关担保信息后仍被拒绝提额,如有想办理该卡的读者还请知悉。卡部仍接受相关材料提交,但不能保证授信。
update@2023.7.12: 根据 131 提供的 DP,工行针对部分高校学生提供保险作为第二还款源,无需家属担保,直接授信额度(本科 3k / 硕士 5k / 博士 8k),需前往高校对应的工行网点扫码办理。可致电工行信用卡客服咨询是否为所在高校学生提供授信额度。
update@2024.3.15: 根据相关 DP,致电客服被告知只能查到白名单院校列表(不在白名单内的院校无法通过审批)和试点院校列表(列表内高校有支行称并无审批额度),无法查询学校是否在给授信额度的学校之列,建议尝试和学校最近的工行网点联系。
update@2024.3.15: 根据评论区 @soul archive 提供的 DP,在线客服查询是否对院校提供授信额度可能比电话客服更有效。
浦发校园青春卡 (搜索「校园」)
这张卡仅在 PC 版申请页中可以找到,而在移动端 App 内的申请页面无法找到。尝试询问客服不能获得任何有效信息,申请页也没有学生客户相关的特定协议,所以只能当作是又一张银联的零额度卡,未知是否可以担保提额。
update@2022.8.1: 根据 Lyn 提供的 DP,发卡为零额度,且无提额方法(不可通过第二还款来源人担保提额)。
零额度银联卡,此前部分卡板有运通人民币版,但是现在似乎没了。未知是否可以担保提额。 申请时会给监护人发送短信落实第二还款源,并要求上传本人及监护人户口簿对应页,并直接提供「毕业转卡」途径。卡面丰富,除最红星期五等常规活动外未提及其他特定活动或权益。学生信用卡产品不支持加办外币卡。
update@2023.1.15: 目前已经无法找到学生信用卡产品,可以认为相关卡片已经停发。
update@2023.7.10: 相关卡产品已恢复开放申请。
运通人民币的零额度卡,要求年龄 20 周岁以上,并且应该还要求本地有宁波银行的网点。权益主要为消费达标送给 B 站大会员和周边,未知是否可以担保提额。
update@2023.7.10: 可能因为与 B 站合作到期,相关卡片已经停发。
update@2024.3.15: 根据相关 DP,宁波银行南京分行工作人员称「研究生应该可以批(在职卡)」,但未能找到下卡案例。
2022 年 5 月发布的新卡,默认为银联的零额度卡,申请要求当地有徽商银行的网点[6],不提供网申渠道,需至线下网点申请 目前可在微信公众号网申。根据一个 相关帖子,可以通过第二还款来源人担保提额。主要权益集中于安徽省内生活权益。
update@2023.5.20: 很可惜,该贴目前已被删除,也没有相关存档可查阅,重要的信息已在上一段总结。
update@2023.8.25: 目前该产品可在「徽商银行信用卡」公众号「我要办卡」中在线申请,并可在申请时一并提交《UP 卡第二还款源承诺书》。若不提交,则为银联的零额度卡。
大学生青春卡(信用卡申请选择北京、广东、重庆等部分地区,可在「地区特色」中找到)
银联零额度信用卡,卡等级为金卡,申请时会查询学信网学籍,且限制申请地区。主要权益为新户礼,未见第二还款源担保提额相关内容。
update@2024.2.26: 目前更多地区已经开放申请,包括江苏、上海等。
不提供网申渠道,需至线下网点申请。「面向全国部分省份特定高校发卡」,具体地区 / 高校限制未知。根据「第二还款来源签署的还款承诺函」的要求,可能是非零额度的银联卡。
update@2024.3.15: 根据相关 DP,部分线下网点也没有该产品的相关资料。
update@2024.3.18: 总行客服回复称,目前采用分行前往合作院校进校办卡模式,暂不清楚哪些地区 / 院校可以办理,当前可确认南京市暂不发行。
目前,学生信用卡并没有完全消失,部分银行会在发新卡时顺带给已有的学生信用卡业务加上几个新卡面。但零额度卡实际很难说有什么用处,即使有新户礼和权益,也并没有很大的申请价值。
因此,如果有外币消费需求,我会推荐办理中行的跨境通借记卡(poplite's blog, DocOfCard)或者兴业银行、广发银行、中信银行的运通人民币借记卡[7]。
如果没有外币消费需求,且有第二还款来源人担保的话,可以尝试申请明确可以担保提额的卡片;如果没有但仍然想申请,建议直接选卡面好看的。
此外,如果不介意所有消费可以被主卡持卡人看到的话,使用直系亲属的附属卡是比学生卡更好的选择。
我很可爱,请给我钱( ↩︎
猜测主要是因为学生信用卡业务的萧条,在此之后其微博账号有寥寥几条的更新,但已经没有认证,可以认为这一社区的主要运营已经终止,实属可惜。 ↩︎
根据相关 DP,建议优先前往分行营业部(如南京市区的江苏省分行营业部 9 号柜台,工作时间同对公业务工作时间),大部分支行、网点可能无法提供相关查询服务。 ↩︎
不知道是不是他们的系统不支持零额度卡,还有怎么让 银保监 国家金融监督管理总局接受授信一元的( ↩︎
手机银行 / 工银e生活可能无法进入新版申请页面,会直接提交申请然后拒绝。 ↩︎
不难发现,南京是安徽的省会(可申请地区为安徽省及北京、深圳、成都、徽京 南京、宁波地区) ↩︎
注意,部分运通人民币卡在进行非人民币交易时可能会收取 1.2% - 1.5% 的服务费。有消息称 广发银行发行的 Lucky 借记卡会减免该费用,中信银行连通金卡借记卡也在宣传中表示免货币转换费,但由于各家政策不统一、无可靠公开信源,故仍在此注明,大额消费时需注意。 ↩︎
update@2022.3.28: 排除常见 VM 和远程工具,详见
conditions
。
update@2022.4.4: 允许在caps_lock
的情况下切换输入法,但切换后并不保留caps_lock
状态,若无需这一逻辑可自行去除from.modifiers.optional
部分。
update@2022.4.6: 发现 Snipaste 切换颜色 RGB / HEX 是用 Shift 的,文末总结了一下如果需要单 Shift 的可选方案(长按或Fn
修饰)。
update@2022.5.19: 在某些情况下可能偶发失效或输入高延迟,可以尝试在 Karabiner-Elements 中 Misc 标签下选择Restart Karabiner-Elements
。当然,如果没解决的话,那就是 macOS 过于咖喱了,我已经遇到自带输入法的不少问题了。
update@2023.1.7: macOS Ventura 引入了简体中文输入法的无响应问题,此问题会导致所有前台应用连带无响应,直至超时恢复。无响应时只能选择重启或强制终止输入法进程,例如killall -9 SCIM_Extension
。如果你不知道上述命令的用途,建议选择其他第三方输入法直至 Apple 修复此问题。
使用 Karabiner 改键,在 ~/.config/karabiner/karabiner.json
中 profiles.complex_modifications.rules
部分加一条:
update@2022.5.19: 现在你可以在安装完 Karabiner 后点这里一键添加了,并且我会更推荐这种方式。这个配置文件同时包含了左 Shift 与右 Shift 对应的规则,导入后在弹出的窗口中启用需要的即可。
1 | { |
Apple 默认使用 Caps Lock 切换输入法至少从我买上篇文章提到的那台老 MacBook 就开始了,我当时甚至完全没搞清楚它的切换逻辑,以至于一度怀疑大写锁定灯坏了, 然后就直接用搜狗输入法替代了自带的。因为搜狗自带了中英文切换,也就不会涉及 macOS 默认的反人类切换逻辑。
但是显然 Apple 很喜欢这个方案,以至于在简体中文版键盘上除了含有全角符号标注外,大小写锁定直接成了「中/英」,这也是我选择定制美式英文键盘的一个很重要的原因。
然而不久前遇到了一点小的兼容性问题,搜狗输入法的英文模式在某些特定的应用中无法正常输入,必须切换到自带的英文输入法。这个小的 glitch 就比较让人难受,考虑到 iPhone 上一直使用自带输入法也没什么问题,就尝试着切到自带的简体拼音用了一周。结果默认的整套逻辑依然让我很不习惯,一方面是之前很长时间都在用 Windows 那套切换逻辑,另一方面是我之前几乎不会用 Shift 去输入大写字母。此外,因为还需要使用 Windows 虚拟机和偶尔远程解决一些 Windows 上的问题,即使 Parallels Desktop 也没有针对这一情况做映射,各类远程软件更是不可能做,操作体验极度割裂,不得不考虑换个切换输入法的方式。
久闻 Karabiner 的大名,但之前一直也没用过。网上其实有一些用 Karabiner 改键的教程,如果他们完美地解决了我的问题,那我肯定不会写这篇文章。问题在于我找到的解决方案完全没有做到优雅,或者依然与 Windows 上的切换方式有出入,比如以下几个:
简单来讲就是在 pressed alone 的情况下把 Caps Lock 和左 Shift 对调了,看起来没什么问题,但是并没有恢复 Caps Lock 基本的短按切换大小写的功能。
这两篇的作者似乎是同一个,方案是在 pressed alone 的情况下先映射到 F17 然后把切换快捷键改成 F17;通过把 basic.to_if_held_down_threshold_milliseconds
设为 1ms 以直接触发长按,并利用短触发的「长按」事件恢复 Shift 的功能。这样做存在两个问题:
to
,完全不需要也不应该使用设定为 1ms 的 to_held_down
。V2EX #33 提到了这个问题并给出了一个更合理的配置,少了一次映射,但并没有解决同时触发的问题。
Karabiner GUI 对于复杂映射的支持有限,所以需要直接编辑配置文件。加一条这样的 Rule:
1 | { |
这条规则做了这些事:
left_shift
按键(包括存在 caps_lock
这一 modifier 的情况)。to_if_alone
输入组合键 Control ⌃ + Space
;如果超过 200ms,则触发 to_if_held_down
正常实现左 Shift 的功能。to.lazy
为 true
,触发组合键前不会输入左 Shift,避免多重输入。这其实也是官方推荐的做法。manipulators.conditions
排除常见 VM 和远程工具,可以通过 Event Viewer 找到需要排除的应用的 bundle_identifier
,比如 Parallels Desktop 的 com.parallels.desktop.console
。目前的部分规则来自 Emacs key bindings (rev 12)。当然,这样改也同样不是完美的,少数使用单 Shift 作为快捷键的应用可能还是会出问题,也许去掉 发现 Snipaste 切换颜色 RGB / HEX 是用单 Shift 的,略微总结了一下这种情况的选择:to.lazy
可以解决,但我目前使用的应用中没有通过单 Shift 触发的快捷键,所以对我个人而言这样就是相对合理的配置了。
Fn + Shift
。在开始大学生活前,显然有一件很重要的事 —— 购置一台新的笔电替代旧的那台六年发布前的丐版 MacBook Pro。现在回想我居然能接受边框停航母,空载都没法流畅渲染新版 macOS 的动画,内存压力日常 50+,高负载还崩过一次的电子垃圾的(
虽然 M1 Mac 是个很不错的选择,但是已经发布了一年,随时可能被 Apple 背刺,并且只有单侧的两个 Thunderbolt 4 接口还只能外接一台显示器,实在很难认为这是个成熟的产品。于是其实在高考前就开始等传言中会在 WWDC 上发布的 M1X MacBook Pro —— 可惜并没有。
那不如考虑下 Windows 笔电?简单地浏览一下价位段,如果不追求顶尖的体验(比如 DELL XPS 系列),大部分轻薄本与全能本产品都分布在 5K - 1W 的价位内,看起来能比 Mac 省下不少钱。然而,事实是这个主流价位段里的产品几乎没有厂商提供 32G 内存。对于一般的日常使用是足够的,但是就重度使用和战未来而言,显然不太够。至于 1W 以上的高端产品,性价比差不多的情况下,我还是更愿意选择 MacBook Pro 的。
最终鸽到 10.19 发布的 MacBook Pro 2021 并没有太让人失望,基本上补齐了 M1 的短板,起步价也提高到了 ¥14999,内存价格依然堪比金条。因为贫穷所以仅仅是选择丐版 + 32G 内存 + 美式英文键盘,通过教育优惠下单。
于是,现在我已经使用了一段时间的丐版 + 32G 内存的 2021 款 MacBook Pro 14″ 了,来片面地列一列主观感受。
在官方渲染图放出来之后我的第一感觉是:丑。尤其是侧面的图片,实在很难给我留下一个好印象,也是我没有首发下单的一个重要原因。
好在媒体解禁后给出的实拍还是很有精致感的,平整的 A 面相当舒适。之后趁福建大三本短短的四天解封第一次去了 Apple Store 摸了摸真机,确认新的模具导致的厚度增加在正常使用时并不会很影响体验,以及配备 ProMotion 的 XDR 显示器甚至比 Pro Display XDR 更舒服,才决定下单。
但除了视觉以外,新模具的一个可能比较影响体验的点在于侧边的出风口增宽后会有明显的割手感,尤其是从包里拿出来必然会接触这一区域。值得注意一下,希望下一代会改进一些。
很巧,我之前使用的 2015 款同样是剪刀脚键盘,也搭载了第一代 Force Touch 触控板,但实际手感有不小的差异。整体上是有改进的,2021 款键程更长,反馈也更明确。触控板面积增大,反馈略有差异但都很优秀,比我摸过的主流 Windows 笔电毫无疑问的更好,外星科技不是吹的(
同样很巧,2015 款是此前最后一代搭载 MagSafe 2 的 MacBook。MagSafe 3 接口更宽、更浅,触点更稀疏,磁力更强,因此 MagSafe 2 和 3 并不通用。
但是电源延长线是通用的,2015 款会附赠一根。使用延长线可以让 MacBook 接地,避免一些悲剧事件。然而 2021 款(或者说近几年的 MacBook)都不再送这根延长线了,而这根线的官网售价是 ¥145,发扬一贯的抢钱精神。
此外还有一个细节,MagSafe 3 比 MagSafe 2 的充电指示灯亮起更快,同时多了一个从暗到亮的渐变过程,或者说这个渐变过程更长了。
如果看过一些 M1 的评测,应该对它的低功耗与优秀的续航表现有些印象,甚至这是我选择新款 MacBook Pro 很重要的一点。但新的 M1 Pro / Max 的续航结果似乎并没有那么惊艳,尤其是在小电池的 14 寸机型上。我手上的这一台低负载续航确实不错,然而当负载高一些时,例如使用 Microsoft Edge 观看 Bilibili 直播,此时总续航大概只有 5h 左右,只能算主流水平。为此我粗略地估测了一下,观看同一个直播间,根据 iStat Menus 给出的总功率,Safari 约为 10w,Edge 约为 14w,而 Firefox 高达 18w。
至于 Safari,不仅在一些情况下做不到对,我还遇到了一些的偶发 bug,包括但不限于标签页无响应、崩溃与随机的渲染问题。如果没有这些 bug,Safari 对用户而言称得上是个快速省电的浏览器 —— 但就是有这些 bug。
然而为了续航,还得用 Safari。
笔吧评测室通过压力测试给出的结论是 14 寸散热表现不佳,我个人不太认同这一点,可能是我真的没有什么需要长时间满载的任务要跑。
在我这段时间的日常使用中,根据 iStat Menus 的记录,风扇转速几乎没有达到 2000 RPM 过,大部分时间都是 0 RPM。显然,Apple 在散热上非常保守,调教偏向于安静。结果是有一定负载的情况下,会使得 C 面保持在一个比较温热的状态 确保冬天不会冻手,和 Intel MacBook 比较接近,区别是前者的风扇不会转,而后者此时大概已经起飞了。
应该可以算因为 Intel 导致的风扇 PTSD?
edit@2022.1.27: 又用了一段时间,日常使用情况下基本上是两个小核占用在 60% 左右,大核仅 cpu2 有低负载,此时风扇是不会转并且 C 面温度较低。但是负载超过这个点之后 C 面就有可感知的温度了,更高负载后风扇会启动并保持 C 面在比较温暖的状态,目前没有遇到烫手的情况。
说不显眼真的是不大相信,因此我强烈推荐 TopNotch,把状态栏背景换成黑色后观感确实要好上不少。同时建议关闭偏好设置 - 程序坞与菜单栏中的「自动在全屏幕中隐藏和显示菜单栏」,既然全屏 App 无法使用刘海两边的区域,不如让状态栏常驻。但是某些不遵循 Safe Area 的应用,例如 Telegram Desktop 的全屏图片查看,会导致图片的一部分被刘海遮挡,还是会很影响观感,
此外,状态栏右侧的应用图标被隐藏的问题。这不算一个新问题,在没有刘海的旧 Mac 上还可以选择 Hidden Bar 之类折叠一部分,展开时可使用完整的状态栏。然而有刘海的情况下,状态栏只能使用刘海右侧的区域。左侧菜单溢出可以占用右侧区域,但是右侧图标溢出并不会移到左侧。
除了 Bartender 4 的 Bartender Bar 外,我完全没找到其他可用的替代品。希望 Apple 能尽快处理好这个问题,至少给一个系统级的 Bartender Bar。
总体来讲咖喱味越来越浓,很难描述具体是哪一方面在变得更糟,但整个用户体验是明显在下滑的,这一方面我可能会稍后尝试翻译一篇(或者一系列?)文章,回顾了过去的 Mac OS X 在用户体验上作出的努力,而新版似乎不太关注这些了。
除了用户体验的倒车,还有一些其他软件上的 bug,比如下图这个内存泄漏。WindowServer 和通知中心最多时占用了超过 6G 的内存,也有其他更离谱的案例,不过我还没遇到。
简直可以匹敌 Windows 11 了。
如果一个池子进水的速度比放水的速度快,那么池子早晚会溢出来。
同理,随着你用 macOS 的时间越来越长,但是 Apple 根本不修 Bug,那么早晚全他妈是 Bug。
—— Dvel @ V2EX
目前 macOS 上主流应用绝大部分都可以原生运行,但是依然不可能不依赖 Rosetta。就目前来看我使用的应用中主要是 OneDrive、Adobe Acrobat 与 MATLAB 依然没有原生版本,好在除了 MATLAB 外其他也不会有明显的性能影响。大概就是在同版本 macOS 上,Intel Mac 能运行的应用,ARM Mac 也能运行,如果只使用 macOS 生态的应用并不会遇到什么大问题。至于 Windows 生态的专业软件?那何苦考虑 Mac 呢。
此外,Swift 与 Objective-C 的一个包管理器 CocoaPods,看起来应该能够原生运行,实际上并不行,还得手动使用 Rosetta。似乎是崩在 FFI 上了,但因为我不常用也不做这方面的开发,也不知道是遇到了什么天大的技术问题以至于现在还没完成适配,就是感觉有些离谱。
售价高昂的 Parallels Desktop 显然不想因为 ARM Mac 失去他们的市场,于是在第一时间提供了 Windows on ARM 的虚拟机支持。实际测试结果是体验相当不错,偶尔会遇到一些 glitch,还算可以接受。目前,WoA 也可以转译 amd64 应用程序了,大部分简单的软件还是能正常使用的。
而目前 VMware Fusion 也终于推出了适用于 ARM Mac 的预览版,官方不为 WoA 提供支持,即使有成功运行的案例,在没有 VMware Tools 的情况下体验肯定是远差于 Parallels Desktop 的。我没有尝试 WoA,跑了个 AArch64 的 openSUSE,体验还不错,Docker 可以正常使用,本地调试简单的 container 问题不大。
那可以利用 qemu 进行 amd64 仿真吗?可以,但体验真不行。一个比较简单的工具是 UTM,然而仿真性能非常差,并且只能单线程运行,大概也只能在应急的时候使用一下了。个人推荐配合 VSCode Remote 使用,至少体验会稍稍好一些。如果不需要仿真的话不太推荐用 UTM,小问题不少,VMware Fusion 会是个更好的选择 算了,用了一段时间发现也就 Parallels Desktop 体验还不错,VMware Fusion 和 UTM 都遇到了非常奇怪的 bug 并且完全找不到解决方案。
有问题,但没有致命问题,似乎和隔壁 Windows 阵营的顶级轻薄本 / 全能本半斤八两,主要看个人偏好。特别是 Intel 推出采用大小核、使用新工艺的 12 代酷睿系列后,在日常使用上 Apple Silicon 大概也没有多么巨大的优势了。
edit@2022.1.27: 看了眼几个最新的 Intel 12 代移动端笔记本的首发测评,Intel 这波能耗比的提高有点感知不强,甚至还有被 11 代移动端倒挂的,说好吊打 M1 Max 的呢。还是等等同样在 CES 2022 上吹了能耗比大幅提高的 AMD 吧(
其他方面想到再补。
不出意外的话今年同样没有年终总结,在这里顺便祝各位圣诞 && 新年快乐。
]]>去年三月我在并夕夕百亿补贴和聚划算打价格战时买了一副 AirPods Pro,大概是因为大部分时候都是轻度使用,所以直到「适用于声音问题的 AirPods Pro 服务计划」出来之后我都没有遇到类似杂音、爆裂音的问题。然而两个月前旅游时,发现调整佩戴状态时有可能发出尖锐的声音,比如 Apple Support Communities 上的这个 thread,显然这个问题并非个例。
虽然我并不知道这个问题是否真的属于服务计划中描述的内容,但是同期购买的一位朋友已经成功通过服务计划在授权服务商换新,本着试试不亏的心态在 8.18 去了当地的一家 Apple 授权服务提供商(百邦),在提供发票与包装盒后,对方表示会返厂检测处理,让我等处理结果。
在 8.18 - 8.30 之间,我并未收到任何来自百邦或者是 Apple 售后的短信、电话或是邮件,以至于尽管看到了售后进度中不明所以的「已取消」,在再次到达这家百邦之前,我都不知道 Apple 以「存在未在原始维修请求中提及的问题」且「提出保外维修方式但未收到回复」为由拒绝了此次售后。
怪了,这个我一直在使用的 AirPods Pro 除了声音问题外还能有什么「未提及的问题」?充电仓上的划痕吗?
于是询问百邦「存在未在原始维修请求中提及的问题」具体是指什么,他们查询后给出的答复是 ——
不知道。
没错,他们的系统中没有关于此次售后拒绝的具体原因,于是建议我拨打 400-666-8800 联系官方客户服务。然而当我致电官方,提供了维修 ID 并询问具体什么是问题时 ——
他也不知道。
转接后高级客服虽然同样没能告知我具体原因,但表示如果不接受处理结果可以提交审查请求,提交后会在三个工作日内回电。
既然我确实没有遇到其他问题,那我当然是不接受以「存在其他问题」为由拒绝售后的。
提交过程并没有遇到什么阻碍,只需要维修 ID(在服务单上)、案例 ID (高级客服会提供)及审查理由。提交后的第四天,我收到了 Apple 负责处理这次审查的客服的回电,询问关于这副 AirPods Pro 的更多情况,并且提供了她的工作邮箱,用于补充更多信息。于是我就把我在网上找到了类似情况的讨论给她发了过去,她也很快回复确认了。
第三天下午再次回电,这一次终于告知了退回的原因是单耳符合服务计划,然而不知道为何没联系上我,于是就直接退回了。
本以为她会提供更换单耳的解决方案让我重新返厂,结果她直接表示根据我的描述可以更换双耳,并表示会与之前那家授权服务商[1]协调。[2]
不得不说,这一个解决方案直接把百邦的拉胯导致的负面印象拉平了,有钱果然是可以为所欲为的 (这大概就是一发十连当场失忆吧
想得美哦
我再次前往百邦,提供了案例 ID 后他们表示要查一下邮件,直到这里都没啥问题。
然后他们告诉我没查到。
没办法,只能先按服务计划先再次返厂了。离开后我给之前的 Apple 客服发了封邮件询问有关情况,很快她回复表示之前就已收到了这家百邦店长的确认。
那显然是百邦查找时漏掉了这封邮件,于是我再次致电百邦,他们告诉我在我离开之后
查到邮件了。
本来百邦这波迷惑行为又把我对 Apple 售后的好感拉下来不少,然而当我再次前往取回耳机与服务单时,意外地发现服务单上除了 LEFT - 声音问题
与 RIGHT - 声音问题
外还有一条 WL CHRG CASE - 按钮问题
,也就整个耳机全部换新了,大概这次审查请求的结果是直接将这副耳机以保内的方式进行检测与售后的。
不管过程如何,结果可以说是完全超出预期了,以至于我仍然愿意相信 Apple 官方的售后在国内是完全的第一梯队。 (这大概就是两发十连反向洗地吧
这篇文章开始写是在我收到了审查请求的结果后,前后几个阶段其实是带着不同的情绪去叙述的。结果很好,但结果不能掩盖过程中存在的问题。Apple 授权服务商在整体体验上和一些品牌的外包售后其实并无差别,甚至在某些时候比不上一些在售后上花了不少钱的国产品牌。
Apple Store 与授权服务商在处理问题上的天壤之别已经存在了许久,但我们并没有看到实质性的改善。也许这是 Apple 的问题,比如不愿意给授权服务商更大的权限,因为这会进一步增大亏损(例如山寨 AirPods 换正品);又或者这是整个行业所面临的的问题,我并无资格评论,谨此引用:
...
但从这个回答的角度,很容易理解最近几年整个服务业水准的全面塌方,包括但不限于肯德基、星巴克、Apple Store,这可能并不是某一家公司的管理问题,而是整个行业下沉的问题。
...
希望未来的服务业会变得更好。
对了,我开了一个 Telegram Channel,如果你有兴趣的话也许可以订阅一下,应该会比 Twitter 活跃一点点?
顺便祝各位国庆快乐,以上。
blog.lim-light.com
这个域名一去不复返了,然后我就有了第五个博客。所以也就有了这篇文章,试着给点「More Information」。
原因其实很简单,我还是希望有一个可以由我完全控制的、可以随便写点我想写的内容的在互联网上的平台,其关键点在于(合法范围内)没有人能够干涉我发表与传播的自由。因此尽管我近期一直在使用 Twitter,但 Donald Trump 的封禁事件[1]与我的账号不久前被 age-lock 已经足以说明你发表的内容并不能由你控制,所以我对 Twitter 的态度和我曾经在 bio 中写的一样 —— mount -o ro /sns/twitter
,我并不会将其作为唯一发表我观点的平台。
也没怎么就是 没价值。其实在原先的博客上我几乎没有用较长的时间去认真写一篇文章,导致它在实际上没有被我用于表达自己所想与所做。另外,所用程序 Typecho 官方对社区贡献的冷处理和长期缓慢的更新同样让我对其失去信心。
加上终于熬到了高中毕业,还是有点时间来好好处理下博客,并认真写写文章的。
虽然我之前曾明确表示不喜欢静态博客,但是动态博客实在是没什么长进,Typecho 依然万年不更新,即使在 PHP 8 后产生了一个严重的兼容性问题;WordPress 古老架构难以作出革新,并且太过繁杂、原生没有 Markdown 支持;其他则是根本没什么生态可言。所以最终选择你也看见了,Hexo。
尽管最初考虑的时候是 Hugo,但这两个静态生成器对于一个空白的新博客并没有很大的性能差别,加上以我的前端水平根本不可能写一个主题,所以整个纠结的过程其实是主题主导的。翻了翻 GitHub Stars 最后的选择是 Hugo 的 Track3/hermit 和 Hexo 的 giuem/hexo-theme-iris,而 Hermit 带有一个我不喜欢的 Homepage,所以最后留下是 Iris。其实还有个原因是相较于 JavaScript 我更讨厌 golang,没有理由。
当然,我用的这版 Iris 与原版有些微调,修了几个小错误[2],并且微调了部分区域的字体大小,希望能带来一个更简洁、舒适的阅读体验。
目前,这个博客托管在 Cloudflare Pages 上,不得不说还是挺简单易用的。至于在中国大陆的访问体验,留待以后再优化吧。
以上。
仅以此为例,不代表我的政治观点。 ↩︎
这些错误在 BLOG @ GIUEM 并未出现,猜测原作者已修正这些问题但未同步开源,我也就不多事提个 PR 了。 ↩︎