第 4 次去日本,这次是去参加 2025 京都马拉松,也是我的第 10 场全马。
去年报名了东京马拉松,不出意外,依旧没有中签。刚好看到京都马拉松也在报名,就直接报了名,海外报名费用是 30,000 日元,约 $200 美元,我还额外定制了号码簿和几个纪念品,加上税费,光报名就花了将近 ¥1700 人民币。
这次京都马拉松在 2 月 16 日举行,老婆刚好放完春节假期,开年比较忙,这次日本之行就是我一个人去了。
去之前出了点幺蛾子,出发前一周,突然感冒发烧,老婆和我妈都让我别去了,心里实在是有点不想浪费,在家休息了一个星期,每天水果、喝水、吃药,出发前总算没咳嗽了。但是这个也注定我这次京都马拉松与成绩无缘了。最终我也就是抱着「完赛就好」的心态就行。
今天这波博客,依旧跟之前类似,流水记录下这次京都马拉松的行程和感受。
2 月 14 情人节,这次乘坐的航班是深圳航空,深圳往返大阪,这也是我第二次去大阪。早上 11 点的航班,全程约 4 个小时,一路倒也看了不少不知名的山川。
即将落地大阪关西国际机场。
去年 5 月同老婆去过一次东京,疫情之后,国际差旅终于慢慢恢复了。
关西空港,落地之后直接从这里坐特快到京都。
提前在 klook 上买了关西机场到京都的 haruka 特快车票,¥2,200 日元,约 100 人民币。
在京都站的交通和换乘指引还是很清晰,小红书上也有很多攻略,现在出行,基本已经不怎么使用传统的马蜂窝、穷游之类的旅游网站了,小红书、抖音上的资讯更加实时和丰富。
没想到我一个中年男人,还能坐到这么萌萌哒的列车。
从关西到京都约1个半小时,在列车上见到了大阪的落日。
晚上 7 点,到达京都。这也是我第一次来京都。
出站之后,见到京都塔,应该也算个地标?由于这次我是一个人来,也没啥旅行的计划,坐公交直奔酒店。
京都是个不大的城市,这次住的酒店离京都站只有 3 公里,距离马拉松起跑的体育馆只有 1.5 公里,只要约 500 人民币一晚,对比起东京的酒店,我推开门之后看到这个大小不由得有点惊讶,没想到居然这么大。
这是白天拍的酒店,中间那栋黑色的小楼。
酒店对面有一家 LIFE超市,属于日本的中档超市,挺多当地人在这买东西的,之前几次来日本,最多就是去便利店买买吃喝的东西,对物价感知不明显,今天去酒店对面的超市逛了逛,怎么感觉日本人民群众买这些东西价格,跟我平时买的价格都差不多甚至更便宜。
京都最近温度在0摄氏度到10摄氏度区间,早早就睡了,看了下酒店配的电视是国产的 TCL,遥控器真长。
第二天睡到自然醒,今天是去马拉松展会领物资,在公交车站看到了京都马拉松的招牌,也有对交通影响的告示,京都马拉松这段时间,全城各处都有标志,很有氛围。
京都马拉松展会在平安神宫附近的京都市劝业馆。10点半开始检录,我10点就到了,还没什么人。
10 点 30 后,进到展馆内,海外选手有个单独的窗口,有中文服务,听口音应该是一个台湾人。京都向来是台湾的热门旅游目的地。
领到了这次的赛事包,我的号码牌上面印有「罗罗磊磊」的简体字,报名的时候额外花了点年定制的,以后留着纪念。旁边的红色袋子里也是额外花钱的纪念品。除了号码簿,里面大多都是广告,比起 $200 美元的报名费,送的这些物资还是比较寒酸的。
展馆二楼还有一层,有相关的马拉松资讯和赞助商的展位。
有一堵印有所有参赛选手姓名的墙,不少人在这签字留念,可惜我没找到自己的名字。
京都马拉松的线路图。
这次马拉松沿途供给的饮食,也有展示,京都马拉松一路吃的还是挺多的。
京都马拉松历届的奖牌,还是比较精致的,算是我拿过的奖牌中比较好看的了,当然,现在国内马拉松的奖牌设计也越来越精致了。
展会中还有主持节目,对于我一个「日语」一窍不通的人来说,只能看看了。
领完的物资,接下来我就在附近逛了逛,这块也是京都热门旅游打卡地。
在京都的这几天,基本都是公交出行,京都这巴士看着年代感十足,但是车内设施还是挺新的。
附近的平安神宫,看介绍是纪念京都建都1100周年,于1895年建造的,也是在这一年,大清与日本明治政府签下了《马关条约》。
这次京都之行只有我一个人,没有计划,也没有压力,只带了一台相机,随便逛逛,拍拍照。
一支乌鸦停在屋檐的千木上,今天气温虽然不高,但是有太阳,还是挺舒服的。
路过一个圆山公园,现在还没到樱花季,等再过一个月过来应该就很漂亮了。
现在是京都旅游的淡季,游客不多,虽然我在京都的热门区域,但是人也不太多,也这算错峰之行的另类体验吧。
看到一个神奇的店,原来这个冈本和服已经有 180 年历史的老店了。
快到中午了,约了朋友吃饭,往市区走的路上,路过一个八坂神社,碰到有新人在这举行婚礼。
上次去东京也见到新人婚礼,这种传统婚礼应该还是挺成熟的,控制时间,有专人控场,也不太会影响到周围的游客。
这条纵穿京都的小河,就是著名的鸭川,也是京都的一个地标,这次京都马拉松有很长的一段赛道也是沿着鸭川。
来到京都四条,这里是京都的繁华商业区,也是京都的中心地带。
看到了 Apple Store,去年日元汇率很好,加上日版 iPhone 不锁 AI,在国补之前,日版 iPhone 去年属于一个挺香的选择。
给老婆在大丸百货的 LV 买了一个小包,比起国内便宜不少,退税也很方便。
继续在四条附近逛逛,京都没有多少高楼,街道纵横。
路过中京郵便局,没想到也有百年历史了。
朋友推荐,来吃了一家号称日本最好的抹茶冰激凌,听说这家店还挺有名的。
路过京都文化博物馆,这个就是建于 1988 年的新建筑了。
晚餐吃了碗拉面,每次跑马之前,我都会吃得比较清淡。
吃完饭,坐公交回酒店路上,见到了 Shake Shack,之前在纽约倒也见到过,但是我第一次吃这个是在上海,后来在深圳万象也吃过,反正国内这玩意很贵又一般。
虽然现在是旅游淡季,但是京都本地生活还是挺热闹的。
时间也不早了,明天就要跑马了,今天居然在京都走了 10公里,比赛前的一天,这个量有点大了。
第二天,早上 9 点起跑,8 点 15 停止检录,我 6 点半起床,运气比较差,可能昨天在外走得太多,加上有点吹风,晚上又咳嗽起来,还有点低烧,一夜是没怎么睡好。今天的比赛,目标就是「完赛了」。步行来到起跑点。
早上的天气阴沉沉的,天气预报说今天有雨,加上身体状态不是很好,我特别担心下雨。更不巧的是,我忘记带雨衣了。来到体育馆内,脱掉外套,换上了运动装备后,来到存包的地方。
体育馆不大,人很多。
这一次我是 G 区起跑,位置比较靠后,但是还是在体育馆内,趁着现在人还不太多,让路人给我拍了一张照片,还是之前的那身装备,习惯了舒服。
起跑仪式没有太多花哨的表演,8点55分,首先是轮椅运动员起跑,9点整准时起跑。
京都马拉松全程赛道都不宽,加上参赛人数众多,一路周围人都不少。
跑着跑着,太阳出来了,如果不是身体状态不好,这个天气还是挺适合跑马的,加上气温也不高,其实挺容易刷成绩。
路过一个寺庙,里面的和尚也出来给大家加油,翻译一下是「心怀希望,一路向前」。
路过一个朱红色的鸟居,鸟居是日本神道教神社的传统入口标志,象征着从世俗空间进入神圣空间的过渡。
来到了鸭川河边,过了桥之后,看到后面还有很多很多跑者。
这一段也算是京都马拉松的精髓路段了。
从 15 公里之后,每间隔5km,补给点就开始供给食物了,从饼干、面包到水果,种类还行。京都马拉松每个补给点十分规范,水杯里也会提示这杯水有多少量,提示 「1/3」 , 「3/5」 之类的水量,方便跑者补水,而且有个小细节,在食物的补给台之后,肯定还会再有一个饮用水补给台,方便跑者吃完东西后再进行补水。
终于到达半程中间点位置了,这个时候我的时间,已经到达2小时17分,比我过往 2小时出头的成绩慢了将近 15 分钟。
这次京都马拉松,我在 10 公里的时候,身体就已经撞墙,前一周身体状态不佳的影响提前出现了,表现就是 10 公里开始就感受到「很饿」,两腿发软,让我不得不提前吃能量胶。
路过一个路人的食物点。这次京都马拉松,让我印象最深的是京都的观赛民众,日本的长跑文化十分发达,民间也有很多跑步爱好者,这次京都马拉松,从小孩到老人,一路都能看到很多人在路边为跑者加油。我这一路都是听着「干巴爹」,参赛的氛围还是十分棒的。
这是第 14 届京都马拉松,不知道日本的其他马拉松的组织水平,京都马拉松每一段路的交通管制都做得十分精细,在半程之后,会在一些检查点提示这个点的关门时间。
跑步进到京都的一个植物园,这里还有艺妓的表演。
从植物园出来之后,开始进入鸭川的河滨小路,这里的道路就变得比较窄了,并排只能 2 人。
路边的一个加油的团队,我与他们他互相招手了。
到达一个有草莓的供给点,不得不说,跑到 30 多公里,能吃上一口酸甜的京都草莓,还是很爽的。
最后 10 公里,我基本也就是走走停停,最后的 5 公里也是一个折返路段。到达最后 1 公里的时候,自拍留念。
终于要到终点了,两边还是有很多加油的民众。
踏过最终的终点线。
老习惯,终点前自拍一张。
京都马拉松有 1 万 6 千的参赛人数,由于我是在 G 区起跑,属于5小时左右的速度,一路周围看到各个年龄段的都有。
完赛之后,有一个纪念的围脖。
除了奖牌、围脖,还有一些补给品发放。
我的第 10 块马拉松奖牌,也是我的第 2 块海外马拉松奖牌(第 1 块是 2018 年的泰国普吉岛马拉松)
在终点更衣和休息区,还有专门的给手机充电的地方,这一点细节也是值得学习的地方。
早上 9 点起跑,下午 2 点多完赛,更衣准备完之后,依旧接近下午 3 点,又累又饿,步行去京都四条附近看了看找餐厅,结果不是饭点,没找到合适的开门的餐厅,就先回酒店睡觉了。
最后一天的行程,下午 4 点的航班返回深圳,倒也不急,早上 10 点退房之后,来到京都车站,准备在这里吃完饭再坐巴士去大阪的关西国际机场。
京都车站有寄存柜,十分方便,直接刷 Apple Wallet 的西瓜卡就能解锁,也不太贵。
小红书上搜了搜,也懒得再去其他地方逛了,去京都车站10楼的「拉面小路」,准备吃碗拉面。
花了 3,500 日元,约 ¥180 人民币,点了一碗加满牛肉的拉面(我点的最贵的那个)和葱花煎饺,味道还不错。
吃完饭,又上顶楼的观景台,与老婆来了个 FaceTime,感觉下次还可以再带老婆来京都好好玩玩。
时候也不早了,这次不打算坐列车,定了巴士,京都到关西机场,约 ¥100 人民币,一路不堵车,差不多 1 个半小时到。
在巴士上见到任天堂的大楼,搜了搜,才发现原来任天堂的总部就在这里。
顺利登机,离开大阪。
上次长沙马拉松 4 小时 56 分的成绩,这次 5 小时 07 分的成绩,在身体状态不佳的情况下,也算是「完赛」达成目标了。
京都,作为世界热门旅游城市和日本的文化古都,在这次马拉松之行中,我并未有足够时间深度游览。除了鸭川,其他知名景点基本上没去过。尽管周六那天我离伏见稻荷大社只有1公里远,但因为其他事务而无法步行前往。
这次也没怎么拍照,全程基本就是 iPhone 14 Pro 出片,感觉还是有必要:再安排一次京都的观光行程,好好体验一下京都的文化。
在 YouTube 上想搜搜 Kyoto Marathon 的视频,分别发现了两个在 4.3km 和 13km处的长视频,记录了所有跑过的跑者。
通过分析配速和分段成绩,找到了自己在两个视频中出现的准确时间点,还是挺有趣的,国内马拉松好像还没见过类似的记录者,感觉有机会下次可以试一试。
最近申请了 Cloudflare 的创业扶持计划并获得了通过,拿到了 $5000 的额度。
这个计划是 CF 家去年 9 月上线的,由于中文社区暂时没看到相关的分享案例,特此整理申请经验,希望能帮助到有类似需求的开发者。
提醒:这是 Cloudflare 为创业者提供的正式支持计划,希望大家珍惜资源,善意申请和使用。滥用可能会影响后续申请者的审核难度。
满足以下任一条件即可申请(最终需通过人工审核):
上面是官方的要求,实际并不是特别严,填写的内容也不要额外提供营业执照或者公司注册文件之类的,实际上我唯一提供的就是产品的官网。
我填完申请表格后,大约两个星期之后,收到了确认邮件。
下面是邮件的原文部分:
Congratulations! We’ve successfully applied the Cloudflare credits to your account for up to $5,000 US
What does this mean?
You now have up to 1 year to use up to $5,000 USD in credits. The credits will expire after one year or when they are fully used, whichever happens first.
Please note that you won’t see the credits directly in your Cloudflare dashboard, because this is a new program and that functionality doesn't exist yet. You will be able to see your remaining credit balance on your invoices for usage-based products.
For usage-based billing products (such as Workers usage, Argo traffic, R2 Object Storage, Stream, etc.), your invoices will draw down from the $5k credit. You’ll see a $0 owing at the bottom of your invoice, and the remaining credit balance will be shown at the top left.
For recurring billing products (such as Pro or Business plans, or the $5 monthly fees for Argo and Workers), the invoices will simply be marked as $0 without drawing down from the credits. So don't worry that these invoices look a little different.
Please read all terms and conditions that apply to the Startup Program here and here; including but not limited to: all Registrar purchases are excluded from the credits and must be paid for in full using the payment method associated with your account, and there is a limit of up to $5,000 USD for any R2 or Cache services.
Upgrading to Enterprise Plan
If you’re ready to upgrade your domain to an Enterprise plan, follow these steps:
Log into your Cloudflare Dashboard.
Under "Websites," click on the website you'd like to upgrade.
On the "Overview" tab, scroll down to "Active Subscription," and click "Change" next to your current plan type.
On the next page, select "Enterprise" and click "Confirm" to upgrade your zone.
This process ensures you can fully leverage the benefits of your Enterprise-level credits.
下面这部分是审核确认邮件中的额外说明:
以下产品费用会从额度中扣除:
以下费用会直接显示为 $0:
域名注册相关费用不包含在内 R2 或 Cache 服务使用额度上限为 $5000
Cloudflare 被成为赛博菩萨,我自己也使用了 Cloudflare 的许多产品和服务,如果你正在开发面向海外市场的产品,尤其是如果你已经在使用 Cloudflare 的产品了,建议可以申请这个扶持计划。
这两天给家里弄好了 IPTV 的组播转单播,心血来潮,想看看极限能跑多少路 IPTV 直播。
有关这次折腾 IPTV 的记录和讨论,我也发到了推特和 V2EX 上。
这篇博客不是教程,由于全国各地不同运营商对于 IPTV 有不同的网络策略,还是建议各位自行以「IPTV + OpenWrt + 组播」等关键字搜索符合当地运营商的教程。
由于这次测试「娱乐性质大于技术研究」,加上本人并不是网络相关专业,并且本人家庭设备诸多限制,注定有诸多不严谨的地方,这篇文章只是记录下下结果,不探讨相关运营商、网络、组网等技术细节。
简单来说,图一乐就好。
这种转换的主要优点是:
如果家里还有人要看电视,还是推荐可以搞个这个方案,在 AppleTV 、手机、平台上就能直接看直播了,而且没有机顶盒那么多广告。
有点可惜现在才弄这套方案,前段时间奥运会期间,和老婆在家看比赛直播还是挺多的。
所有设备在内网并没有网络瓶颈。测试用的电脑均为 2.5G 内网。除了上述设备,也使用到了 AppleTV、手机等设备进行测试。
我也是昨天看到 /t/102603 这个帖子下的留言,发现可以通过「电脑插光猫 ITV 口直接播放」来验证是否能进行组播转发。
经过测试,我家东莞电信、深圳联通两地的 IPTV ,都可以满足。
我之前被其他帖子误导了,以为要鉴权抓包太麻烦就没搞了。没想到居然这么简单(刚好我的网络条件满足)。
GridPlayer,基于 VLC 开发的多路播放器,支持硬解。
用 IINA 也试过,最多只能播放 15 个且很卡顿,后来搜到 GridPlayer 发现可以满足需求。
广电电信的组播除了表情,也提供 1080P 的直播源,还有少数 4K,我订阅的电视源使用的都是 HD 1080P 25帧的资源,码率 7Mbps - 10Mbps 波动,大多时候是 8Mbps。
某些 4K 直播源码率码率则在 30Mbps 左右,但是数量较少,这次我过滤留下了 145 个电视台,144 个是 1080P 25帧。
一开始我使用 UDPXY 作为直播流代理。由于一开始配置的时候填写了最大客户端50的限制,后面测试的时候发现最大播放数量被限制在 55 路,误导我一直以为 IPTV 的最大播放数量被限制了。
但是使用 UDPXY 这一步测试结果依旧保留,仅供参考。
下面以 UDPXY 转发测试过程的一些截图:
Mac 最多只能播放 25 路。
Mac 那边继续直播 25路,PC 额外播放 30 路,CPU 压力很大。
OpenWrt 监测 ITV 口带宽平均下来 500Mbps。
V 站有网友评论说 UDPXY CPU 占用率可能导致瓶颈,一开始我的确忽略了这个因素,于是重新又测试了下。
当 55 个通道同时播放时,CPU使用率在 50% 到 70% 之间波动,每个 UDPXY 进程占用 1%到2% 的CPU。但是可以推测,如果继续使用 UDPXY 进行转发,播放到 100 路的时候,CPU 占有率的确有可能达到 100%。
总路数 | PC 播放路数 | Mac 播放路数 | IPTV 总带宽占用 | 家宽测速结果 | IPTV状态 |
---|---|---|---|---|---|
30 | 30 | 0 | 300Mbps | 1300Mbps | 正常播放 |
50 | 30 | 20 | 450-460Mbps | 1300Mbps | 正常播放 |
55 | 30 | 25 | 490-500Mbps | 1300Mbps | 无法新增直播流,新增会导致原有直播随机断开一路 |
27 号晚上,看到有人提到了 msd_lite,相比 UDPXY,msd_lite CPU 和内存占用更低 ,于是我又重新用 msd_lite 测试了下。
也是在这个时候,我才发现 UDPXY 配置里面有个最大客户端数 50 的限制,于是干脆重新测试,也因此得出了新的数据和结论,由于上面 UDPXY 测试时就已经达到了 1000M ,msd_lite 直接跳过,直接以 1000Mbps 向上的压力测试。
同时为了突破网口的物理限制,我将光猫上的 iTV 口绑定到了 2.5G 口上,原本的网络则改到了 1G 网口上。
这一轮测试,出动了 M2 Max MacBook / PC / M2 Mac Mini 共三台设备测试,同时客厅的 AppleTV 也在 4 路同屏一直播放(三台电脑同时播放时,硬件性能瓶颈太大都会卡顿,AppleTV 4 路直播不会因为硬件问题瓶颈,作为一个标定参考组)。
M2 Max MacBook 一直播放 62 路不停止,画面都能出来,但是播放不流畅,CPU 占用率 60-80% 之间波动。
旁边的 M2 Mini 则固定播放 25 路。
总路数 | PC 播放路数 | Mac 播放路数 | Mini 播放路数 | AppleTV 播放路数 | IPTV 总带宽占用 | 家宽测速结果 | IPTV状态 |
---|---|---|---|---|---|---|---|
91 | 0 | 62 | 25 | 4 | 900-1000Mbps | 1000Mbps | 除了电脑卡顿,其他端流畅播放,AppleTV 播放流畅 |
108 | 42 | 62 | 25 | 4 | 1200-1300Mbps | 10~100Mbps | 除了电脑端卡顿,其余端流畅播放,开始影响网速 |
147 | 56 | 62 | 25 | 4 | 1400~1500Mbps | 10~~100 Mbps | 播放卡顿感明显,少数源出现马赛克,ATV 正常播放但是加载偶尔出现进度条,家宽网速限速到 100M 以内 |
200 | 72 | 100 | 25 | 4 | 1500+Mbps | 1000 Mbps❓ | 极限重复 200 路测试,虽说 IPTV 达到 1.2G 之后大概率限速,但是实测依旧偶尔能够跑满 1000M 网络宽带 |
PC 在播放 56 路时,CPU 压力依旧很大。
在 147 路播放时,OpenWrt 监测 ITV 口带宽平均速率达到了 1.42 Gbps,约 1454 Mbps。后续尝试再增加无法突破。
改成 msd_lite 后,CPU 使用率明显下降,147 路播放时,CPU 在 50%-80% 之间波动。
上述播放,每个设备都是播放不同的电视源,最终是 145 路电视台同时播放。
接下来又分别将 M2 Max MacBook 和 PC 分别增加到 100 路和 72 路,重复播放 50 路。Mac 上这 10x10 的布局画面都展示出来了,但是无法流畅播放,幻灯片一样。
在 200 路播放的时候,iTV 的网口的流量达到了 1.4-1.45Gps ,对应约 1500Mbps 的带宽,与 147 路播放时一样,说明有可能是达到了 IPTV 线路的带宽上限。
在上面 UDPXY 测试的时候,由于我的 IPTV 最高带宽也才 1000Mbps,网络带宽在 2.5Gps 网口下均能跑到 1300M,在 1G 网口下也能跑到 1000M。因此当时我得出结论是:IPTV 带宽不会影响家宽带宽。
但是随着后面转向 msd_lite,将 IPTV 的带宽进一步提升到 1.2Gps ,乃至最高的 1.47Gps 时,我发现了有趣的现象.
当播放 147 路,OpenWrt 监测 ITV 口带宽平均速率达到了 1.42Gps,约 1500Mbps。这个时候访问电信官网测速,下行下降到了两位数,在20-100Mbps 之间波动。
随后我关闭 PC 上的直播,总路数下降到91,网速恢复正常。后续我又尝试恢复 PC 上的直播,当PC的播放数量为7*6 = 42路时,iTV 带宽 1.2G 左右,若继续增加播放数量,在上升到 1.25G左右,网速则受影响下载到 100 Mbps 以内。
原本我以为运营商应该是对家宽和 IPTV 的限速做了某种策略,这个 IPTV 达到 1.2Gps 之后,可能会触发家宽线路的限速。但是随后又发生了一件奇怪的事情。
当我将播放数量增加到 200 路时,这时 iTV 的带宽又达到了 1.4-1.47Gbps 波动,这个时候我测速结果发现网速又回到了 1000M。这个时候我就不知道如何解释了。
如同我在最开头所说的这次测试「娱乐性质大于技术研究」。
这次折腾 IPTV,更多是「好玩」性质,没有哪个正常的家庭会有这种同时播放这么多路电视的需求。
最终的结论可能并不严谨,它仅代表了在我家网络和硬件条件下对东莞电信IPTV的测试结果。
(注:1.2 Gps ≈ 1,229 Mbps,1.5 Gps ≈ 1,536 Mbps)
最近这段时间,重新整理了下家里的运营商套餐。也整理下一些对几个运营商和网络的感受和体验,分享给大家。
除了国内运营商的套餐,也分享了一些境外的套餐,供参考。
运营商 | 套餐 | 主卡 | 副卡 | 通话 | 流量 | 宽带 | IPTV | 月均 | 性价比 |
---|---|---|---|---|---|---|---|---|---|
深圳联通 | 5G畅爽冰激凌199元 | 1 | 4 | 1000分钟 | 60GB | ✅1000M | ✅ | ¥89 | 高 |
东莞电信 | 5G畅享融合189元套餐 | 1 | 2 | 1000分钟 | 40GB | ✅1000M | ✅ | ¥189 | 低 |
深圳广电 | 惠民年卡 | 1 | 1 | 100分钟 | 118GB | ❌ | ❌ | ¥19 | 高 |
运营商 | 信号覆盖 | 境内网络质量 | 跨境网络质量 | 公网 IPv4 | 公网 IPv6 | 客服 | 评分 |
---|---|---|---|---|---|---|---|
深圳联通 | 😐一般 | 😐一般 | 👍好 | ❌ | ✅ | ⭐⭐⭐⭐☆ | ⭐⭐⭐⭐☆ |
东莞电信 | 👍好 | 👍好 | 👎差 | ✅ | ✅ | ⭐⭐⭐⭐☆ | ⭐⭐⭐☆☆ |
深圳广电 | 👍好 | 😐一般 | 👍好 | - | - | ⭐⭐☆☆☆ | ⭐⭐⭐☆☆ |
注意:这里仅仅是我自己的体验和主观评分,不同地区、不同用户的体验可能会有所不同。
之前我深圳家里一直用的电信 ¥299/月的 5G 融合套餐,绑定了三年的合约,给电信交了上万块的费用,价格昂贵。
2022 年的时候,携号转网到了联通,当时运营商对于携转用户有很大的优惠。原价 ¥199 的套餐三折后只需要 ¥69 /月(所谓:三折冰),包含了 1 张主卡、2 张副卡,1000 分钟通话、60GB 流量、1000M 宽带。
目前我的主力卡用用的就是联通,4 张副卡都满了,实际花销是 ¥69 + ¥10×2(副卡) = ¥89/月。
如果只使用 1-3 张卡,每个月 60GB 的流量,卡均 20GB 的流量,一家三个人或者三台设备用还是很划算的,但是现在我的 4 张副卡都满了,卡均流量下降到了只有 12GB,多出的两张副卡,额外 ¥20 月租,就有点不太划算了。
联通这个套餐附带 1000M 的宽带,过去一直有「南电信北联通」的说法,但是现在体验上,基本已经没有太大差别。
如果你有跨境网络的需求,联通的宽带比电信要好很多很多。电信到了晚上高峰期,掉包和延迟都有点惨,相比一下联通就好太多了。
但是联通 2024 年开始有了一个致命的问题,可能是前两年拉新的用户太多,加上大量用户使用联通挂 PCDN,现在联通宽带除了不再给 IPv4 的公网,甚至连 IPv6 的公网都不再给了,NAT 也将为了 NAT4。我深圳家中联通尚且还剩下公网的 IPv6.
除此之外,联通对于跨省和跨运营商进行限速,到了晚上高峰期,上行速度被限制到 5Mbps,对于我这种需要跨运营商访问家里 NAS 的用户来说,实在是太痛苦了。有关这个问题,我之前也发了一条推:
其中提到的几个讨论帖子,建议大家可以看看:
在这里还得吐槽下联通的客服,经常能收到联通打过来的推销电话,基本上是 1 到 2 个月一通吧。相反电信这几年基本没打过电话。
对于电信这个套餐,现在我感觉就是一个鸡肋:食之无味,弃之可惜。而且电信宽带两个极端的优点和缺点,又让我十分纠结要不要退掉。
现在我东莞家电信宽带:¥189/月,1 张主卡,2 张副卡,1000 分钟通话,40GB 流量,送了一个 IPTV。一开始是 500M 宽带,后面免费升级到 1000M。
现在东莞这几个号给家里人用做流量卡,每个月 40GB 放到现在来说,是在是太少了。我不用东莞的号码,所以手机号对于我来说倒无太大影响。
电信宽带的好处就不多说了,「稳定」算是优点。访问国内的网站,玩游戏基本都是低延迟(虽说我不怎么玩国内的游戏)。
上面说到了「又爽又痛」极端的两个点,首先说爽的的地方:
其实说来也是有点搞笑,上面说的公网IP,放到之前都是基础的服务,现在却成了需要额外申请甚至花钱的地方。我家里有 NAS,平时也经常需要连回家里, DDNS 解析公网 IP,一键回家,并且能够有 50Mbps 的上行带宽,从家里的 NAS 读取文件,看监控,都是很方便的。
下面就是痛的地方:
电信的跨境网络质量实在是太差了,我目前主要使用美国和香港的服务器,由于安全的关系,我所有的服务器都是自建,线路一般,让我不得不采用各种优化策略。不像联通和移动,经常直连就能跑满跨境带宽。
除此之外,每个月 ¥189 的价格,对比其他家融合套餐只需百元,还是有点贵,每个月贵上百来块,几年下来,也是几千了(我又想起了之前深圳电信¥299三年,花了一万的冤种历史)。
前几个月我也有考虑退掉电信宽带,改成深圳联通的异地宽带,500M 单宽带每个月只需 ¥60,甚至已经预约安装。
但是与安装的小哥再三确认后发现,现在新装的宽带,不仅没有了公网 IPv4(这个尚且能理解),甚至连公网的 IPv6 都没有了,这样我就没办法直连回家里的 NAS 了,虽说我也有其他穿透的方案,但是少了直连,总还是有点不爽。
十月的时候,新开了一张中国广电的卡,广电号称是第四大运营商,使用移动的基站。我开了一张惠民年卡,¥228/年,每个月 100GB 的流量,叠加活动每个月增加 3+5+10=18GB流量。现在每个月 118GB 的流量,我拿来当副卡放随身 Wi-Fi,另外开了一张副卡,每个月¥6,给我上大学的弟弟当流量卡。
广电在深圳、东莞两地的使用体验还是挺不错的,一线城市移动覆盖好,广电用起来还可以,但是偶尔在地下室,停车场可能失联。总之拿来作为一个流量卡还不错,不建议主力使用。
国别地区 | 运营商 | 套餐 | 流量 | 通话 | 短信 | 当地月租 | 实际成本 |
---|---|---|---|---|---|---|---|
🇲🇴 澳门 | 中国电信澳门 | 三地学生套餐 | 60GB | 600分钟 | 0条 | MOP$94 | ¥85 |
🇺🇸 美国 | Ultra Mobile | Paygo | 100MB | 100分钟(Wifi-Calling) | 100 | $3 | ¥22 |
🇭🇰 香港 | Club Sim | eSIM | - | - | - | $0 | ¥1 |
🇸🇳 尼日利亚 | MTN | eSIM | - | - | - | $0 | ¥1 |
2020 年的时候,远程办了一张中国电信澳门的合约卡,188澳门币/月,包含了 60GB 流量,600分钟通话,0条短信。实际成本是人民币 ¥85/月。
这个是中国电信澳门对于留学生的套餐,除了提供一个澳门的号码,还有一个珠海的号码一卡双号。如果在内地使用则半价,澳门的IP,可以合法合规使用 Google、YouTube 等服务。每个月 60GB 的流量极其充足,我拿来当主力卡使用。
这个卡国内办卡的路子已经没了,今年也修改了合约,后续不再是全年都半价,改成了「寒、暑假期间(每年12月至次年2月、6月至8月期间),如当月离澳累计共十天或以上,即可享离澳期间每日日均价单半价优惠」。算了下成本从原本的 ¥85/月,变成了 ¥125/月。
除了支持在内地漫游,还支持在香港使用,如果经常去香港玩的话,省了开内地号码的漫游。总之这个澳门卡,对得上曾经「神卡」的地位。
当然,说了好处,也说说缺点,中国电信澳门这卡在内地,大多情况只能 4G 漫游,只有在少数 NSA 基站才有 5G 网络(例如深圳福田口岸、深圳湾口岸)。大多情况下 4G 漫游能跑到 50Mbps 的速率,日常使用没问题。
从 Google Voice 携号转网到了 Ultra Mobile 美国实体手机卡,然后又转成了 eSIM,。注册大多境外服务都能通过校验。每个月 $3 的纯花销,这算是拥有一个「正宗美国手机号」所需付出的代价吧。
我是通过我美国的朋友帮我线下操作的,所以还算顺利。
目前香港最便宜的手机号解决方案,理论上是 $0/月,支持 eSIM。有关这个卡网上也有很多的分享了,适合需要长期持有一个香港手机号的用户。
这个比较小众了,我前段时间做了尼日利亚的 BNV 和 NIN 的办理,拥有了一个合法合规的尼日利亚身份。也顺便办了一个 MTN 的 eSIM。开卡花了一点钱,持有成本很低。纯保号用。
对于境内的套餐,我的建议是:如果你感觉现在的套餐有点贵,可以咨询下当地携号转网的优惠,现在联通、移动对于携转用户,基本还是能给到不错的折扣。
如果你不想转网,也可以主动联系下自己运营商的客服,表明「现在其他套餐更优惠,其他运营商更优惠,可能携号转网」之类的话,对于运营商来说,客服或者营销部门都有一定的灵活操作空间。
反正问一下又不花钱,万一省下来了呢。
上周我开发了一个基于 Sink 的短链管理插件《我开发了一个短链管理插件: Raycast Sink》,上架官方插件商店后,看到已经有几十个用户在使用。
昨天又开发了一个基于 Hoarder 的书签管理插件,有了上次的开发经验,这次从初始化项目到最后提交上架,只花了一天时间。同样开源到了我的 Github 上。
Hoarder 是一个基于 AI 的书签管理工具,可以自动摘录、识别网页,通过 AI 分析内容、生成标签和摘要。
有关这个项目的介绍,大家可以直接看官网和官方文档,官方的文档写得很详细。
我部署完 Hoarder 之后,也安装了浏览器插件和 iOS 应用,感觉整个产品的完成度很高,加上有 API 支持,所以就顺手开发了一个 Raycast 插件,方便管理和使用 Hoarder。
列表直接查看书签,支持网址、图片、文本三种格式的预览。
增强了搜索功能,支持本地权重搜索和在线搜索。
书签详情页支持查看、编辑、删除、打开链接等操作。
支持列表和标签列表。
由于 Hoarder API有点问题,暂时支持快捷增加文本和链接的书签。
在上面的优点中,我特意提到了 Self-Hosting,自部署是我最关注的一个点。
去年我曾经写过一篇文章《脱钩: 我的个人网络安全策略》,由于工作原因,我已经将很多数据都下云或者放到境外服务器。
其实市面上有许多书签管理和笔记管理工具及服务。但是,出于众所周知的原因,在国内的所有内容平台服务都需要进行内容审查。国外也有很多优秀服务,但价格高昂或速度慢。
Hoarder这种完全开源、可以自行部署、数据可控性强的工具对于像我这样有技术背景的人来说是一个好选择。
最近花了一点时间,开发了一个 Raycast 插件,当时还发了一条推,今天这个插件通过官方审核,已经上架 Raycast 的官方插件商店。写篇文章分享一下。
过去好些年,我都使用老牌的 YOURLS 作为自己的短链服务。最初在自己的云服务器上部署,后来迁移到了家中的Homelab。尽管其运行无问题,但需要在实体服务器上运行并进行维护仍然有些麻烦。此外,也曾因家庭网络故障几次导致短链服务中断。
对内容创造者来说,短链非常有用。它不仅方便分享和修改链接,还可以帮助统计访问量并了解用户的点击行为。
上个月,花了一天时间,将自己的短链服务从 YOURLS 迁移到了朋友面条 @ccbikai 开发的开源短链服务 Sink
基于 Cloudflare 的短链服务,符合我们前端技术栈的使用习惯。具体的部署和使用,可以直接看官方文档,对于有技术背景的人来说,还是比较容养上手的。
Raycast 是 macOS 上著名的快捷启动工具,我在今年已经从Alfred 5 切换到了 Raycast。
Raycast 有一个很好的插件生态,我也顺便开发了一个 Sink 的短链管理插件。现在这个插件在官方插件商店,可以直接搜索 Sink
安装使用。
我已在我的 GitHub 上开源这个插件,有兴趣的朋友可以参考。
插件基于 Sink 的 API 进行的封装,交互相比网页端更加简单和易用,主要功能包括:
一键查看所有短链接列表,支持
favicon
预览。
控制台快捷管理短链接,支持
复制
,打开
,编辑
和删除
。
支持查看短链的详情、统计信息。
本地和在线搜索短链接,按照字段权重排序。
快捷创建短链接。
用 Cursor 花了 2 小时开发一个应用 这句话当然是在玩梗。
真实情况是:这个插件的最小 MVP 的确就花了差不多一个小时搞定,但后面补充文档、完成上架流程、研究官方指引反而花了不少时间。后续打磨和优化代码又花了一整天的样子。
当时跟面条还聊了下,现在用 AI 做前端这种小应用真的是太方便了。尤其是对于我们这种有经验的开发者,只需要需求描述明确,结合自己的代码经验,很容易把一个像模像样的小应用搞定。
前几个月,我自己还独立开发了一个大型商业应用,前后端全栈,AI 也帮了很大的忙,由于是商用就不方便公开了,大型应用中的 AI 开发相关的经验,有机会再跟大家分享。
个人的经验和建议就是:不管你是不是计算机相关专业出身,即使现在 AI 已经很强大,还是建议系统学习下编程,至少掌握一门编程语言(比如 Python 或者 JavaScript)。配合 AI ,可以解决日常工作中的许多问题。