2025-11-29 20:12:35
大家好，我是时光本的开发者，时光本是一款专注效率与记录的笔记工具。可以帮助你整理各种信息，包括便签、清单、图片、纪念日、地址、链接、银行卡、名片、账号、密码等。今天想和大家聊聊这款 APP 从诞生到即将下线的全过程 —— 没有什么高大上的商业计划，只是一个技术人 “折腾” 出来的小成果，以及一些想和用户说的真心话。
我本身是 iOS 端开发，2020 年的时候，主要抱着两个想法开始做这个 APP：
所以时光本从一开始就设计了两大模块：一个管 “笔记”，能存日常灵感、纪念日、银行卡信息、名片、网址这些；另一个管 “账号密码”，专门用来安全存储各类登录信息，就是想一次性解决 “记东西麻烦” 的问题。
很多人问我，个人开发一个全平台 APP 难吗？说实话，难，但难的不是写代码。
我虽然做 iOS 开发，但产品设计、UI、交互、推广这些完全是门外汉。为了让时光本 “像个正经 APP”，我逼着自己走完了完整的开发流程：
需求调研：先列了自己和身边朋友的痛点 —— 要能记密码、便签、纪念日、银行卡；要苹果多端能用；要安全不泄露数据。原型与设计：先后画了好几版原型图，最终确定各个页面的功能模块。接着学 Sketch 做 UI，为了一个简洁的 icon，改了三十多版才满意；按钮的颜色、弹窗的圆角，甚至文字的字号，都反复调过，就想让用户打开时觉得 “舒服不刺眼”。交互设计：用 Axure 模拟用户操作 —— 比如添加银行卡时，要先选卡类型再填卡号，避免字段混乱；输入密码后，要有 “隐藏 / 显示” 按钮；解锁时，指纹识别失败要弹友好提示，而不是冷冰冰的报错。这些细节，我对着自己的使用习惯改了又改，就怕用户用的时候觉得 “不顺手”。多端开发：作为iOS开发，iOS端的开发 (主要包括iCloud云同步，本地通知、远程推送，分享，统计，安全锁（指纹/面部、数字密码、图形密码），账号排序、搜索，扫一扫、证书申请、上线、谷歌广告、内购等），没遇到太大麻烦；但 MacOS 端因为涉猎较少，网上资料也较少的情况下，我只能下班和周末啃官方文档，从基础语法开始学，遇到同步 bug 时，熬夜查论坛、试代码，终于打通了 iPhone、iPad、Mac 的 iCloud 同步 —— 虽然切换设备要登 iCloud，但至少数据能无缝衔接了。测试与上线：没有测试团队，就自己测：单元测试保证每个功能不崩，集成测试确认多端同步不会丢数据，还找了十几个朋友试用，比如有朋友说 “Mac 端同步慢”，我就优化了 iCloud 的同步策略；有人说 “想给笔记分类”，我就加了标签功能。最后提交 App Store 审核时，连截图的尺寸、描述的关键词都改了五遍，终于在 2020 年 1 月 22 日上线了。上线后，我没做过什么推广，全靠用户口口相传。看到有人说 “时光本帮我记住了奶奶的生日”“再也不用怕忘银行卡密码了”，那种开心，比涨工资还爽。
其实不是时光本不好用，而是我发现了它的 “局限性”：
后来我琢磨，要是把时光本的功能移到 H5 网页端，会不会更方便？不用下载 APP，不管用什么设备，打开网页登一次密码 (之后会用缓存保持登录，除非手动登出），就能直接看数据，刚好解决了 “偶尔用但要用得顺” 的问题。
不过，H5 网页端暂时没开放给普通用户：
决定下线后，我最担心的就是用户的数据丢了。所以特意写了详细的时光本数据导出指南：
为确保数据安全，我准备了 iOS (适用于 iPhone） 和 macOS (适用于 Mac 电脑） 版本的图文导出流程，操作中若有疑问，请留言，我会协助你完成迁移 —— 毕竟，时光本里存的不是数据，是大家的回忆和重要信息，我得帮大家守好。
从 2020 年到 2026 年，时光本陪了大家六年。它不是什么爆款 APP，却有一群每天打开的忠实用户；它没有团队运营，却收到了无数暖心的反馈。
对我来说，时光本不只是一个项目，更是我作为 iOS 开发者的成长印记 —— 从只会写前端代码，到学会设计、交互、多端开发，每一步都藏在时光本的版本更新里。
虽然时光本要下线了，但我没有放弃 “做好用的记录工具” 的想法。以后不管是优化 H5，还是做新的小工具，我都会保持这份初心：做简洁、安全、真正帮到人的东西。
最后，谢谢每一位用过时光本的人。谢谢你们包容它的不完美，谢谢你们给我的反馈，谢谢你们让我的 “折腾” 有了意义。
时光本会停在这里，但我们记录生活的方式，永远不会停。
祝大家，都能找到适合自己的 “时光容器”，好好记住那些重要的人和事。
时光本内容汇总：
2025-10-03 20:51:07
本文分享一种基于对象存储+CDN的组合方案，可实现免费10G存储+无限流量的图片外链，同时配置自动水印功能，该方法理论适用于所有对象存储与 CDN 的搭配。
以又拍云存储 + 腾讯云EdgeOne为例，通过对象存储存放图片并配置图片处理规则，再借助 CDN 的 URL 重写功能，实现访问图片时自动添加水印，且无需手动给每张图片链接加后缀。此方案不仅能避免图片被盗用，还能有效控制流量成本。
1). 选择任意对象存储 (本文以又拍云为例）作为图床，可直接上传图片或通过图床程序上传。
2). 在对象存储后台找到图片处理功能，选择间隔标识符，又拍云提供 ! _ - 三种可选。
3). 创建图片处理规则，按需配置参数：
4). 点击预览按钮确认水印效果，满意后保存规则，务必记录规则名称 (如示例中的 shuiyin），后续配置会用到。
到此就可以进行实际图片测试了，比如原来的图片外链是https://img.gorpeln.top/gorpeln.png，加上前面设置的图片处理参数之后的格式就是https://img.gorpeln.top/gorpeln.png-shuiyin，这样其实还是没有达到目的，因为访问不带图片处理规则的原链接，还是没有水印效果的，想要最终实现不加参数又能加上水印，这就要去CDN加速那边设置了。
1). 进入腾讯云 EdgeOne 后台，找到图床域名对应的规则引擎。
2). 配置回源 URL 重写规则，参数设置如下：
^/(.*\.(jpg|jpeg|png|gif|webp|bmp))$ (可根据实际使用的图片格式增减后缀）
/$1-shuiyin (其中 - 为步骤 2 选择的间隔标识符，shuiyin 为步骤 4 保存的规则名称）
正则表达式： ^/(.*\.(jpg|jpeg|png|gif|webp|bmp))$ (这里加上实际使用的图片格式的后缀)
替换为： /$1-shuiyin （这里的-就是上面设置的间隔标识符，shuiyin就是上面设置的图片处理规则的名称）
很多使用对象存储的博主会因流量被刷产生高额账单，核心解决办法是做好防护配置：
2025-09-30 16:58:21
今天打开博客查看时显示异常，提示connection reset by peer。通过控制台数据回溯发现，9 月 26 日 - 9 月 30 日期间，博客流量已出现明显异常波动：访问请求量远超日常均值，且来源 IP 分散、访问行为不符合正常用户逻辑，初步判断为恶意流量攻击。所幸此前已针对博客安全做了基础防护配置 —— 开启了IP访问频率限制与流量封顶限制，所以在本次攻击中损失较小。
在检测到持续的异常流量后，CDN系统触发了安全防护机制，对博客访问进行了临时限制，但由于我此前未开启又拍云的异常事件短信/邮件提醒功能，未能第一时间收到预警，导致发现问题时已出现访问中断。截至目前，博客访问链路完全恢复，经测试各项功能均正常可用。
最后建议平时做好防护，避免出现损失：
2025-09-13 08:08:11
一路生花
唱：温奕心
词：宋普照
曲：张博文
海上的晚霞像年少的画
铺在天空等海鸥衔走它
遥远的帆任风浪拍打
为梦再痛也不会害怕
远走的风沙去谁的天涯
春天可曾在哪里见过他
时间的手抚过了脸颊
他们谁都沉默不说话
我希望许过的愿望一路生花
护送那时的梦抵挡过风沙
指尖的樱花如诗写谁的韶华
疯狂的热爱夹带着文雅
我希望许过的愿望一路生花
将那雨中的人藏在屋檐下
岁月在冲刷逆流沧桑的喧哗
安静的夜晚你在想谁吗
远走的风沙去谁的天涯
春天可曾在哪里见过他
时间的手抚过了脸颊
他们谁都沉默不说话
我希望许过的愿望一路生花
护送那时的梦抵挡过风沙
指尖的樱花如诗写谁的韶华
疯狂的热爱夹带着文雅
我希望许过的愿望一路生花
将那雨中的人藏在屋檐下
岁月在冲刷逆流沧桑的喧哗
安静的夜晚你在想谁吗
我希望许过的愿望一路生花
护送那时的梦抵挡过风沙
指尖的樱花如诗写谁的韶华
疯狂的热爱夹带着文雅
我希望许过的愿望一路生花
将那雨中的人藏在屋檐下
岁月在冲刷逆流沧桑的喧哗
安静的夜晚你在想谁吗
安静的夜晚你在想谁吗
2025-08-23 09:13:22
在博客十年之际，写一篇纪念博文很有必要。博主苦思冥想写了一篇类似 5周年 和 8周年 的博文，但是思前想后，感觉过于书面，不接地气，你也没有阅读的兴趣，就改用了现在的问答形式，简明扼要的展示想表达的内容。用来总结十年的风雨征程和见闻感悟，下一个十年，愿我们依然，对技术保持敬畏，对未知渴求探索。
博客最初搭建的时间？
2015年08月23日，时光飞逝，从大学毕业前搭建到现在已过去10个年头了。
最初为什么搭建博客？
学即将毕业走入职场时，老师说计算机专业学生出去找工作如果有一个自己的博客，将会为自己的面试加分，为了找工作轻松，在懵懂中搭建了自己的博客。
博客能否为自己求职加分呢？
能的，在同等情况下，面试官一般都会优先选择你的，因为博客是你的“专业能力 + 学习习惯 + 思维深度 + 个人特质”的综合证明，比一纸简历更有说服力，尤其是刚毕业，没有丰富的工作经验的同学。
现在还有写博客的必要吗？
有的，现在许多大的网站，小编为了完成KPI或流量，生产出大量“洗稿”或拼凑出来的内容，内容质量一言难尽，但个人博客不一样，博主写的都是自己真实的想法和见解。它像是互联网的一片自留地，安静、干净，也更有灵魂。
博客域名的由来？
刚开始博客域名使用的是我名字的全称 guanpengchen ，但是感觉太长了，体验感不好，就放弃使用了。
接着就改用了名字的缩写 gpchen ，但是 gpchen 在很多平台都被占用了，无法在全平台形成个人品牌，于是只能无奈放弃。
最后决定用自己的英语储备，将自己的名字音译为了英语，即 gorpeln ，实现全平台个人品牌，即你在任何平台搜索 gorpeln 的相关内容，都是与我相关的。
为什么博客名字使用英文而不是用中文？
为了多平台统一，形成个人的品牌效应。gorpeln 是独一无二的，这个单词对其他人没有任何意义，不存在重复可能，而中文名字很多平台有使用限制，且简短的中文名称一定有被占用的情况。
为什么选用TOP域名？
感觉走了很多弯路才最终选择使用top域名。
刚开始用的都是com域名，但是名称一直没有确定，使用过 guanpengchen、gpchen、gpchenx 等名字，2018年左右确定了名字 gorpeln ，从而形成了 gorpeln#com 域名，当时博客收录量较好，也有一定的权重，但在一个平凡的午后，一位陌生人问我域名出手吗？博主最后妥协了。博主改用 gorpeln#cn 域名，但是CN域名在使用过程中存在一些弊端，博主认为不适合自己，还是得申请国际顶级域名，COM域名一直没有释放，就只能选用TOP域名了。
博客还会修改域名吗？
应该不会了，在博客十年之际，博主将TOP域名续费了10年，正常要再用十年。
CN域名使用限制较多，后续不再考虑。
COM价格涨价频繁也不再考虑了。
COM和CN域名还可以访问？
由于域名在我使用后有一定的权重，被一些专业机构抢注用来做一些不好的事情，请大家谨防上当，随着权重降低，举报增多，域名将会失去价值，应该会逐渐释放。
坚持“无人问津”的爱好是否有意义？
针对“无人问津”的兴趣爱好，我的看法是，做好自己的本职工作，无论是学习还是在职工作，然后放手去做吧。日常生活中，博客的坚持并不会占用你太多的时间和精力，但是经过长期的坚持，将会有质的获得。另外，在变强的路上注定是孤独的，所以不必担心。
新手使用第三方博客如何？
个人极其不建议，因为你到最后肯定会走到自建博客的道路的。因为第三方平台限制多、审核时间长、广告多、收费多，体验感很不好。博主刚开始写博客也会将内容同步到CS*N等平台，因为平台有流量，但是体验感很不好，尤其是近年来广告、收费等愈发变态，博主接受不了的。当然前期你可以将文章同步到多个平台，用来提高个人博客的流量，但建议将重心放在个人博客中。博主的两个CS*N账户分别10年和7年了，现在已经彻底放弃了。CS*N 1 和 CS*N 2
对博客新手的建议？
博客的搭建十分简单，不用担心技术问题。
如果你不懂技术可以选用 Hexo、Jekyll、Hugo、WordPress 等各种博客框架，加上第三方主题，可以实现零基础搭建的。如果你懂技术，还是建议不用框架，这样才方便自己后期的自定义开发等。
博客搭建过程中最重要的就是 成本，尤其是初学者，你要尽可能压缩成本，使其无限趋近于零才是最好的，只有这样你才能走的更远。
为什么建议新手降低成本呢？
你不可能永远喜欢一件事，当你的第一波热情退去，你的博客将会摆烂的，随着着服务器、域名、CDN等到期，你又不想管，你的博客就会随之而去。但是，如果你前期使用的成本较低，如使用静态博客，几乎零成本，资源也不会到期，等你再次想搭建博客，就可以快速开始。这是博主将 来往 的成员列表中1700+个博主一个一个的看了两遍的深刻体会，很多博客就只存活了1年就结束了。
时光为证，与你共赴新程？
每个人都有独属于自己的「十年故事」。在你的十年故事里，是否也有一个无人问津，却仍坚持至今的「gorpeln's Blog」？这十年里，尽管我已成长了很多，但许多问题，诸如「奋斗的意义」、「人为何而活」，我仍然给不出一个令我感到满意的答案。但人生的这份试卷仍在继续，我们仍在行进，在不断书写属于自己的那份或许并不完美，但一定是独一无二的答案。我曾以为的「参考答案」，实际上是：略。下一个十年，愿我们依然，对技术保持敬畏，对未知渴求探索。
人生格言？
趁年轻，做自己想做的！
你一定听过「人不可能同时拥有青春和青春的感受」，因此，一定要「趁年轻，做自己想做的！」，无论结果成败，都是自己的人生财富。一旦错过，剩下的就只剩遗憾。
博客成长记录？
博客常见问题？
2025-07-20 12:01:37
亲爱的用户，非常抱歉因业务调整，时光本应用即将下架，给你带来的不便还望谅解。
过去的日子里，感恩你的陪伴与信任，那些承载着回忆与成长的笔记，我始终珍视，即便APP落幕，我也会坚守有始有终的承诺，全力保障你的使用体验，帮你顺利迁移数据。
为确保数据安全，我准备了 iOS (适用于 iPhone） 和 macOS (适用于 Mac 电脑） 版本的导出流程，操作中若有疑问，请留言，我会协助你完成迁移，再次感谢你的理解与支持。
最后，请务必在APP下架前升级至最新版本完成导出，避免数据丢失。
时光本iOS 端数据导出流程：
我的 - 云备份 - 本地备份，选择 『 笔记 』数据导出 或 『 账号 』数据导出。图 ①、图 ②、图 ③、图 ④
json格式复制到系统剪切板，你可以发送到电脑端以文本 (.txt）或json (.json）格式存储。图 ⑤、图 ⑥
json文件转换成相应文件。以json转化为excel文件为例，方法如下： (以下方法仅供参考，请自行判断）。
json转excel 选择相应的在线工具或应用。图 ⑦
json数据复制到对应网站，点击转换，即可在线查看对应列表数据，可以点击页面下载 Excel 或 下载 CSV，下载本地保存。图 ⑧、图 ⑨
时光本macOS 端数据导出流程：
备份到iCloud ，将数据备份到 iCloud。App Store 下载最新版iOS端应用。我的 - 云备份 - 云同步 - 从iCloud恢复，将iCloud云端数据同步到iPhone上。