👏欢迎各位彦祖进入阅读本文,同时也先给各位彦祖汇报一下我为什么要发布这么一个烂大街的产品。首先,本平台没有任何技术特点,同类产品在 GitHub 上面早已烂大街,那我为什么还要从 0 开始写,写完还要耗费资金上线,而且还要在 V2EX 这种大神云集的论坛上面发?请各位彦祖花一分钟听我娓娓道来,请拉到最底下平台优势板块
Notify X 是一款基于 Golang 开发的现代化消息推送服务,让您轻松实现多渠道消息分发。只需简单的 API 调用,即可将消息推送至各大主流平台!麻麻再也不用担心我错过重要告警通知了 !
目前平台已经支持:
后续计划:
接入各大短信平台(付费)
接入国内各大手机厂商原生 app 消息推送服务
接入人工上门通知服务(滑稽🤪)
后端:Golang + Gin + GORM + Redis
前端:Vue 3 + Element Plus + ECharts
只需扫码登录即可使用,无需配置任何通道就可以使用官方默认的公众号消息模板。
1 、本项目基于 Golang 开发,Golang 的特点想必各位比我清楚,那就是快!采用 redis 消息列队。
2 、本类基础 API ,虽然没有任何技术难度,各位彦祖花个三五天也能做出来。但,作为基础服务,要的不是谁技术更新,代码写的多漂亮,而是“稳定”!想必各位彦祖写十个项目,可能有九个得用到此类服务,各位也不可能每次都重新写,都会想要调用一个现成的,省下的时间拿来嗑瓜子不香吗?那我们调用了第三方服务,最大的需求就是它稳定,谁也不想项目上线个一两年,突然这个服务倒闭关机了,你又得苦哈哈来改,岂不是痛苦?
我们为什么敢主打一个稳定?
各位且看:
1 、阿里云服务器已续费十年,有图有真相:(说实话服务器十年不算什么,但至少保证我们十年之内不会倒闭,十年之后的事情谁又知道呢?)
2 、十年不算什么,而线下服务器才是我最坚强的后盾(由于服务器在某机房托管,不适合公布,各位可信也可不信)
当我觉得线上服务器顶不住压力的时候我会把服务器迁回本地,本地服务器规格是 64 核 128G 戴尔服务器,出口是电信 20M 固定带宽专线。但由于线下 UPS 只能坚持 30~60 分钟,能用线上服务器还是尽量用线上服务器。
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.