置顶速传：多房间 + 回收站 + Webhook，我给自己造了个跨设备中转站，开源了
起因：传个东西太烦了你有没有这种时刻： 手机上看到一段文字，想发到电脑上——打开微信文件传输助手，等它加载，粘贴，发送，电脑端再等接收 想把 WiFi 密码从电脑发到手机——又是一轮微信登录 传个截图——微信压缩了，清晰度没了 想回头找三天前传的那个密码——聊天记录翻半天 这些场景的共同点是：我就是想把一条信息从 A 设备弄到 B 设备，为什么这么费劲？ 市面上有 AirDrop，但只限苹果生态且要双方确认；有 Snapdrop/PairDrop，但不留历史记录；有 PrivateBin，但它是便签不是聊天流；有 Syncthing，但它是文件同步不是”发一条”。 没有一个工具正好干这件事：单人、跨设备、能存能查、像聊天框一样简单。 所以我造了一个。 速传是什么一句话：你的私人跨设备中转站，界面是一个聊天框，在自己手机/电脑/平板之间传文字、密码、文件、截图。 它长这样： 多房间隔离：不再是「一个密码管全站」。开多个房间，每个房间独立时间流，可加密码可不加。默认有个 BUG反馈 房间不加密，留给外部接口往里塞数据；自己日常用的房间可以加密 侧边...
Nginx 不只是 Web 服务器：功能、部署、安全与抗 CC/DDoS 完全指南
Nginx 到底是什么一句话：Nginx 是一个高性能的 HTTP 服务器和反向代理。但它远不止”托管静态网站”这么简单。 它同时干三件事： Web 服务器：把硬盘上的 HTML/CSS/JS 文件通过 HTTP 对外提供 反向代理：把外部请求转发给后端的真实服务（比如 Node.js、Python、PHP），对外隐藏后端 负载均衡：把流量分发给多台后端服务器，扛住大并发 这三个能力让它成了互联网的中流砥柱——全球流量最高的网站（Netflix、百度、淘宝），背后几乎都有 Nginx 的身影。 为什么不用 Apache老一代用的是 Apache。Nginx 出现后大量取代它，核心原因就一个：并发模型不同。 Apache：一个请求开一个线程/进程（或 worker），连接多了内存和上下文切换就扛不住 Nginx：事件驱动、异步非阻塞，一个 worker 进程能同时处理几千上万个连接，内存占用极低 打个比方：Apache 像银行开一个窗口派一个柜员，客户多了柜员就累瘫；Nginx 像一个柜员同时招呼几十个客户，谁 ready 了就处理谁，效率天差...
五年 Mac 用户，文件终于各归其位，桌面终于干净了
转载说明 本文转载自微信公众号 「LSGMac」，作者：LSGMac。 🔗 原文链接：https://mp.weixin.qq.com/s/z-WoIk5Qi9nw4hOl1-InVQ 转载仅作个人学习、收藏与分享之用，所有版权归原作者所有。如原作者认为侵权，请联系 44844@163.com，我会第一时间删除。 用了五年 Mac，我终于不再往桌面堆文件了。本文聊聊 macOS 文件管理这件小事：从 Finder 的隐藏技巧，到 iCloud 同步的坑，再到 AirDrop 和 Time Machine。 一、Finder：你可能只用了三成Finder 是 macOS 自带的文件管理器，但很多人打开它基本就只会双击进文件夹。其实它有几个功能特别好用，只是藏得比较深。 视图切换是关键Finder 顶部有四种视图，日常只用两个： 分栏视图（Command + 3）：点一个文件夹，右边展开下一层，层层递进，路径看得很清楚。找深层目录里的文件特别方便，不用一层一层进去再退出来。 列表视图（Command + 2）：适合文件特别多的目录，可以按修改日期、文件大小排序，一眼就能找到...
别只把大模型当搜索引擎：用 Skill 把它变成真正的专家
一个尴尬的现实现在谁手头没几个大模型？GPT、Claude、Gemini、GLM、DeepSeek……打开就能问。但扪心自问：你真的把它用明白了吗？ 多数人的使用方式还停留在三步： 抛一个问题过去 AI 给一段正确但平庸的回答 自己再改改凑合用 这不是 AI 不行，是用法太糙。大模型本质是一个读过万卷书、但没有行业经验的实习生——知识面极广，但不知道你公司的代码规范、不知道你团队的架构约定、不知道一个 PRD 该长什么样。你每次都要在对话里重新”培训”它一遍，于是效率始终上不去。 问题的核心不在模型能力，而在上下文管理：你怎么把”专业知识”稳定地喂给它。 什么是 Skill（技能）最近大模型工具圈出现一个新概念——Skill（技能）。简单说，就是把某个领域的最佳实践、工作流程、检查清单写成一个可复用的说明文件，AI 在执行相关任务时自动加载它。 打个比方： 没用 Skill：你让 AI 写前端组件，它按通用知识写——能用，但代码风格、目录结构、状态管理方式可能都和你的项目不一致。 用了 Skill：AI 提前加载了你团队的”React 组件规范”，写出来的代码命名、文件组织...
应届生入行测试工程师：技术路线、学习清单与求职建议
最近有不少刚毕业或还在实习的同学问我：“想做测试工程师，该学什么？前景怎么样？” 这篇文章把我的经验整理出来，希望能帮你少走弯路。 无论你是计算机科班想转测试，还是非科班想入行，这篇都能给你一个清晰的路线图。 一、先搞清楚：测试工程师到底是干什么的很多人对测试有误解，觉得就是”点点点”。初级测试确实如此，但真正的测试工程师远不止于此。 测试工程师的三个层次 层次 做什么 薪资参考（一线） 初级（功能测试） 按测试用例手工执行，找 Bug，写测试报告 6-10K 中级（自动化测试） 写脚本自动跑测试，搭测试框架，持续集成 12-20K 高级（测试开发） 开发测试平台、工具，做性能/安全测试，参与架构 25K+ 关键认知：纯手工测试正在被淘汰（外包化、低薪）。想走得远，必须会写代码，往”测试开发”方向走。 测试 vs 开发，选哪个？ 测试 开发 入门门槛 相对低 较高 上手速度 快（点点点谁都会） 慢（要懂架构） 天花板 测试开发/专家，一样很高 架构师/技术专家 加班程度 通常比开发少 较多 适合...
OpenStack 私有云平台搭建完整指南（国赛实战版）
2023 年我参加了全国职业技能大赛「私有云搭建」赛项，这篇文章是我从备战到实践总结出的 OpenStack 平台搭建完整流程。 无论你是准备比赛，还是想学习企业级私有云搭建，这篇都能帮你少走弯路。 背景全国职业技能大赛「私有云」赛项主要考察选手在规定时间内，基于 CentOS 7.9 + 先电 IaaS 平台（OpenStack Train 版）搭建完整私有云平台的能力。 比赛的核心是速度和准确性——不是让你从零编译 OpenStack，而是用官方提供的脚本快速部署，然后在平台上完成各类题目。 技术栈： 操作系统：CentOS 7.9（CentOS-7-x86_64-DVD-2009.iso） IaaS 平台：先电 chinaskills_cloud_iaas_v2.0.3（基于 OpenStack Train 版） 架构：双节点（Controller 控制节点 + Compute 计算节点） 一、比赛环境说明比赛现场一般提供三个资源： 资源 说明 OpenStack 平台 提供 IP/账号/密码，登录后创建云主机答题 答题平台 提...
你好，优梦笔谈
欢迎来到「优梦笔谈」，这是博客的第一篇文章。 这里是什么这是小高（XiaoGao）的个人博客，主要分享技术与生活的内容。 🛠️ 技术实践与折腾记录 📖 学习笔记 🌱 偶尔写写生活 为什么叫”优梦笔谈”取自”美好的梦想”与”执笔漫谈”之意——记录追逐梦想过程中的所思所想。 技术栈本站使用： 组件 说明 Hexo 静态博客框架 Butterfly 博客主题 阿里云 ECS 服务器 Nginx Web 服务器 Let’s Encrypt HTTPS 证书 写作即思考，记录即成长。 希望你能在这里找到有用的东西。
用 Hexo 搭建个人博客完整指南
从零开始，用 Hexo 搭建一个自己的博客，并部署到服务器上。 为什么选 Hexo静态博客生成器有很多，我推荐 Hexo 的原因： 生态成熟：主题多、插件多、中文资料全 内容与主题分离：文章是 Markdown，换主题不影响内容 部署简单：生成纯静态文件，随便找个服务器或 GitHub Pages 就能托管 环境准备需要先装好 Node.js 和 Git，然后全局安装 Hexo： 1npm install -g hexo-cli 初始化博客123hexo init blogcd blognpm install 写第一篇文章1hexo new "我的第一篇文章" 文章会生成在 source/_posts/ 下，用 Markdown 写内容： 123456---title: 我的第一篇文章date: 2026-07-14---正文内容在这里。 本地预览1hexo server 浏览器打开 http://localhost:4000 就能看到效果。 生成静态文件1hexo clean && hexo generate 生成的文件在 p...
服务器安全加固：几件事就能挡住 90% 的攻击
服务器刚开通，默认配置往往不安全。花十分钟做几件事，能挡住绝大多数自动化攻击。 一、SSH：关掉密码登录SSH 暴力破解是最常见的攻击方式。检查你的 /etc/ssh/sshd_config： 12PermitRootLogin prohibit-password # 只允许密钥登录 rootPasswordAuthentication no # 关闭所有密码登录 改完重启 SSH： 1systemctl restart sshd 关闭密码登录前，确保你的密钥已经能用，否则会被锁在外面。 二、数据库：不要暴露公网MySQL 默认可能监听 0.0.0.0:3306，这是极危险的。改成只监听本地： 123# my.cnf[mysqld]bind-address = 127.0.0.1 需要远程连接数据库？用 SSH 隧道，不要直接暴露 3306。 三、防火墙：只开必要的端口用 firewalld 或 ufw，只放行真正需要的端口： 12345# 阿里云除了系统防火墙，还有"安全组"这一层，两层都要配firewall-cmd --...