[GH-ISSUE #279] 关于极简模式的设想 #85

Open
opened 2026-02-26 20:35:33 +03:00 by kerem · 7 comments
Owner

Originally created by @oneisall8955 on GitHub (May 28, 2024).
Original GitHub issue: https://github.com/dreamhunter2333/cloudflare_temp_email/issues/279

首先感谢 @dreamhunter2333 贡献!这里提及一个设想。

现在的功能逐渐丰富,慢慢朝向邮件平台发展,临时概念有点弱化。
在使用过的临时邮箱中,界面功能似乎都非常简洁

如:https://www.linshi-email.com/
image

如:https://internxt.com/zh/temporary-email
image

如:http://24mail.chacuo.net/
image

如:https://rootsh.com/
image


以我常用的 linshi-email.com 为例子(adblock禁用了广告),核心的功能:

  • 申请随机邮箱
  • 设置自定义邮箱
  • 复制邮箱
  • 定时自动刷新邮件
  • 手动刷新接收邮件

现在项目是满足这些功能的,只是做了一些安全性的限制,例如token登录,登出等。
在我的使用过程中,常常因更换邮箱觉得这些步骤感到繁琐

不清楚owner是如何思考这个问题的。可否出一个类似的模式,更简洁更核心?

Originally created by @oneisall8955 on GitHub (May 28, 2024). Original GitHub issue: https://github.com/dreamhunter2333/cloudflare_temp_email/issues/279 首先感谢 @dreamhunter2333 贡献!这里提及一个设想。 现在的功能逐渐丰富,慢慢朝向邮件平台发展,`临时`概念有点弱化。 在使用过的临时邮箱中,界面功能似乎都非常简洁 如:https://www.linshi-email.com/ ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/44989283/a0b4978c-5a96-4edf-b74e-a03a5c6e1b92) 如:https://internxt.com/zh/temporary-email ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/44989283/c2322faa-bf47-4a2a-a4d3-b916caf05c8d) 如:http://24mail.chacuo.net/ ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/44989283/87f8fc75-cc34-4cac-a901-7281c347e56d) 如:https://rootsh.com/ ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/44989283/155e1e01-5705-4144-bcac-74c616629780) ----------------------------------- 以我常用的 linshi-email.com 为例子(adblock禁用了广告),核心的功能: - 申请随机邮箱 - 设置自定义邮箱 - 复制邮箱 - 定时自动刷新邮件 - 手动刷新接收邮件 现在项目是满足这些功能的,只是做了一些安全性的限制,例如token登录,登出等。 在我的使用过程中,常常因更换邮箱觉得这些步骤感到繁琐 不清楚owner是如何思考这个问题的。可否出一个类似的模式,更简洁更核心?
Author
Owner

@dreamhunter2333 commented on GitHub (May 28, 2024):

目前通过用户登录做了个切换邮箱的功能,后续可以增加一个不登录的本地存储多个账号的切换模式
image

<!-- gh-comment-id:2134634443 --> @dreamhunter2333 commented on GitHub (May 28, 2024): 目前通过用户登录做了个切换邮箱的功能,后续可以增加一个不登录的本地存储多个账号的切换模式 ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/32295532/0714b764-a2a1-4af1-a1f3-c20fd17ea908)
Author
Owner

@pdhapy commented on GitHub (May 28, 2024):

不情我还是一起探讨几句。

楼主的想法和问题都很好,这几乎是多数开源项目面临的问题,之前我也有过类似的想法,也提过一些,但最终思考的结果是:

只能是自己动手了。

因为开源项目,多数都只能做的是技术,很少能直接做成产品的,原因很简单,萝卜青菜,各有所爱,每个项目在使用起来,对应的应用场景不同,侧重点不同,导致需求都有区别,很多开源项目做着做着,随着不同应用场景下需求越提越多,功能迭代得越复杂,越趋向于大而全。

这项目我自己一路用过来,其实已经能兼容绝大多数应用场景了,个人,团队,甚至于开放站点,得益于其全面的功能,自己做点简单的修改就能很好应用了。

因而,楼主的这个想法实现了,出了个精简版的,马上可能又有要提个Issue加个功能,甚至做个什么团队版的,什么XXX版的,个人感觉真心没必要,因为代码是开源的,需要的话,只能自己改了。本来一套代码就能改出一百个产品,但是基于一百个产品需求去写100套代码真心不现实。

所以,作者如果能一直维护更新就已经很幸运了,我们指望作者去直接给我们写一个产品开源出来,感觉有点难为了,因为类似的需求只会越来越多,要么和一些开源项目一样,付费商用定制开发了。

另一方面就是,只要代码稳定,功能多不太可怕,自己还能精简,就怕是功能不全的,要自己补。 像我们这种没什么代码能力的,那才是最可怕的。

我也是完全不熟TS的,也在慢慢一点点折腾,算是一点小乐趣吧,这也不是正是很多人在聚在这的原因(之一)吗?

共勉。

<!-- gh-comment-id:2134744548 --> @pdhapy commented on GitHub (May 28, 2024): 不情我还是一起探讨几句。 楼主的想法和问题都很好,这几乎是多数开源项目面临的问题,之前我也有过类似的想法,也提过一些,但最终思考的结果是: **只能是自己动手了。** 因为开源项目,多数都只能做的是技术,很少能直接做成产品的,原因很简单,萝卜青菜,各有所爱,每个项目在使用起来,对应的应用场景不同,侧重点不同,导致需求都有区别,很多开源项目做着做着,随着不同应用场景下需求越提越多,功能迭代得越复杂,越趋向于大而全。 这项目我自己一路用过来,其实已经能兼容绝大多数应用场景了,个人,团队,甚至于开放站点,得益于其全面的功能,自己做点简单的修改就能很好应用了。 因而,楼主的这个想法实现了,出了个精简版的,马上可能又有要提个Issue加个功能,甚至做个什么团队版的,什么XXX版的,个人感觉真心没必要,因为代码是开源的,需要的话,只能自己改了。本来一套代码就能改出一百个产品,但是基于一百个产品需求去写100套代码真心不现实。 所以,**作者如果能一直维护更新就已经很幸运了**,我们指望作者去直接给我们写一个产品开源出来,感觉有点难为了,因为类似的需求只会越来越多,要么和一些开源项目一样,付费商用定制开发了。 另一方面就是,只要代码稳定,功能多不太可怕,自己还能精简,就怕是功能不全的,要自己补。 像我们这种没什么代码能力的,那才是最可怕的。 我也是完全不熟TS的,也在慢慢一点点折腾,算是一点小乐趣吧,这也不是正是很多人在聚在这的原因(之一)吗? 共勉。
Author
Owner

@dreamhunter2333 commented on GitHub (May 28, 2024):

目前通过用户登录做了个切换邮箱的功能,后续可以增加一个不登录的本地存储多个账号的切换模式
image

此处切换包含创建,例如 telegram 小程序里面的这种界面
image

<!-- gh-comment-id:2134773505 --> @dreamhunter2333 commented on GitHub (May 28, 2024): > 目前通过用户登录做了个切换邮箱的功能,后续可以增加一个不登录的本地存储多个账号的切换模式 > ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/32295532/0714b764-a2a1-4af1-a1f3-c20fd17ea908) 此处切换包含创建,例如 telegram 小程序里面的这种界面 ![image](https://github.com/dreamhunter2333/cloudflare_temp_email/assets/32295532/285326d7-ae7d-4614-86d3-63981a5492f8)
Author
Owner

@dreamhunter2333 commented on GitHub (Jun 1, 2024):

https://github.com/dreamhunter2333/cloudflare_temp_email/releases/tag/v0.5.0

  • 增加了本地缓存多地址的功能
<!-- gh-comment-id:2143452621 --> @dreamhunter2333 commented on GitHub (Jun 1, 2024): https://github.com/dreamhunter2333/cloudflare_temp_email/releases/tag/v0.5.0 - 增加了本地缓存多地址的功能
Author
Owner

@oneisall8955 commented on GitHub (Jan 4, 2025):

感谢开发者的长久支持,项目发展越来越好,功能也越来越多,也变得更好用了。

或许就像楼上 @pdhapy 所言,对于一些特殊的爱好,只能是自己动手了

关于极简模式,或许我只是想找一些功能极其简单,界面好看,又能支持自建部署的开源项目(白嫖=_=)

最近有找到相对符合的:
https://ggg.ga
https://email-once.com
https://tempmail100.com

<!-- gh-comment-id:2570740615 --> @oneisall8955 commented on GitHub (Jan 4, 2025): 感谢开发者的长久支持,项目发展越来越好,功能也越来越多,也变得更好用了。 或许就像楼上 @pdhapy 所言,对于一些特殊的爱好,**只能是自己动手了** 关于极简模式,或许我只是想找一些功能极其简单,界面好看,又能支持自建部署的开源项目(白嫖=_=) 最近有找到相对符合的: https://ggg.ga https://email-once.com https://tempmail100.com
Author
Owner

@dreamhunter2333 commented on GitHub (Jan 5, 2025):

感谢开发者的长久支持,项目发展越来越好,功能也越来越多,也变得更好用了。

或许就像楼上 @pdhapy 所言,对于一些特殊的爱好,只能是自己动手了

关于极简模式,或许我只是想找一些功能极其简单,界面好看,又能支持自建部署的开源项目(白嫖=_=)

最近有找到相对符合的: https://ggg.ga https://email-once.com https://tempmail100.com

赞,我看看能不能用 AI 生成个极简模式

<!-- gh-comment-id:2571676582 --> @dreamhunter2333 commented on GitHub (Jan 5, 2025): > 感谢开发者的长久支持,项目发展越来越好,功能也越来越多,也变得更好用了。 > > 或许就像楼上 @pdhapy 所言,对于一些特殊的爱好,**只能是自己动手了** > > 关于极简模式,或许我只是想找一些功能极其简单,界面好看,又能支持自建部署的开源项目(白嫖=_=) > > 最近有找到相对符合的: https://ggg.ga https://email-once.com https://tempmail100.com 赞,我看看能不能用 AI 生成个极简模式
Author
Owner

@dreamhunter2333 commented on GitHub (Jun 28, 2025):

主页 -> 外观, 加入了 使用极简主页
可以访问 demo 站看看

<!-- gh-comment-id:3015108565 --> @dreamhunter2333 commented on GitHub (Jun 28, 2025): 在 `主页` -> `外观`, 加入了 `使用极简主页` 可以访问 demo 站看看
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/cloudflare_temp_email#85
No description provided.