👏欢迎各位彦祖进入阅读本文,同时也先给各位彦祖汇报一下我为什么要发布这么一个烂大街的产品。首先,本平台没有任何技术特点,同类产品在 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 分钟,能用线上服务器还是尽量用线上服务器。
![]() |
1
XDiLa 2 天前
操作简单 ,蛮合适的 好用!!!!
|
![]() |
2
Waverly 2 天前
大佬们,这个有哪些使用场景呢
|
4
stayma OP @Waverly 这可太多了,比如服务器告警做运维,定时任务通知,网站产生新订单,有新留言等等,你可以在任何你关注的点都调用 API 把你想知道的消息推到手机上来
|
![]() |
5
Dreamerwwr 2 天前
我觉得再接入个电话通知就好了
|
![]() |
6
Dreamerwwr 2 天前
白嫖用户次数有点少,这个跟 Server 酱有什么对比吗?
|
![]() |
7
oneisall8955 2 天前
支持&&期待开源
- 没错我是白嫖怪:) |
8
stayma OP @Dreamerwwr 没啥对比,,Server 酱是前辈大佬,我是新产品🤔,至于白嫖次数的问题,十次讲道理是够用的
|
9
stayma OP @oneisall8955 github 上一大堆。我不想把我的屎山代码拿出来献丑😭😭😭
|
10
stayma OP 果然没啥吸引力啊
|
![]() |
11
89ao 1 天前
和 bark 、飞书机器人有什么优势点?
|
![]() |
14
love2328 1 天前
这个不错 以前就是靠通知去处理崩溃
|
15
stayma OP @love2328 对的,我的 API 结构不会变,你在你想用的地方把我的 API 接入就行了,后期不管消息通道怎么变,都由我来处理,你们都不需要管
|
17
stayma OP @89ao 对的,我的 API 结构不会变,你在你想用的地方把我的 API 接入就行了,后期不管消息通道怎么变,都由我来处理,你们都不需要管。
|
18
stayma OP @Dreamerwwr 电话通知目前没啥渠道呢
|
![]() |
19
cyoking 1 天前
巫溪的开发者?
|
20
xyholic 1 天前
年费比 server 酱便宜 1 块钱哈哈哈
|
![]() |
25
aicfe 17 小时 53 分钟前
项目很不错,我目前用的 pushplus ,白嫖目前够用。咱这个对比有啥优势吗
|