完蛋,我滴 oppo 也开始强制禁止安装部分第三方应用了了
下了一个别人改过的软件,你提醒我风险就算了,但是强制不让安装,就过分了,我的手机不是我的手机了
下了一个别人改过的软件,你提醒我风险就算了,但是强制不让安装,就过分了,我的手机不是我的手机了
https://www.skillup.host/1/linux/daily/skill.md
推荐程度:☆☆☆☆☆
应用场景:当输入的命令很长时,需要对其中的某些部分进行更改。 操作方法:
Ctrl + a:将光标定位到命令最左侧
Ctrl + e:将光标定位到命令最右侧
Ctrl + w:删除光标之前的一个单词
Esc + b:往左移动一个单词
Esc + f:往右移动一个单词
推荐程度:☆☆☆☆☆
应用场景:修改配置文件内容。 操作方法:(以下操作都在 vim 的命令模式下操作,不确定是否在命令模式?请在操作前按一下 Esc 键,即进入了命令模式)。
输入 :set nu ,显示每一行行号
输入 :20 ,光标跳转到第 20 行
输入 :%s/aaa/bbb/g ,将文件中所有的 aaa 替换成 bbb ( vim 做替换操作十分便捷,有兴趣可以深入了解一下!)
输入 ddp ,换行(对换光标所在行与光标下一行内容 - 手速要快哈,要不 dd 就删除当前行了,哈哈哈)
先将光标定位到两个引号中间,然后依次输入 ci" ,快速删除光标所在的引号中间的全部内容(非常适用于配置文件中的参数修改,墙裂推荐,如果是删除单引号中间的内容,将 ci" 中的双引号改成单引号即可,即 ci')
推荐程度:☆☆☆☆☆
应用场景:快速进入上一次进入的目录
操作命令:cd -
使用说明:适用于在两个不同的目录之间频繁切换的场景,比如上一次在 /a/work 目录,当前在 /b/work 目录,执行该命令后会跳转到 /a/work ,再执行一次会跳转到 /b/work 。
推荐程度:☆☆☆ 应用场景:服务器间文件拷贝,使用 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 )进行文件下载
推荐程度:☆☆☆☆☆
操作方法:清空文件内容或创建新文件:> a.log ,用于磁盘满或者文件太大时临时清空日志文件
当文件 a.log 存在时,表示清空文件内容
当文件 a.log 不存在时,表示创建一个空文件,可以用来替换 touch 命令
ctrl + c 结束命令,结束命令前输入的内容会存储到 a.log
快速输入上一行命令的最后一段(空格分隔),按下 Esc .
如上一条命令为 mkdir -p /file/abc
紧接着你需要进入到这个目录的时候,可以输入 cd ,然后按下 Esc 和 .,即可快速输入 /file/abc
推荐程度:☆☆☆☆ 应用场景:查询本机内网 IP
操作命令:hostname -i
补充说明:本操作仅适用于有 DNS 解析的机器(服务器 - 办公网下的个人 PC 不适用,另外请注意 ); hostname 机器名 命令是修改主机名,而 host 机器名则是查询某个机器名的解析记录,两者截然不同,请慎用!!!
推荐程度:☆☆☆☆
应用场景:在机器上没有 redis 客户端时,临时使用的便捷通信手段,因此推荐 4 颗星。
操作命令:telnet 127.0.0.1 6379 连接本地的 Redis 。
使用说明:telnet + {redis 实例} + 端口,在没有 Redis 客户端的情况下,完成便捷的连接,随后可以使用 Redis 指令与 Redis 服务器完成交互,实现日常的查询操作!
补充说明:请注意,使用 telnet 直接与 Redis 通信并不是最佳实践,因为它不支持 Redis 的所有命令和协议。对于生产环境,建议使用支持 Redis 协议的客户端,如 redis-cli 。
推荐程度:☆☆☆☆☆ 应用场景:常见于在当前操作中,需要临时跳转到命令行,执行某些命令
操作命令:ctrl z 与 fg 组合使用。
使用说明:
当前正在 vim /abc/aaa.py ,保存文件后 :w ,此时还在 vim 操作空间,却需要查看该脚本执行效果。
此时按下 ctrl z ,即可跳转到命令行,执行完相应操作后 python aaa.py 。
再输入 fg 命令即可回到刚才的 vim 操作。
推荐程度:☆☆☆☆☆ 应用场景:定位进程文件所在目录
操作命令:pwdx pid
补充说明:需要把命令中的 pid 替换成你需要查询的 pid ,常用于查询某个进程的可执行文件路径,如通过 top 命令发现系统中有一个 python test.py 的进程在占用 cpu ,但是进程中没有明确显示该文件所在路径,可以使用 top 命令中的 pid 替换上述命令中的 pid ,快速定位出 test.py 文件所在目录。非常实用哦!
推荐程度:☆☆☆☆☆
应用场景:常用于执行某个脚本,需要保存执行日志,同时在执行过程中需要在终端查看对应内容。
操作命令:命令执行 | tee
使用说明:
比如执行以下命令 python test.py 会输出较多内容到终端,
常见的既保存记录又同步在终端输出的操作办法是先执行 python test.py > a.log ,然后在另外一个终端窗口执行 tail -f a.log
而使用 python test.py | tee a.log 也可以实现相同效果,而且只需要在一个终端执行即可!
祸从天降,没想到 2025 年了还能出现这种事情
大家好,我正在开发一个在线 SaaS 服务,用户系统使用的是 Casdoor ,看它内置了简单的支付和订阅,但功能看起来很基础,感觉没法满足的。
现在打算接入在线支付(支持如支付宝、微信、银行卡、积分、兑换码、虚拟币等),想请教社区有经验的朋友:
我是职业程序员,有能力自建网关但时间有限;
用户系统是 Casdoor ,有 OAuth 支持,有内置支付/订阅功能但不清楚是否易用。
自建网关是否性价比高? 有哪些方案,比如 gopay 看起来不错
第三方支付平台有哪些?门槛高吗?费用大概如何?
如果考虑后期支持积分、兑换码、虚拟币等虚拟支付手段,自建是不是更灵活?
有没有人用过 Casdoor 的支付功能?二开方便吗?
欢迎有实际经验的朋友分享下踩坑经历或使用的方案。谢谢!
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 块钱整了一套香辣鸡翅和翅尖。
不能用 claude 之后,cursor 就废了。所以就退订了,但是没看到退的钱,在哪里查看退的钱呀?
不是道是不是换了什么域名,不知道咋配置规则
公司是做车载行车记录仪 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 版本不知道多少次了
希望音视频大佬指点一二,,助我走出困局。感激!
[高等微积分 数学分析原理 [上] ] [精准空降到 50:12 ] https://www.bilibili.com/video/BV1SK411J7By/?p=18&share_source=copy_web&vd_source=d0dfc60b858a7a9bfd33436d63b2a370&t=3012
一诺作为 95 后奶爸程序员,加班熬夜是常态,我的眼睛终于"罢工"了!去医院检查后,医生的话扎心了:没啥大问题,就是用眼过度...💔
于是一诺用 Cursor 编程,仅用一天时间就开发出一款护眼工具,帮助自己和更多程序员告别眼疲劳。
已发布到插件市场,欢迎反馈。 https://marketplace.visualstudio.com/items?itemName=guanyinuo.bhsl
功能如下:
到点提示休息,缓解眼疲劳
📊 状态栏实时倒计时:直观看到剩余工作/休息时间
🔍 智能检测:无操作自动暂停计时,避免浪费休息时间
求职方向: 行政专员 / 行政助理 / 人事行政 / 行政主管等方向
期望工作地:深圳(龙华、南山、宝安都 OK )
看重团队氛围、稳定性,薪资预期合理可聊
最近接到高德相关人员通知! 商业授权 5 万一年. v2er 有遇到的吗?
关于 vibe coding ,让我想到了著名哲学诗人派大星对海绵宝宝说的话
微信公众号地址,大佬们可以帮忙点点赞 https://mp.weixin.qq.com/s/FO0DdYGV6rVdQOfwPZPQfw
最近在折腾 Claude Code 的时候,发现这玩意儿确实能够系统性地解决软件开发中的问题。不是那种玩具级别的代码助手,而是真正能够从需求分析到代码部署全流程覆盖的工具。今天就来聊聊如何通过自定义命令把整个软件工程流程跑通。
整个工作流的核心逻辑很简单:先把需求搞清楚,再写代码,最后验证。但实际操作中,大部分团队都是直接上手写代码,需求文档要么没有,要么写完就束之高阁。Claude Code 通过自定义命令可以强制执行这个流程。
需求分析(/ask) → 代码实现(/code) → 测试用例(/test) → 代码审查(/review) → 优化调整(/optimize, /refactor)
这不是什么新鲜概念,但关键在于每个环节都有明确的输入输出,而且可以自动化执行。
这个命令的作用是把模糊的业务需求转化为技术文档。不是简单的问答,而是系统性的架构分析。
实际使用场景:
/ask 设计一个支持千万级用户的电商平台的微服务架构
输出会包含:
系统边界定义
技术栈选择理由
非功能性需求分析
潜在风险点识别
关键在于它会强制你思考那些平时容易忽略的问题,比如数据一致性、服务间通信、故障恢复等。输出的文档直接保存到docs
目录,后续所有开发工作都以此为准。
有了需求文档,/code
命令会基于文档内容生成具体的代码实现。不是那种简单的代码片段,而是完整的、可运行的代码。
实际使用场景:
/code @/docs/points_system.md 基于技术方案文档生成代码
请一定要开启 Plan 模式
工作机制:
读取docs
目录下的需求文档
分析现有代码库结构
生成符合项目规范的代码
确保与现有系统的兼容性
这里有个细节很重要:它不会凭空生成代码,而是基于你的项目上下文。比如你用的是 Spring Boot ,它就会生成 Spring Boot 风格的代码;你用的是 Node.js ,它就会生成 Express 风格的代码。
测试驱动开发( TDD )说了这么多年,真正执行的团队不多。主要原因是写测试用例太费时间,而且很多开发者不知道该测什么。
/test
命令解决的就是这个问题:
基于需求文档自动生成测试用例
覆盖单元测试、集成测试、边界条件测试
生成可执行的测试代码,不是伪代码
实际使用场景:
/test @/docs/points_system.md 基于技术方案文档生成单元测试
实际效果:如果你写了一个用户认证模块,它会自动生成:
正常登录流程测试
密码错误测试
账号锁定测试
并发登录测试
SQL 注入防护测试
这是整个流程中最关键的一环。很多项目的问题就在于代码和文档不一致,时间长了就没人知道系统到底是怎么设计的。
实际使用场景:
/review @/docs/points_system.md 基于技术方案文档检查代码是否符合 列出不符合内容以及二次优化方案
/review
命令会:
对比需求文档和实际代码
检查代码质量和安全问题
验证性能和可扩展性
识别架构偏离
如果发现问题,会明确指出哪里不符合预期,以及具体的修改建议。
当/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
日常的使用,打印论文、财报、研报这些,可能一个月打印个几百张。预算:900-1300 之间
卖房的帖子发于 24 年初: https://www.v2ex.com/t/1006414?p=1#reply18
在那之后,卖房款分三块配置:
一.直接买美股和港股: 1.美股:24 年收益率 24%,25 年收益率 38%。主要来自:英伟达,谷歌,博通,特斯拉。 2.港股:24 年收益率 57%,25 年收益率 26%。主要来自:工商银行,腾讯。
这部分是大幅跑赢大盘的。
二.美债。这部分收益率很低。但是比较稳健。
三.标普 500 指数基金。24,25 年累计的收益率 15%左右。
脑洞来源:之前看过一个美国综艺,讲的是一群素人分开逃脱一队 FBI+节目组的追踪,其中有兄弟俩藏得很好,甚至为了挑衅节目组,秘密接了妻儿来藏身处团聚,并通过和当天报纸合影的方式来证明。这种证明显然有时效性,那么,如果要证明自己在过去任意一个时间点做了某件事,又要如何做呢?
中医就像系统架构师,更侧重于从整体方面分析哪里出问题了,怎么优化。
而西医则像是软件开发,更侧重于解决当前问题。
每次的生病像是遇到了一个 bug ,小病类似于卡顿或者内存泄露,不影响整体功能的运行。睡觉类似于重启。而大病癌症之类的则就像是崩溃或者系统错误。
而外科和内科则像是前端和后端。每次生病遇到了 bug 就去找对应科室(开发),排查哪里导致的,一个好的有经验的医生(开发)能迅速定位到问题,能给出最优的解决办法。而一个庸医则像是一个水平很差的开发,解决完一个又引起了另一个,没完没了。
针对具体的能说出问题所在的,可以针对性的看西医,因为西医的划分更详细,不同的科室不同的种类,有更好的应对办法。
而那些说不出哪里不对,但却感觉不舒服的,不知道挂西医那个科室的,则应该去看中医,从整体系统上分析是哪里出问题了,就像系统架构师要求比较高一样,好的中医要求更高,必须能根据描述和症状,结合经验和过往病史给出身体可能存在的问题。
搬瓦工超低价迷你鸡 MINICHICKEN-20-1024 机器限量补货,每年仅需 17.71 美元,续费同价。
位置与线路:
迷你鸡位于美国加州弗里蒙特 FMT2 数据中心,采用 HE 对等连接中国,线路方面比较普通但毕竟价格极其便宜。
库存:极少量库存,预计 30 分钟内售罄
配置如下:
1 核心 + 1GB 内存 + 20GB 固态盘 + 1000Mbps 带宽 + 1000GB 流量 / 月
退款政策:新邮箱注册的账户可在 30 天内申请全额退款,即使 IP 被封锁也可以申请全额退款。
循环优惠码:BWHCGLUKKB