Reading view

There are new articles available, click to refresh the page.

Linux 必会骚操作 TOP 10,配终端练习

Steven2:

https://www.skillup.host/1/linux/daily/skill.md

Linux 必会骚操作 TOP 10

TOP-1:最常用命令之行光标移动快捷键

推荐程度:☆☆☆☆☆

应用场景:当输入的命令很长时,需要对其中的某些部分进行更改。 操作方法:

Ctrl + a:将光标定位到命令最左侧
Ctrl + e:将光标定位到命令最右侧
Ctrl + w:删除光标之前的一个单词
Esc + b:往左移动一个单词
Esc + f:往右移动一个单词

TOP-2:vim 快速操作

推荐程度:☆☆☆☆☆

应用场景:修改配置文件内容。 操作方法:(以下操作都在 vim 的命令模式下操作,不确定是否在命令模式?请在操作前按一下 Esc 键,即进入了命令模式)。

输入 :set nu ,显示每一行行号
输入 :20 ,光标跳转到第 20 行
输入 :%s/aaa/bbb/g ,将文件中所有的 aaa 替换成 bbb ( vim 做替换操作十分便捷,有兴趣可以深入了解一下!)
输入 ddp ,换行(对换光标所在行与光标下一行内容 - 手速要快哈,要不 dd 就删除当前行了,哈哈哈)
先将光标定位到两个引号中间,然后依次输入 ci" ,快速删除光标所在的引号中间的全部内容(非常适用于配置文件中的参数修改,墙裂推荐,如果是删除单引号中间的内容,将 ci" 中的双引号改成单引号即可,即 ci')

TOP-3:快速进入上一次进入的目录

推荐程度:☆☆☆☆☆

应用场景:快速进入上一次进入的目录

操作命令:cd -
使用说明:适用于在两个不同的目录之间频繁切换的场景,比如上一次在 /a/work 目录,当前在 /b/work 目录,执行该命令后会跳转到 /a/work ,再执行一次会跳转到 /b/work 。

TOP-4:跨服务器文件拷贝

推荐程度:☆☆☆ 应用场景:服务器间文件拷贝,使用 scp 需要输入对端机器密码,在不知道机器密码的情况下无法使用 scp ,在确实需要拷贝文件的时候可以使用如下方法(注意:线上配置应当走发布系统发布,不要直接从本地拷贝,因此本条操作推荐程度为 3 星)。

操作方法一:

使用 nc 命令(假设源文件机器 ip 为 1.1.1.1 ,使用端口 10017 ,当然端口你可以自定义)。

源文件所在机器执行命令:nc -l 10017 < abc.sh
目标机器执行命令:nc 1.1.1.1 10017 > abc.sh
操作方法二:在命令行使用 python 库

源文件所在机器执行命令:python -m SimpleHTTPServer 10010
目标机器执行命令:wget http://1.1.1.1:10010/abc.sh
如果目标机器为办公网本地机器,也可通过浏览器访问上述链接( http://1.1.1.1:10010/abc.sh )进行文件下载

TOP-5:命令行简化命令

推荐程度:☆☆☆☆☆

操作方法:清空文件内容或创建新文件:> a.log ,用于磁盘满或者文件太大时临时清空日志文件

当文件 a.log 存在时,表示清空文件内容
当文件 a.log 不存在时,表示创建一个空文件,可以用来替换 touch 命令
ctrl + c 结束命令,结束命令前输入的内容会存储到 a.log
快速输入上一行命令的最后一段(空格分隔),按下 Esc .

如上一条命令为 mkdir -p /file/abc
紧接着你需要进入到这个目录的时候,可以输入 cd ,然后按下 Esc 和 .,即可快速输入 /file/abc

TOP-6:查询本机内网 IP

推荐程度:☆☆☆☆ 应用场景:查询本机内网 IP

操作命令:hostname -i
补充说明:本操作仅适用于有 DNS 解析的机器(服务器 - 办公网下的个人 PC 不适用,另外请注意 ); hostname 机器名 命令是修改主机名,而 host 机器名则是查询某个机器名的解析记录,两者截然不同,请慎用!!!

TOP-7:便捷的连接 Redis

推荐程度:☆☆☆☆

应用场景:在机器上没有 redis 客户端时,临时使用的便捷通信手段,因此推荐 4 颗星。

操作命令:telnet 127.0.0.1 6379 连接本地的 Redis 。

使用说明:telnet + {redis 实例} + 端口,在没有 Redis 客户端的情况下,完成便捷的连接,随后可以使用 Redis 指令与 Redis 服务器完成交互,实现日常的查询操作!
补充说明:请注意,使用 telnet 直接与 Redis 通信并不是最佳实践,因为它不支持 Redis 的所有命令和协议。对于生产环境,建议使用支持 Redis 协议的客户端,如 redis-cli 。

TOP-8:将当前任务放到后台

推荐程度:☆☆☆☆☆ 应用场景:常见于在当前操作中,需要临时跳转到命令行,执行某些命令

操作命令:ctrl z 与 fg 组合使用。
使用说明:

当前正在 vim /abc/aaa.py ,保存文件后 :w ,此时还在 vim 操作空间,却需要查看该脚本执行效果。
此时按下 ctrl z ,即可跳转到命令行,执行完相应操作后 python aaa.py 。
再输入 fg 命令即可回到刚才的 vim 操作。

TOP-9:定位进程文件所在目录

推荐程度:☆☆☆☆☆ 应用场景:定位进程文件所在目录

操作命令:pwdx pid

补充说明:需要把命令中的 pid 替换成你需要查询的 pid ,常用于查询某个进程的可执行文件路径,如通过 top 命令发现系统中有一个 python test.py 的进程在占用 cpu ,但是进程中没有明确显示该文件所在路径,可以使用 top 命令中的 pid 替换上述命令中的 pid ,快速定位出 test.py 文件所在目录。非常实用哦!

TOP-10:命令执行结果输出到终端的同时保存到文件

推荐程度:☆☆☆☆☆

应用场景:常用于执行某个脚本,需要保存执行日志,同时在执行过程中需要在终端查看对应内容。

操作命令:命令执行 | tee

使用说明:

比如执行以下命令 python test.py 会输出较多内容到终端,
常见的既保存记录又同步在终端输出的操作办法是先执行 python test.py > a.log ,然后在另外一个终端窗口执行 tail -f a.log
而使用 python test.py | tee a.log 也可以实现相同效果,而且只需要在一个终端执行即可!

关于国内应用商店上的 Android App 的版本更新日志,是胡乱写的吗?

bclerdx: 我看了下,对外公众看到的 App 有版本更新后的日志内容都是类似这样的,实在搞不懂算是写了还是没有写?写出来都是不痛不痒的文字描述,没有具体的实质性文字内容展示,与其这样,还不如不提供下述案例中的文字描述呢?

对外话术 1:解决已知问题,优化用户体验。
对外话术 2:问题修复及性能优化,改善用户体验。
对外话术 3:我们进行了一些小更新,多项细节优化,希望为你提供更好的使用体验。
对外话术 4:修复了已知问题,优化整体性能,让点餐体验更顺滑。
对外话术 5:BUG 修复。
对外话术 6:修复部分小错误,提升整体稳定性。
对外话术 7:优化了多项交互细节,提升使用体验。
对外话术 8:解决部分已知问题,持续优化使用体验。
对外话术 9:修复已知问题,优化部分内容。
对外话术 10:优化了产品使用体验并修复了一些问题。
对外话术 11:修复了一些 BUG 。

另外,微信万年不变,永远是:优化了一些已知的问题。

而不是向有些比较好的 App ,会动脑子写日志信息,比如:
新增:XXXX
优化:XXXX
修复:XXXX

SaaS 项目接入在线支付,选择自建网关还是第三方产品?

linglingling:

大家好,我正在开发一个在线 SaaS 服务,用户系统使用的是 Casdoor ,看它内置了简单的支付和订阅,但功能看起来很基础,感觉没法满足的。

现在打算接入在线支付(支持如支付宝、微信、银行卡、积分、兑换码、虚拟币等),想请教社区有经验的朋友:

当前情况

我是职业程序员,有能力自建网关但时间有限;

用户系统是 Casdoor ,有 OAuth 支持,有内置支付/订阅功能但不清楚是否易用。

我的问题

自建网关是否性价比高? 有哪些方案,比如 gopay 看起来不错

第三方支付平台有哪些?门槛高吗?费用大概如何?

如果考虑后期支持积分、兑换码、虚拟币等虚拟支付手段,自建是不是更灵活?

有没有人用过 Casdoor 的支付功能?二开方便吗?

欢迎有实际经验的朋友分享下踩坑经历或使用的方案。谢谢!

看隔壁<夫妻矛盾>,贴了 OP 的帖子和回复,让 AI 在 OP 妻子视角写的文章。

luozhsky: 结婚十年,我在国内“丧偶式”育儿,老公在澳洲逼我考雅思,考不过就要离婚

大家好,不知道该从何说起,心里很乱。

我和我老公结婚 10 年了,有个 5 岁的孩子。两年前,他决定去澳洲读书,目标是全家移民拿绿卡。我没有反对,觉得为了孩子和家庭的未来,辛苦几年也值得。于是,他去了澳洲追寻他的理想,而我,留在了国内,成了一个事实上的“单亲妈妈”。

这两年,我的生活就是工作、孩子、两点一线。我妈为了帮我,放弃了自己的生活,每天像保姆一样接送孩子、做饭。幼儿园离家只有 200 米,但如果没有我妈,我连这份需要经常加班的工作都保不住。我老公觉得我的工作不值一提,说公司随时会开了我。但他不知道,这份工作是我唯一的经济来源(我们财务独立,他付房贷,我不问他要钱),更重要的是,这是我独自支撑家庭时,唯一的成就感和喘息空间。当一笔几千万的外贸订单在我手上顺利完成时,那种价值感,远在澳洲的他可能无法理解。

最近,我们矛盾彻底爆发了。移民需要加分,他要求我去考 PTE ,拿到一个他认为“非常简单”的成绩。他说,我是商务英语专业,考过专八,PTE 口语考 30 分(满分 90 )是“初中生水平”,复习几个月都没进展,是在“欺骗和敷衍”他。

我听了,心彻底凉了。

他知道我是英语专业,但他忘了吗?那是十几年前的事了。这十几年,我怀孕、生子、工作,英语早就在日常琐碎中消磨得差不多了。PTE 是一种技巧性极强的应试考试,和他想的完全是两回事。他只看到“英语专业”这个标签,却看不到我每天下班回到家,累得只想瘫倒,却还要辅导孩子、处理家务的现实。

他所谓的“关心我的学习进度”,更像是一种冰冷的 KPI 考核。每天在微信上追问:“今天学了没?”“题做了吗?”“为什么没进步?” 只要我表现出一点不耐烦,或者说“别催了”,他就会认定我“拖延”、“不当回事”。我感觉自己不是他的妻子,而是他项目里的一个待办事项,一个需要被不断鞭策才能达标的工具。

昨天,他又因为一道题跟我吵起来。我当时正忙,告诉他我们约好了周末讨论。他却不依不饶,说我这是在重蹈覆辙,说我上次考试作文没写完就是因为不练习打字。他永远是这样,高高在上地“指导”和“分析”,把我说得一无是处。他从没问过我:“你是不是太累了?”“你需要我怎么支持你?”“独自带孩子辛苦吗?”

他只看到我没考到 50 分,却看不到我在这两年里独自承担了什么。他觉得我妈带孩子,我就万事大吉了。他不知道,母亲的付出是情分,不是我的义务,我心里充满了亏欠。他也不知道,孩子的教育、情绪、成长,这些“隐形”的压力,全都压在我一个人身上。

他说我做事拖延,说我爸也这么说我。是的,我承认我不是一个雷厉风行的人,尤其是在面对我不情愿、又压力巨大的事情时。但这个移民计划,从头到尾都是他的决定。他说我“没有反对”,可我当时有选择吗?我提出过疑虑,但他那种“我都是为这个家好”的强势态度,让我觉得任何反对都是“不识大体”。他想逃离他原生家庭的压抑,却把一个新的、更大的压力锅甩给了我。

他说我“不那么想出国”,是的,我确实没有那么大的动力。我在这里有我的事业、我的社交圈、我的根。为了一个他单方面规划的“美好未来”,我要放弃这一切,去一个陌生的国度,放弃我的专业和事业,去做一份“全职打工”的工作,成为他的附庸。他觉得这是理所当然的取舍,他问过我的感受吗?

最让我心寒的是,他一次又一次地提离婚。只要我不符合他的期望,不满足他的要求,离婚就成了他威胁我的终极武器。在他看来,这是解决问题的直接方式;在我听来,这是对我这十年付出最彻底的否定和侮辱。我们的婚姻,我们的家庭,在他眼里,似乎还不如那宝贵的 5 分重要。

他总说,他不理解我的思维模式。他觉得一个英语专业的人,考一个 PTE 50 分是天经地义的。但在我看来,我无法理解的是他的冷漠和自私。他小时候的经历让他变得坚硬、独立、凡事靠自己,这我很同情。但当他把这种模式套用在我们的家庭上,就变成了一种无法忍受的独断和控制。

他是一个好学生,一个优秀的护士,一个目标明确的规划者。但他是一个合格的丈夫和父亲吗?当他在为澳洲的“家”添砖加瓦时,他有没有想过,那个在中国的家,已经快被他抽空了?

现在,他还在等着我的 PTE 成绩。我答应了会继续考,因为我不想让孩子生活在一个破碎的家庭里。但我的心真的很累,看不到希望。难道,维系我们婚姻的,只剩下这个分数了吗?如果我永远考不到,或者去了澳洲之后,我们之间只剩下这种“项目管理式”的相处模式,那样的生活,真的是我想要的吗?

难道,最后真的只能离婚吗?

自托管的 Markdown 消息存储和获取服务

jukanntenn:

GitHub 上薅了一个羊毛线报脚本,内容以 Markdown 的格式推送,但是飞书对 Markdown 格式的消息支持不太友好,于是想着退而求其次,推一个链接给飞书,点开后可以看到 Markdown 文本内容。

搜了一圈没有发现现成可用的服务,于是自己用 cursor 撸了一个。功能非常的简单,一共 2 个 API:

POST /:post_key 上传 Markdown 文本

GET /:id 获取 Markdown 渲染后的 HTML 内容

效果图: 仓库地址:Markpost

有 NAS 的可以用 Docker 安装快速体验一下。

目前所有文件和代码都是 cursor 生成的,基本实现了想要的功能,但个人对 go 开发并不熟悉,代码没有 review 。目前来看 AI 生成的代码还有很多问题,后续的主要任务就是使用 AI 开发+人工 review 的方式来重构和优化。顺便借此熟悉一下 go 开发。

顺便说一下,华莱士这个羊毛还可以,1 块钱整了一套香辣鸡翅和翅尖。

[一次完整的哥飞小课堂,请大家品鉴] 以 voiceisolator 为例,讲解如何做好 SEO

qiayue: 大家好,我是哥飞。

V2EX 有些不看我文章的人,仅仅因为我在搞社群,仅仅因为“知识付费都是骗子”就在没有任何证据,没有看过我任何文章的情况下结论,当然,在我看来都是“瞎评”。

既然你不愿意去我公众号里看,我就把我的优质内容放在 V2EX 请你看。

以下是今天下午 15:30 ,我在社群里做的图文分享,全程一个半小时,边打字边截图边分享,我把全文发布到 V2EX ,让大家看看,我们的 SEO 理念到底是什么,我们到底怎么做 SEO ,我们到底怎么分析一个网站。

我的建议是,不管你要批评还是谩骂,都请先耐心看完,看完了,你会有收获的。







我已经乖乖放到了推广节点了哦。

时间到,今天的#哥飞小课堂 开始了。
我们先从这张图片开始,看懂了吗?



这是在 Ahrefs 里查询 elevenlabs 的相关关键词。

还记得,昨天我给大家的提醒吗?
说可以关注大需求相关的长尾小需求,也能赚到钱。
就有群有问,能不能举个例子。
那,今天的小课堂,算是其中一个例子。




这里的大需求,既可以是需求关键词,也可以品牌词。
今天的小课堂,就用的是品牌词为例,但其实需求关键词也可以的。
为什么选择 elevenlabs ?
因为他在 checkout.stripe.com 入站流量排行榜里长期待在前几名。
也就会意味着,订单量特别大,很多人买单。



在 Ahrefs 里查 elevenlabs ,于是我们就看到了 elevenlabs voice isolator 。
注意,如果你直接拿 elevenlabs voice isolator 去谷歌搜索,那么得到的搜索结果,肯定大部分都是 elevenlabs 的内页。
因为用户会把品牌词放到前面,本来想要找的就是这个网站下的某个功能。




所以我们去看关键词时,就要把 elevenlabs 去掉,只看 voice isolator 。
然后我们就看到了搜索结果首页,有三个站,都是用首页在做这个关键词。
voiceisolator.io 做得最彻底,直接用关键词注册的域名来做的。







voiceisolator.io 注册于 2024 年 11 月 29 日,第一天外链被发现时间是 12 月 6 日。
那么可以认为,这个站,注册域名后没几天,就上线了。




这个站的外链域名数量并不多,才 30 个。
我们群里的朋友,应该都能够轻松给自己网站搞到 30 个外链吧。

对于这种外链域名数量不多,但是又能在自己核心关键词拿到排名的网站,哥飞就特别感兴趣,他到底有哪些外链。
还记得之前哥飞教给大家的“抄作业”方式做外链吗?
我们今天就来看看他有哪些外链,他起步阶段,是怎么搞到的初始外链。




用 Ahrefs 看外链,按照首次发现时间倒序,我们跟着时间,一条一条去看。
大家就会发现,前几个外链,都是可以自助提交的网站。
不过第一个 promoteproject.com ,我昨天都可以打开,今天不知道怎么就提示跳转错误了。

群里新手提到最多的两个问题,一个是不会找词,一个是不会发外链。
其实我们都有过详细的讲解。
就拿外链外说,我觉得抄作业方法是最好的方法。
找到那些能够拿到排名的网站,看看他们都有哪些外链,我们也去这些地方发外链。
有手就行,甚至不需要思考。

有人担心,会不会抄到有害的链接。
我是怎么想的,既然他这个网站,目前是能够拿到排名的,那么就说明他的外链整体是有效的。
即使个别有害,也没影响整体的效果。
更别说,我们还不知道是否真的有害。

所以,抄作业,你要去抄那些目前还有排名的网站的外链。
尤其是今天讲的案例,只需要几十个外链域名就能够拿到小关键词靠前排名,那就说明他的外链,都是有效的。

《 [哥飞解读] 2025 年谷歌算法排名因素变化》
https://mp.weixin.qq.com/s/eDjezFKVMypoGK_R1bAHQw

我们之前讲过,排名是多因素综合排名的,不是有了外链就一定能够拿到排名,但没有外链,一般比较难拿到排名。
除非是新词新站,没人跟你竞争,这时候可以不需要外链,或者只需要极少的外链。




反向链接只占比 13%,其他还有几个重要排名因素:
持续发布优质内容,占比 23%,这就是为什么哥飞要让大家持续的发布优质内页的原因。
元标题关键词,占比 14%,这就是为什么 TDH 很重要的原因。
领域专业只是,占比 13%,这就是为什么我们用关键词注册域名,举全站之力优化一个核心关键词有效的愿意你。
用户参与度占比 12%,这就是为什么我们说我们的落地页需要能够直接满足用户需求的原因。
内容新鲜度占比 6%,这就是为什么我们不建议大家去复制粘贴别人的内容,而是要原创的原因。
移动友好占比 5%,这就是为什么让大家做好响应式页面,适配好移动端的原因。

总有人问,网站上线了,后面怎么办。
其实就两件事:
1. 持续的上内页,持续挖掘相关关键词,用来做优质内页,而不是批量发布垃圾页面;
2. 持续的搞外链,抄作业,不断的抄各种网站的外链作业;

批量上页面,批量上网站,他们不说话,不思考,只是一味的上上上。
其实是极其偷懒的做法。

前几天,我在即刻看到有个人说,他三个月上了 500 个站,但是收入还是两手空空,不知道这条路到底怎么走下去。

我特别担心是我们群里的人,于是去问了,还好,他回答他不在我们群里。

如果我们群里人,这么无脑上站,那么哥飞真的要好好批评一下了。

正确的上站姿势是什么?
大家可以看看 Jasper Guo 的总结:我的出海半年经历,有失败有成长有收获有正反馈
https://new.web.cafe/topic/tm72w15ap3

做的每一个站,不管是否能够拿到流量,都需要去分析原因,为什么拿不到流量,为什么拿到了流量。
对于下一个站,有哪些启发,我要怎么去改进我的执行策略。

好,我们再回头看看 voiceisolator.io ,他们站内 SEO 做得还是不错的。
Title 直接带了核心关键词,也带了别的关键词。
Description 进一步阐述。
Canonical 设置正确。







再看页面单词数量,1755 个单词,这是一个比较优秀的单词数量个数。我对我们群里的要求是,不要低于 600 个单词,你要能写到 800 到 1000 更好。




解释一下 Title 里的 #1 ,这是老外常用的表达,意思是第一名。
他在自己标题里写上之后,在搜索结果里大家就看得到,就有可能提升点击率。
搜索结果里有三个站,有一个写了他是第一名,你是不是就可能感兴趣了,他有啥自信写第一名呀。




再看关键词密度,尽管这个页面写了 1755 个单词,但是内容并没有乱写,并没有离题万里,他始终围绕着核心关键词去写的内容。











于是我们去看关键词密度时,不管是一个单词还是多个单词,排在前面的,始终都是核心关键词,而不是其他乱七八糟的单词。

我们再来看一下 voiceisolator.io 的首页第一屏设计,这是高手,是懂得如何做工具站 SEO 的高手做的。




第二屏,继续围绕着核心关键词写作图文使用教程。
注意 H2 标题,也融入了关键词。





下面的网页模块,无非是变着法子,把核心关键词相关的其他关键词都塞进网页里去。




再跟大家解释一下,为什么要怎么做。
因为搜索引擎的爬虫,当前依然是以爬网页 HTML 代码为主,之后提取里边的图文内容,进行分词,做正排索引和倒排索引。

如果你做了一个功能,但是什么内容都不写,爬虫是没办法知道你的网页到底是关于什么的。
所以我们才需要王婆卖瓜,自卖自夸,把自己网页功能特点都一条一条列出来。
而且还不能随便乱写,要根据大家可能会搜索的关键词去写,也就是要迎合用户会搜索的关键词,这样才有可能在用户搜索时,匹配上我们的网页,从而让我们的网页进入待排名列表,最终拿到排名,拿到曝光,得到点击,获得流量。

下面的 FAQ 和用户证言也是一样的,既能够覆盖到足够多的相关关键词,又能够解答用户真实疑问,还能够提升用户的信任度。




会做一个页面之后,怎么做更多页面呢?
看下面,用相关工具横向拓展更多关键词,用博客页面覆盖更多长尾关键词。




以上,就是今天的哥飞小课堂全部内容了。

课堂上,大家的反应如下:








顺便再把昨天我发到公众号的内容,摘抄一部分发出来:

做网站赚美元的最佳实践步骤

很多程序员朋友会说,哥飞你天天说出海网站能够获取到访问量,但是“我两眼一抹黑,不知道到底做啥网站呀。”

那就是你没有学好哥飞的挖掘需求方法。

传统的 SEO ,不教挖掘关键词,不教挖掘需求,只要会写博客文章,只要会发外链,就算学会了 SEO 。

在哥飞看来,这是狭义的 SEO ,所以哥飞说只靠传统狭义理解,怎么可能做好 SEO 。

而哥飞教的 SEO ,从源头开始,先教你为什么站长和搜索引擎是生态互补的关系,为什么站长需要搜索引擎,而且搜索引擎也需要站长。

再教如何挖掘关键词,理解关键词背后的需求,基于需求去思考怎么做一个网站来满足需求。

然后再教你功能做出来之后,怎么怎么写出能够从搜索引擎拿到排名获取到曝光和点击的落地页。

教你写好 TDH ,教你做好 On Page SEO 。

最简单的网站,只需要这一个页面就可以上线发布了。这时候,你就做出来了单页网站。

而你一旦学会了挖掘一个关键词,做出一个页面,那你再去多挖掘几个相关关键词,做出更多的页面。

再把这些不同的页面,使用内链合理地连接起来,就变成了一个多页网站。

现在你挖掘的是一种语言,如果再挖掘出别的语言的关键词,再把对应语言的页面做出来,于是你就学会了如何制作多语言网站。

再之后,还需要去宣传推广搞外链,以及继续不断制作更多的高质量内页。

于是,你的网站权重就会越来越高,排名就会开始越来越靠前,拿到的曝光就会越来越多,相应的得到的点击就会越来越多。

于是你的网站就开始有了访问量了。

有了访问量,你再把谷歌 Adsense 广告给接进来,于是你就开始赚广告费了。

如果你做的是工具网站,再把支付接进来,于是就有用户给你付费了。

如果你接的不是一次性付费,而是订阅的话,那么这些用户下个月还会继续给你付费。

于是,你的网站就开始进入了收租模式。

于是,你就有了真正的睡后收入,躺着都有收入,而且是美元。

以上,你可以理解为做网站赚美元的最佳实践步骤。

日本机房运维工作,月薪 18k,能力菜鸟,夫妻团聚问题

jiejianshiwa: 面试了个国内的日本职位,国内公司,日本有分公司,机房运维 24 小时三班倒,18K rmb 月薪省点花够了,生活比较节省,说是可以先办商务签证去 Japan, 三到六个月下来工作签,有什么能保证我和妻子能够团聚的办法吗?去 Japan 希望能带上妻子。妻子是家族滞在签证还是旅游签证到了打黑工转工作签证呢?妻子不会 Japanese 也没技能,能吃苦,服务员,理货什么的活都接受。只期望夫妻共同去日本呢,求大佬指路

来个音视频大佬给指明方向,感激不尽

semistack:

公司是做车载行车记录仪 APP 的。在升级 HTTPS 的过程中,APP 和记录仪之间的点播视频流总是报错: 1:[ERROR] [URLContext] error:00000000:lib(0):func(0):reason(0) 2:[ERROR] [URLContext] Stream ends prematurely at 41074926, should be 251658240

已知: 1,记录仪都是自签名证书,APP 已经在代码里信任。 2,和记录仪之间的其他 HTTPS 请求都能正常进行,且 APP 能正常播放公开测试的 HTTPS 链接。但是和记录仪 HTTPS 之间视频回放会出错。具体表现为:视频播 2S 要缓冲 1 分钟的样子。 3:用 Mac 端 ffplay 命令播放,同样会 error: [ tls @ 0x600002858000 ] Error in the pull function.sq=0B Itls @ Ox600002858000 ] IO error:End of file [ https @ 0x600003154580 ] Stream ends prematurely at 286720, should be 142944860 Itls @ 0x600002858000 ] The specified session has been invalidated for some reason.

根据错误提示,个人感觉是记录仪硬件的问题可能性较大,因为大多数播放器播放,都会加载不出来,但 IINA 就能播出来,不知道使用了什么黑科技。

现在人比较迷茫,因为我也搞不清楚问题到底是出在 APP 还是记录仪。ijkplayer 已经编译 ssl 版本不知道多少次了

希望音视频大佬指点一二,,助我走出困局。感激!

程序员视力自救! 用 cursor 开发一个护眼工具,告别眼疲劳!

itwangtian:

🔍 你是否有这些困扰?

  • 👀 盯着屏幕几小时后,眼睛干涩得像撒了沙子
  • 🧠 沉浸在代码中,直到脖子酸痛才回过神
  • 💧 出门被风一吹,眼泪不往外流
  • 😵 用眼过度导致头痛、视力下降

一诺作为 95 后奶爸程序员,加班熬夜是常态,我的眼睛终于"罢工"了!去医院检查后,医生的话扎心了:没啥大问题,就是用眼过度...💔

于是一诺用 Cursor 编程,仅用一天时间就开发出一款护眼工具,帮助自己和更多程序员告别眼疲劳。


🌟 先看效果:

已发布到插件市场,欢迎反馈。 https://marketplace.visualstudio.com/items?itemName=guanyinuo.bhsl

功能如下:

  • 🎯 科学 45-5 工作法:45 分钟专注工作,5 分钟强制休息

  • 到点提示休息,缓解眼疲劳

  • 📊 状态栏实时倒计时:直观看到剩余工作/休息时间

🔍 智能检测:无操作自动暂停计时,避免浪费休息时间

行政类岗位求职| Base 深圳|离职可随时到岗

7sa74n:

帮朋友发个求职贴,Base 深圳,女生,00 后,有 2 年行政/人事行政方面的工作经验,现在在找新机会,坐标南山 or 宝安,离职状态,可尽快入职。

求职方向: 行政专员 / 行政助理 / 人事行政 / 行政主管等方向

期望工作地:深圳(龙华、南山、宝安都 OK )

看重团队氛围、稳定性,薪资预期合理可聊

Claude Code 使用心得,软件工程开发如何在 Claude Code 上实现

cexll:

微信公众号地址,大佬们可以帮忙点点赞 https://mp.weixin.qq.com/s/FO0DdYGV6rVdQOfwPZPQfw

软件工程开发如何在 Claude Code 上实现

最近在折腾 Claude Code 的时候,发现这玩意儿确实能够系统性地解决软件开发中的问题。不是那种玩具级别的代码助手,而是真正能够从需求分析到代码部署全流程覆盖的工具。今天就来聊聊如何通过自定义命令把整个软件工程流程跑通。

核心思路:从文档驱动到代码实现

整个工作流的核心逻辑很简单:先把需求搞清楚,再写代码,最后验证。但实际操作中,大部分团队都是直接上手写代码,需求文档要么没有,要么写完就束之高阁。Claude Code 通过自定义命令可以强制执行这个流程。

主要工作流程

需求分析(/ask) → 代码实现(/code) → 测试用例(/test) → 代码审查(/review) → 优化调整(/optimize, /refactor)

这不是什么新鲜概念,但关键在于每个环节都有明确的输入输出,而且可以自动化执行。

核心命令详解

/ask - 需求分析和架构设计

这个命令的作用是把模糊的业务需求转化为技术文档。不是简单的问答,而是系统性的架构分析。

实际使用场景:

/ask 设计一个支持千万级用户的电商平台的微服务架构

输出会包含:

  • 系统边界定义

  • 技术栈选择理由

  • 非功能性需求分析

  • 潜在风险点识别

关键在于它会强制你思考那些平时容易忽略的问题,比如数据一致性、服务间通信、故障恢复等。输出的文档直接保存到docs目录,后续所有开发工作都以此为准。

/code - 从文档到代码实现

有了需求文档,/code命令会基于文档内容生成具体的代码实现。不是那种简单的代码片段,而是完整的、可运行的代码。

实际使用场景:

/code @/docs/points_system.md 基于技术方案文档生成代码

请一定要开启 Plan 模式

工作机制:

  • 读取docs目录下的需求文档

  • 分析现有代码库结构

  • 生成符合项目规范的代码

  • 确保与现有系统的兼容性

这里有个细节很重要:它不会凭空生成代码,而是基于你的项目上下文。比如你用的是 Spring Boot ,它就会生成 Spring Boot 风格的代码;你用的是 Node.js ,它就会生成 Express 风格的代码。

/test - 测试用例生成

测试驱动开发( TDD )说了这么多年,真正执行的团队不多。主要原因是写测试用例太费时间,而且很多开发者不知道该测什么。

/test命令解决的就是这个问题:

  • 基于需求文档自动生成测试用例

  • 覆盖单元测试、集成测试、边界条件测试

  • 生成可执行的测试代码,不是伪代码

实际使用场景:

/test @/docs/points_system.md 基于技术方案文档生成单元测试

实际效果:如果你写了一个用户认证模块,它会自动生成:

  • 正常登录流程测试

  • 密码错误测试

  • 账号锁定测试

  • 并发登录测试

  • SQL 注入防护测试

/review - 文档与代码一致性检查

这是整个流程中最关键的一环。很多项目的问题就在于代码和文档不一致,时间长了就没人知道系统到底是怎么设计的。

实际使用场景:

/review @/docs/points_system.md 基于技术方案文档检查代码是否符合 列出不符合内容以及二次优化方案

/review命令会:

  • 对比需求文档和实际代码

  • 检查代码质量和安全问题

  • 验证性能和可扩展性

  • 识别架构偏离

如果发现问题,会明确指出哪里不符合预期,以及具体的修改建议。

/optimize 和 /refactor - 问题修复和优化

/review发现问题后,就需要用这两个命令来修复:

实际使用场景:

/refactor @/docs/points_system.md 基于技术方案文档优化/重构代码

/optimize 主要处理性能问题:

  • 算法复杂度优化

  • 资源使用优化

  • 并发处理优化

  • 缓存策略调整

/refactor 主要处理代码结构问题:

  • 设计模式应用

  • 代码复用性提升

  • 可维护性改进

  • 技术债务清理

实际开发案例

举个具体例子,开发一个用户认证系统:

第一步:需求分析

/ask 设计支持 JWT 的用户认证系统,包含登录、注册、密码重置功能

输出文档包含:

  • API 接口设计

  • 数据库表结构

  • 安全策略

  • 错误处理机制

第二步:代码实现

/code 实现用户认证系统的后端 API

生成完整的后端代码,包括:

  • Controller 层接口

  • Service 层业务逻辑

  • Repository 层数据访问

  • JWT 工具类

  • 异常处理

第三步:测试用例

/test 用户认证功能的全面测试

自动生成:

  • 单元测试(每个方法)

  • 集成测试( API 接口)

  • 安全测试(注入攻击防护)

  • 性能测试(并发场景)

第四步:代码审查

/review 用户认证模块

检查结果可能包括:

  • 密码加密强度不够

  • 缺少请求频率限制

  • 错误信息泄露敏感信息

  • 数据库查询可以优化

第五步:问题修复

/optimize 用户认证 API 性能优化

针对 review 发现的问题进行修复和优化。

实际使用体验

用了一段时间后,发现几个明显的好处:

1. 强制规范化流程不能再随意跳过文档和测试环节,因为后续的命令都依赖前面的输出。

2. 提高代码质量自动化的 review 能发现很多人工容易忽略的问题,特别是安全和性能方面。

3. 减少返工前期把需求和架构想清楚,后面写代码就很少需要大改。

4. 知识沉淀每个项目都有完整的文档记录,新人接手或者后期维护都很方便。

当然也有一些限制:

1. 学习成本需要适应这种工作方式,习惯了直接写代码的开发者可能不太适应。

2. 命令设计复杂每个命令的提示词都很长,需要仔细调优才能达到理想效果。

3. 上下文依赖命令之间有强依赖关系,中间某个环节出问题会影响后续流程。

4. LLM 上下文限制每个命令执行时必须要使用/clear清理上下文,否则被 Claude code 自动压缩后质量降低非常多。

自定义 commands 提示词文档 https://claude.ai/public/artifacts/e2725e41-cca5-48e5-9c15-6eab92012e75

23 年卖房,晒一下 24/25 年美股的收益

Mason2021:

卖房的帖子发于 24 年初: https://www.v2ex.com/t/1006414?p=1#reply18

在那之后,卖房款分三块配置:

一.直接买美股和港股: 1.美股:24 年收益率 24%,25 年收益率 38%。主要来自:英伟达,谷歌,博通,特斯拉。 2.港股:24 年收益率 57%,25 年收益率 26%。主要来自:工商银行,腾讯。

这部分是大幅跑赢大盘的。

二.美债。这部分收益率很低。但是比较稳健。

三.标普 500 指数基金。24,25 年累计的收益率 15%左右。

关于公私钥技术在 AI 降智中的取证作用

sillydaddy: AI 降智让人深恶痛绝!它违反商业合同的精神!让人不齿!先是高帅智勾引,然后降智杀猪!太可耻!

从技术上考虑,有没有办法防止?密码学总是能带来惊喜,而且不需要多么高深。

为了保证模型不变,只要让它满足一点:同样的输入 input ,应该总是返回相同的输出 output !

我们仅需要检验这一点就可以,而且每个人都可以检验!!

方法如下:
1.每人一个私钥,对发给大模型的消息签名!
2.让大模型的供应商,对每个回复的消息签名!要求包括消费者的消息签名,以及回复内容的哈希签名!
3.每个消费者都可以记录下自己发送的消息签名、回复消息的签名。
4.上述的 1 对签名,就是铁板证据!!因为相同的消息必须有相同的回复,违反了这点就意味着模型有所变化。

论证如下:
1.数字签名,代表了信息是本人发出。无法抵赖!
2.每条消息都带有签名,意味着每个消费者可以使用任何一条过往消息,随时验证模型是否有变更。且只需随机选取极少数的消息即可。
3.而供应商想要偷换模型而不被发现,就要缓存所有的已知消息。代价巨大。

来开脑洞:现实生活中,要怎么证明某人在过去的某个时间点做过某事呢?

JungleZZ:

脑洞来源:之前看过一个美国综艺,讲的是一群素人分开逃脱一队 FBI+节目组的追踪,其中有兄弟俩藏得很好,甚至为了挑衅节目组,秘密接了妻儿来藏身处团聚,并通过和当天报纸合影的方式来证明。这种证明显然有时效性,那么,如果要证明自己在过去任意一个时间点做了某件事,又要如何做呢?

一点想法——中医 vs 西医

mokong:

中医就像系统架构师,更侧重于从整体方面分析哪里出问题了,怎么优化。

而西医则像是软件开发,更侧重于解决当前问题。

每次的生病像是遇到了一个 bug ,小病类似于卡顿或者内存泄露,不影响整体功能的运行。睡觉类似于重启。而大病癌症之类的则就像是崩溃或者系统错误。

而外科和内科则像是前端和后端。每次生病遇到了 bug 就去找对应科室(开发),排查哪里导致的,一个好的有经验的医生(开发)能迅速定位到问题,能给出最优的解决办法。而一个庸医则像是一个水平很差的开发,解决完一个又引起了另一个,没完没了。

针对具体的能说出问题所在的,可以针对性的看西医,因为西医的划分更详细,不同的科室不同的种类,有更好的应对办法。

而那些说不出哪里不对,但却感觉不舒服的,不知道挂西医那个科室的,则应该去看中医,从整体系统上分析是哪里出问题了,就像系统架构师要求比较高一样,好的中医要求更高,必须能根据描述和症状,结合经验和过往病史给出身体可能存在的问题。

急招 C++架构师、Flutter 架构师,海外 IM 产品开发,坐班重庆!

fuchengwei329: 薪资待遇优!!!优秀可谈

C++ 架构师
男性,统招本科及以上,坐班重庆,大厂背景优先

工作内容:面向海外用户的 IM 产品开发

1. 计算机科学或相关专业本科及以上学历

2. 3 年以上多平台的 C 、C++开发经验,编码能力很强

3 、扎实的的 c++基础,精通数据结构(如链表、栈、队列、哈希表、树等)和常用算法(排序、查找、递归等);熟悉 Lambda 表达式、函数式编程等高级特性

4. 精通 c++多线程并发编程,熟悉 TCP/IP 网络协议,熟悉文件读写,熟悉数据库使用

5. 熟悉面向对象设计和常用设计模式,能够应用常用设计模式进行系统设计

6. 加分项: 从事数据库内核,或者其他基础软件开发




flutter 架构师
男性,统招本科及以上,坐班重庆,大厂背景优先

工作内容:面向海外用户的 IM 产品开发

1. 计算机科学或相关专业本科及以上学历,5 年以上移动开发经验

2. 至少 2 年以上 Flutter 开发经验

3. 有很强的编程能力

3. 精通 Flutter 框架的核心原理( Widget 树、渲染管线、状态管理、动画、手势、路由等)。

4. 精通至少一种主流状态管理方案(如:Provider, Riverpod, Bloc, GetX 等)及其适用场景。

5. 熟练掌握异步编程( Future, Stream, Isolates )。

6. 有设计和实现中大型、复杂 Flutter 应用的完整架构的成功经验(清晰分层、模块化/组件化、高内聚低耦合)。

7. 深刻理解设计模式在 Flutter 中的应用( MVVM, MVC, Clean Architecture 等)。

8. 有丰富的性能优化(渲染性能、内存管理、包大小优化)实战经验。

9. 熟练掌握调试工具( Flutter DevTools, Profiler )和问题排查方法

投递方式
VX:Bellafafa_
TG: @fuseiijiang

[手慢则无] 搬瓦工迷你鸡限量补货,年付价仅 17.71 美元,采用 HE 对等线路

id7368:

搬瓦工超低价迷你鸡 MINICHICKEN-20-1024 机器限量补货,每年仅需 17.71 美元,续费同价。

位置与线路:

迷你鸡位于美国加州弗里蒙特 FMT2 数据中心,采用 HE 对等连接中国,线路方面比较普通但毕竟价格极其便宜。

库存:极少量库存,预计 30 分钟内售罄

配置如下:

1 核心 + 1GB 内存 + 20GB 固态盘 + 1000Mbps 带宽 + 1000GB 流量 / 月

退款政策:新邮箱注册的账户可在 30 天内申请全额退款,即使 IP 被封锁也可以申请全额退款。

购买链接:https://lancdn.co/bw158v

循环优惠码:BWHCGLUKKB

从某米路由器处理器减配新闻及快照被改想到,消费者购物时主动保存快照的需求

LightOrange: 目前有快照功能的购物平台(也有平台不提供快照) 在商品出事的时候貌似可以主动调换快照里的资源,之前购物也遇到过商品链接被修改后快照失效的情况,这样一旦遇到问题,客服耍赖皮的情况下,消费者唯一的证据快照也得不到保障;

由此想到消费者是否有购物时主动保存快照的必要,在出事维权的时候至少有一定的事实证据或者舆论证据?

(闪购)搬瓦工(BWH) MINICHICKEN 诈尸了,非优化线路,请注册新账号购买试用,方便退款。

zw2019:

非优化线路,请注册新账号购买试用,方便退款。

非优化线路,请注册新账号购买试用,方便退款。

非优化线路,请注册新账号购买试用,方便退款。

(6.77%)循环优惠码:BWHCGLUKKB AFF 购买链接

https://www.bwh88.net/aff.php?a=add&pid=158&aff=76333

套餐名:MINICHICKEN

线路:普通线路,非优化。HE (Hurricane Electric) 对等连接。

测试 IP:45.62.*.*

硬盘:20 GB RAID-10 内存:1024 MB

CPU:1x Intel Xeon

流量:1000 GB/月

带宽:1 Gigabit

IP:1 IPv4 & /64 IPv6 (后台可自助开启 IPv6 )

位置:美国加利福尼亚州弗里蒙特(不可迁移)

套餐价:$19 /年

折后价:$17.71/年

(6.77%)循环优惠码:BWHCGLUKKB AFF 购买链接

https://www.bwh88.net/aff.php?a=add&pid=158&aff=76333

以前的测试脚本结果

 Version               : v2024-04-25
 Usage                 : bash <(curl -sL bash.icu/speedtest)
 GitHub                : https://github.com/i-abc/speedtest
------------------------------------------------------------------------
大陆三网+教育网 IPv4 多线程测速,v2024-03-15
------------------------------------------------------------------------
测速节点            下载/Mbps      上传/Mbps      延迟/ms      抖动/ms
 
最近的测速点        8063.11 Mbps   7075.54 Mbps   0.54 ms      0.08 ms      
 
电信 江苏苏州       2312.87 Mbps   358.60 Mbps    149.64 ms    3.23 ms      
 
电信 浙江杭州       1638.36 Mbps   345.90 Mbps    172.50 ms    221.81 ms    
 
电信 浙江宁波 5G    1294.57 Mbps   363.97 Mbps    150.50 ms    2.98 ms      
 
电信 江苏镇江 5G    2259.04 Mbps   226.35 Mbps    146.16 ms    0.06 ms      
 


测速次数过多,暂时被限制,请过一段时间后再进行测试
 

------------------------------------------------------------------------
系统时间:2025-05-20 02:37:16 PDT
北京时间: 2025-05-20 17:37:16 CST
------------------------------------------------------------------------
 Version               : v2024-04-25
 Usage                 : bash <(curl -sL bash.icu/speedtest)
 GitHub                : https://github.com/i-abc/speedtest
------------------------------------------------------------------------
大陆三网+教育网 IPv4 单线程测速,v2024-03-15
------------------------------------------------------------------------
测速节点            下载/Mbps      上传/Mbps      延迟/ms      抖动/ms
 
电信 江苏苏州       151.70 Mbps    73.30 Mbps     141.40 ms    16.50 ms     
 
电信 浙江杭州       33.30 Mbps     63.00 Mbps     147.80 ms    8.40 ms      
 
电信 浙江宁波 5G    5.70 Mbps      51.20 Mbps     150.90 ms    6.60 ms      
 
电信 江苏镇江 5G    82.20 Mbps     61.00 Mbps     147.30 ms    12.60 ms     
 
电信 江苏南京 5G    133.00 Mbps    136.90 Mbps    155.50 ms    12.50 ms     
 
电信 湖南长沙 5G    10.40 Mbps     124.80 Mbps    160.00 ms    16.30 ms     
 
移动 四川成都       109.30 Mbps    104.70 Mbps    202.70 ms    6.70 ms      
 
移动 浙江杭州 5G      失败         83.90 Mbps     176.40 ms    15.20 ms     
 

------------------------------------------------------------------------
系统时间:2025-05-20 02:45:58 PDT
北京时间: 2025-05-20 17:45:58 CST
------------------------------------------------------------------------
No:1/9 Traceroute to 中国 广东 电信 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 127.36ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 14.22.48.9 (gd-ct-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   65.19.136.153   AS6939                    美国 加利福尼亚州 弗里蒙特  he.net 
                                              0.77 ms
3   72.52.92.246    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              1.41 ms
4   216.218.133.131 AS6939   [HURRICANE-1]    美国 加利福尼亚 圣何塞  he.net 
                                              16.86 ms
5   *
6   *
7   *
8   113.96.4.154    AS4134   [CHINANET-GD]    中国 广东 广州  www.chinatelecom.com.cn  电信
                                              165.48 ms
9   121.14.50.74    AS4134   [CHINANET-GD]    中国 广东 广州  www.chinatelecom.com.cn  电信
                                              176.03 ms
10  *
11  *
12  14.22.48.9      AS4134                    中国 广东   www.chinatelecom.com.cn 
                                              176.19 ms
No:2/9 Traceroute to 中国 上海 电信 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 63.13ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 101.226.101.195 (sh-ct-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   65.19.136.153   AS6939                    美国 加利福尼亚州 弗里蒙特  he.net 
                                              16.69 ms
3   *
4   216.218.133.131 AS6939   [HURRICANE-1]    美国 加利福尼亚 圣何塞  he.net 
                                              46.90 ms
5   202.97.90.245   AS4134   [CHINANET-BB]    中国 上海   www.chinatelecom.com.cn  电信
                                              155.27 ms
6   *
7   *
8   *
9   *
10  *
11  *
12  *
13  *
14  *
15  101.226.101.195 AS4812   [CHINANET-SH]    中国 上海市   chinatelecom.cn  电信
                                              163.98 ms
No:3/9 Traceroute to 中国 北京 电信 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 54.27ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 106.37.68.26 (bj-ct-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   65.19.136.153   AS6939                    美国 加利福尼亚州 弗里蒙特  he.net 
                                              1.10 ms
3   72.52.92.246    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              1.09 ms
4   216.218.133.131 AS6939   [HURRICANE-1]    美国 加利福尼亚 圣何塞  he.net 
                                              16.07 ms
5   202.97.59.109   AS4134   [CHINANET-BB]    中国 北京  X-I www.chinatelecom.com.cn  电信
                                              152.19 ms
6   *
7   *
8   *
9   *
10  36.112.226.189  AS4847                    中国 北京   chinatelecom.cn 
                                              155.55 ms
11  219.141.160.38  AS4847   [CHINATELECOM-BJ] 中国 北京   chinatelecom.cn 
                                              177.11 ms
12  *
13  106.37.68.26    AS4847   [CHINANET-HN]    中国 北京 北京  chinatelecom.cn 
                                              173.96 ms
No:4/9 Traceroute to 中国 广东 联通 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 57.71ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 157.148.134.3 (gd-cu-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   65.19.136.153   AS6939                    美国 加利福尼亚州 弗里蒙特  he.net 
                                              26.78 ms
3   72.52.92.246    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              1.20 ms
4   *
5   64.71.180.51    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              151.50 ms
6   219.158.97.181  AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                              179.76 ms
7   *
8   *
9   *
10  112.89.0.14     AS17816  [APNIC-AP]       中国 广东 东莞市  chinaunicom.cn  联通
                                              195.93 ms
11  120.80.73.98    AS134543 [APNIC-AP]       中国 广东 东莞市  chinaunicom.cn  联通
                                              201.91 ms
12  *
13  *
14  *
15  *
16  *
17  *
18  157.148.134.3   AS134543 [UNICOM-GD]      中国 广东 东莞  chinaunicom.cn 
                                              175.83 ms
No:5/9 Traceroute to 中国 上海 联通 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 52.95ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 112.64.235.107 (sh-cu-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   *
3   *
4   *
5   64.71.180.51    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              152.33 ms
6   219.158.6.89    AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn 
                                              176.65 ms
7   219.158.19.90   AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                              177.18 ms
8   *
9   *
10  *
11  *
12  *
13  *
14  *
15  112.64.235.107  AS140979 [APNIC-AP]       中国 上海市  闵行 chinaunicom.cn  联通
                                              155.28 ms
No:6/9 Traceroute to 中国 北京 联通 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 58.24ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 111.206.126.137 (bj-cu-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   65.19.136.153   AS6939                    美国 加利福尼亚州 弗里蒙特  he.net 
                                              0.80 ms
3   184.105.222.6   AS6939   [HURRICANE-11]   美国 加利福尼亚 弗里蒙特  he.net 
                                              1.36 ms
4   184.105.223.125 AS6939   [HURRICANE-11]   美国 加利福尼亚 圣何塞  he.net 
                                              1.50 ms
5   64.71.180.51    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              152.73 ms
6   219.158.116.241 AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                              184.39 ms
7   219.158.113.134 AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                              177.70 ms
8   219.158.113.101 AS4837   [CU169-BACKBONE] 中国 上海   chinaunicom.cn  联通
                                              153.02 ms
9   *
10  *
11  61.51.169.62    AS4808                    中国 北京 北京  China Unicom Beijing Province Network 
                                              155.83 ms
12  *
13  *
14  *
15  *
16  *
17  *
18  *
19  *
20  *
21  *
22  *
23  111.206.126.137 AS4808   [APNIC-AP]       中国 北京市   中国联通  联通
                                              155.63 ms
No:7/9 Traceroute to 中国 广东 移动 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 55.13ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 221.179.11.205 (gd-cm-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   *
3   *
4   *
5   64.71.166.77    AS6939                    美国 加利福尼亚 费利蒙  he.net 
                                              10.42 ms
6   223.120.6.69    AS58453  [CMI-INT]        美国 加利福尼亚 圣何塞  cmi.chinamobile.com  移动
                                              8.78 ms
7   223.120.13.222  AS58453  [CMI-INT]        中国 广东 广州  cmi.chinamobile.com  移动
                                              165.67 ms
8   221.183.55.58   AS9808   [CMNET]          中国 广东 广州 X-I chinamobileltd.com  移动
                                              161.57 ms
9   221.183.92.21   AS9808   [CMNET]          中国 广东 广州 I-C chinamobileltd.com  移动
                                              195.47 ms
10  221.183.89.246  AS9808   [CMNET]          中国 广东 广州  chinamobileltd.com  移动
                                              197.88 ms
11  *
12  183.235.226.194 AS56040  [APNIC-AP]       中国 广东 广州  gd.10086.cn  移动
                                              196.90 ms
13  183.235.228.10  AS56040  [APNIC-AP]       中国 广东 广州  gd.10086.cn  移动
                                              205.47 ms
14  120.198.26.250  AS56040  [APNIC-AP]       中国 广东 广州  gd.10086.cn  移动
                                              210.09 ms
15  *
16  *
17  *
18  *
19  *
20  *
21  221.179.11.205  AS56040  [CMNET]          中国 广东 惠州  gd.10086.cn 
                                              202.99 ms
No:8/9 Traceroute to 中国 上海 移动 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 53.09ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 117.185.117.117 (sh-cm-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   65.19.136.153   AS6939                    美国 加利福尼亚州 弗里蒙特  he.net 
                                              1.27 ms
3   184.105.222.6   AS6939   [HURRICANE-11]   美国 加利福尼亚 弗里蒙特  he.net 
                                              1.30 ms
4   184.104.188.167 AS6939   [HURRICANE-11]   美国 俄勒冈 波特兰  he.net 
                                              32.87 ms
5   184.105.64.137  AS6939   [HURRICANE-11]   美国 华盛顿 西雅图  he.net 
                                              33.23 ms
6   223.121.6.45    AS58453  [CMI-INT]        美国 加利福尼亚 洛杉矶  cmi.chinamobile.com 
                                              25.06 ms
7   223.120.6.53    AS58453  [CMI-INT]        美国 华盛顿州 西雅图  cmi.chinamobile.com  移动
                                              23.97 ms
8   223.120.7.74    AS58453  [CMI-INT]        美国 华盛顿州 西雅图  cmi.chinamobile.com  移动
                                              28.85 ms
9   223.120.12.170  AS58453  [CMI-INT]        中国 上海   cmi.chinamobile.com  移动
                                              188.70 ms
10  *
11  *
12  221.183.89.14   AS9808   [CMNET]          中国 上海   chinamobileltd.com  移动
                                              201.35 ms
13  *
14  *
15  *
16  *
17  *
18  117.185.117.117 AS9808   [CMNET]          中国 上海市   chinamobileltd.com  移动
                                              201.87 ms
No:9/9 Traceroute to 中国 北京 移动 (TCP Mode, Max 30 Hop, IPv4)
===================================================================
NextTrace v1.4.0 2025-04-16T01:10:07Z dccc41b
[NextTrace API] preferred API IP - [2605:52c0:2:7f4:f0a9:7aff:fe0e:8b35] - 54.16ms - 🐠 (Relay) → Misaka.LAX
IP Geo Data Provider: LeoMoeAPI
traceroute to 211.136.93.48 (bj-cm-v4.ip.zstaticcdn.com), 30 hops max, 52 bytes payload, TCP mode
1   *
2   *
3   72.52.92.246    AS6939                    美国 加利福尼亚 圣何塞  he.net 
                                              1.49 ms
4   *
5   64.71.166.77    AS6939                    美国 加利福尼亚 费利蒙  he.net 
                                              10.10 ms
6   223.120.6.69    AS58453  [CMI-INT]        美国 加利福尼亚 圣何塞  cmi.chinamobile.com  移动
                                              8.66 ms
7   223.120.13.138  AS58453  [CMI-INT]        中国 北京   cmi.chinamobile.com  移动
                                              182.41 ms
8   *
9   221.183.25.201  AS9808   [CMNET]          中国 北京  I-C chinamobileltd.com  移动
                                              183.69 ms
10  *
11  *
12  *
13  *
14  211.136.63.66   AS56048  [CMNET]          中国 北京   bj.10086.cn  移动
                                              194.16 ms
15  211.136.95.226  AS56048  [CMNET]          中国 北京   bj.10086.cn  移动
                                              192.96 ms
16  *
17  *
18  211.136.93.48   AS56048  [CMNET]          中国 北京市   bj.10086.cn  移动
                                              185.95 ms
❌