【已送完】送两个 EdgeOne 码

2025-07-10

现在做YouTube搬运还能赚到钱吗？

经济不景气，割韭菜的反而更加活跃。各种卖课教人做副业的，我嗤之以鼻。看到一条广告道：“普通人现在唯一的赚钱机会就是做YouTube视频搬运。”实践出真知，正好我有素材，《窝囊版过山车》中有两段视频传到了B站，意外地有不错的播放量。 我将B站当图床用，没做任何运营，纯自然流量。就拿这两段视频上传到YouTube，如果也有不错的自然流量，那么这条路径有继续验证的价值。然而一周之后我大失所望，除了我自己观看外，播放量零增长。 至此，回答标题的问题。现在做YouTube搬运还能赚到钱吗？不能。至少不像卖课的说的那么乐观。普通人不投入精力，不可能赚到钱。

2025-07-01

豆包 AI 播客令我震惊

豆包上线了“AI播客”功能，可以根据网页链接或者文档自动生成播客内容。使用方法是打开官网 https://doubao.com/chat/，点击下方的“AI播客”标签按钮，然后按照提示操作。 我第一次尝试，用《本站已接入 EdgeOne》这篇文章生成了播客，效果令我感到震惊！ 我全程只有两步操作，粘贴网址、点击生成，不用写任何提示词，然后几乎没有等待，秒生成结果。播客语音非常自然，某些地方语速飞快，某些地方下意识地停顿，几乎以假乱真。特别是无比灵魂的一个“啧”令我头皮发麻。主播之间的捧逗和串场词很流畅，比原文更生动，更符合播客的氛围。 AI 有人类难以匹敌的效率和“创造力”是很自然的事情。但是 AI 越来越“像”人类，令我百感交集。 注意：目前只有一男一女两个音色，无法自定义主播，也无法干预台本，可能不适合用于生产环境。

2025-06-26

本站启用 Brotli 压缩

作为老一辈 BUG 开发艺术家，我难免有很多经验主义。比如祖传 nginx 配置使用 Gzip 压缩，我从未怀疑过其正确性，直到使用 EdgeOne 后知道了 Brotil 压缩： 节点对资源进行 Gzip 或 Brotli 压缩，减小传输文件大小，提升请求资源的加载速度。若同时开启了 Gzip 和 Brotli 压缩，优先响应 Brotil 压缩。 EdgeOne 优先响应 Brotil 引起了我的重视。搜索后了解到以下关键信息： Brotli 是 Google 在 2015 年 9 月推出的一种压缩算法，相比其他压缩算法具有更高的压缩效率。Brotli 使用变种的 LZ77 算法、Huffman 编码以及二阶文本建模等方法进行数据压缩。Brotli 压缩算法具有多个特点，包括： * 针对常见的 Web 资源内容，Brotli 的性能比 Gzip 提高了 17-25%； * 当 Brot...

2025-06-22

本站已接入 EdgeOne

遭受持续攻击 本站从月初开始流量异常升高，到了9号演变为明显的攻击，持续至今。前期只是造成拥堵，我没当回事，心想攻击者过一两天就会失去兴趣。没想到攻击愈演愈烈，高峰时导致网站彻底瘫痪。我不得不正式应对，第一个想法就是接入 Cloudflare。 接入 Cloudflare 个人博主当然用不起高防，幸亏有赛博菩萨 Cloudflare 给了我兜底的安全感。Cloudflare 是世界上最优秀最易用的加速和防护平台，只需极少的配置，几分钟就能接入它的 DNS + CDN。一键开启“Under Attack 模式”，世界瞬间清净了。 解决了燃眉之急，接下来就仔细研究优化。Cloudflare 非常完美，唯一的瑕疵是在国内降速，所以能应急，但不适合常规使用。正在这个时候，我关注到了 EdgeOne 的内测活动。 接入 EdgeOne 边缘安全加速平台 EO (TencentCloud EdgeOn...

2025-06-21

只有我觉得 Liquid Glass 很丑吗？

第一时间在备用机 iPhone SE 升级了 iOS 26 beta。苹果新的设计语言“Liquid Glass”呈现在眼前的那一刻，我心中只泛起一句奇丑无比。 最大的问题是影响阅读。在浅色背景下，白字看着费劲。我的理念是内容为王，清晰有效地呈现内容是第一优先级，对此造成干扰的界面设计就是败笔。 其次是感官违背。在玻璃屏幕上呈现水滴效果，我的生物本能是想把它擦干。这种不适感会积攒在所有交互中，潜意识中令人不安。 最后是增加了大量动效可能引起视觉疲劳。拖动时的玻璃光线追踪和液态弹跳效果，增加了视觉负担，也势必加大电量消耗。 不知道正式版会做哪些优化。

2025-06-10

新增画廊模式

我的博客系统一直有个缺撼是没有画廊模式，所以我不写有大量图片的文章——横竖图宽度不一，并且页面过长，极不美观。我没有想到好的开发方案，搁置至今。但是为了写《2025 CMS 杭州车展小记》，我重新拾起这个历史包袱攻克之。 开发画廊的困难不在前端，而在后端如何组织数据。我研究过 WordPress 块编辑器的图库，以及插件实现的画廊。一来操作步骤繁琐，二来存入数据库的是 html 代码，都不如意。我的设计理念是人只需最简洁的操作，剩下全由程序完成。我只想基于 Markdown 本身实现，不想引入新的复杂操作。 我注意到 Markdown 解析图片有以下情况： 同一行排列，两个 由相应数量的空格分隔： ![][1]![][2] [1]: img1.jpg [2]: img2.jpg 换行排列，两个 由 分隔： ![][1] ![][2] [1]: img1.jpg [2]...

2025-06-09

淘淘有题不会，过来找妈妈。我侧耳听了题目是：“10千克铁和10千克棉花哪个重？” 我难以置信地转头看向淘淘，段子照进了现实？ 然后老婆的声音响起，她看着我不确定地说：“哪个重啊？” 天都塌了。

2025-06-07

新增评论置顶功能

我对评论模块进行了优化，增加了置顶功能。具体逻辑是将文章页评论列表的排序改为三段序列：主评论被置顶的提升到最上方，主评论下有子评论被置顶的整体提升到次上方，其他的保持不变。 在合法合规的前提下，每个人有平等的话语权，所以评论没有优劣之分——不论文笔，不论意义，应当自然排序。不过写《老婆给我转发了一个腹肌》这篇文章，我预感到老婆会评论，那就产生了一个需求——文章涉及的当事人发声，一般有必要置顶。另外需要置顶的场景包括评论者对文章进行了勘误，或者提出了很有价值的补充解释。故此我开发了评论置顶功能。

2025-06-04

老婆给我转发了一个腹肌

老婆在抖音上给我转发了一个腹肌帅哥，令我猝不及防。相识不过二十年，就不拿我当外人了。 平时老婆跟我打趣，口头禅是喜欢有腹肌的帅哥。简单一句话——“有腹肌的”、“帅”、“哥”——我竟然一个字都不符合，伤害极大。跟老婆刚认识的时候，我110斤，有结实平坦的小腹；现在我160斤，大腹便便、其貌不扬、中年大叔。 有一段时间我不知道是不是触发了“肌肉”这个关键词，刷到大量擦边男视频。然后在评论区看到各种女性口吻发言，跟下半身男人别无二致。而我仍然认为这些评论是反串或者玩梗——我好像本能忽视了这种自欺欺人的心态，就是在我自己看到大胸、长腿挪不开眼的情况下，我竟然认为女性不会真心喜欢有肌肉的擦边帅哥。 直到我半玩笑半认真地跟老婆讨论这个问题，对照发现她跟我看擦边视频的心理状态是相似的。当然，这本就是不言自明的事情——异性相吸的基因设计是对称的。 人会用唯心的视角粉饰世界的运转，使人生看起来理想一些。 上...

2025-05-28

分页： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108