V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  star7th  ›  全部回复第 29 页 / 共 55 页
回复总数  1084
1 ... 25  26  27  28  29  30  31  32  33  34 ... 55  
我觉得大概率腾讯处理的对。你自己说的话都自相矛盾,并且只字不提自己做什么。
2022-03-08 10:30:08 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@gongquanlin 不开放自定义内容字段。因为可能会被滥用举报封号。现在把主要内容放在网页上,举报也能快速整顿网页。而发在微信消息内部是很难控制的
2022-03-07 14:48:24 +08:00
回复了 jwenjian 创建的主题 分享创造 又基于 PushDeer 做了点小玩意儿
@jwenjian 现阶段而言,哪怕一个个调 api ,那几十个几百个用户也不算问题。等它真的有这么多人用了,成为问题了,再去优化效率问题。
2022-03-07 13:44:18 +08:00
回复了 cczhrd 创建的主题 分享发现 showdoc 也支持微信推送了
@ShuoHui
@cczhrd

不直接显示内容是处于风险的考虑。直接显示内容容易被滥用封号。而如果把内容放在网页的话,封也只是封一下网页,可以很快删除内容申请恢复。
2022-03-07 13:37:26 +08:00
回复了 jwenjian 创建的主题 分享创造 又基于 PushDeer 做了点小玩意儿
@jwenjian 这种多标签用户的场景我就不考虑了。我认为这种应该是由业务系统自身打标签然后推送。至于是否支持多用户推送,这个看需求吧。有实际使用的需求再加上。我说白了,你的应用可能最终没几个人用,一开始考虑那么多批量方案没必要。你先把你的产品做起来再说吧。先从无到有,用户量上来了,再解决数量和效率的问题。
2022-03-06 23:19:07 +08:00
回复了 jwenjian 创建的主题 分享创造 又基于 PushDeer 做了点小玩意儿
@haoxuexiaoyao 不开源;会长期维护。这个是 showdoc 旗下的推送服务。而 showdoc 已经运行 6 年了,并且继续运作下去 https://www.showdoc.com.cn/
2022-03-06 19:40:35 +08:00
回复了 jwenjian 创建的主题 分享创造 又基于 PushDeer 做了点小玩意儿
对接这个推送服务也可以 https://push.showdoc.com.cn
2022-03-04 17:37:02 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@billzbc 后面考虑加上
2022-03-04 14:44:44 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@bequt 一分钟内能推送 10 条。只对发送频率限制,发送的总数量不限制。正常使用的话,一分钟内 10 条就很够用了。
2022-03-04 13:41:35 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@scarleast 这个推送服务是主打用户体验,所以 UI 简洁 /使用也简单。目前鉴于微信的普及程度很高,所以暂时就用它,用户基本扫码就能用。模板消息之前说可能下线,但是一年了都没消息,我估计官方不敢轻易下线了的,因为使用太普遍了。
轻应用或者快应用都需要用户额外做点什么配置,目前普及还不够。等以后发展再看看有没有必要吧。
2022-03-04 12:41:15 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@scarleast 现状就支持的。
你可以传输
{
"title":"标题",
"content":"内容"
}

只要请求的 Content-Type 标头正确设置为 application/json 即可
2022-03-04 12:16:20 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@ersic 这是出于风险的考虑。内容直接放到微信消息内部的话,以后容易被滥用举报。现在用网页展示更多内容,被举报也只是某个网页整改,风险可控
2022-03-04 12:14:54 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@dong706 还有 server 酱吧。不过我还是坚持认为我的推送服务 UI 更好看,哈哈
2022-03-04 12:14:02 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@zagfai 不收费;因为模板消息本身是免费的,所以我也没有成本压力,就没必要收费了。但是,如果接入电话和短信,那我就要付出成本了,所以就不提供短信电话了。
2022-03-04 11:27:32 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@mydingyan 比如哪些功能需要优化呢
2022-03-04 11:01:48 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@zhcode 已经开启对 markdown 的支持了 。由于页面缓存,你未必马上能看到最新效果。你再点击微信消息卡片进入网页后,再点击右上角,刷新。这样强制刷新当前页面才能更新缓存。这是微信自身的机制。
2022-03-04 10:30:34 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@zhcode 其实支持 markdown 从技术上说很简单,我当初也预留了代码。只是再想要不要用。因为支持 markdown 的话表示也支持了 html 代码。这样我要额外增加一些安全过滤,以及调整 UI 以防止样式走样。我再调试下吧
2022-03-04 10:16:38 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@zhcode 已经处理好了。刚才是数据库编码没选好。
2022-03-04 10:03:58 +08:00
回复了 star7th 创建的主题 分享创造 showdoc 推送服务
@advancejar 我是研究过的,觉得还是有必要再做一个。因为类似工具的用户体验和 UI 都不算好,而且也有各种发送限制。showdoc https://www.showdoc.com.cn/ 主要群体是开发者,我可以把这个推送服务作为底层基础设施,链接起一些服务,比如后续做变更提醒甚至自己做监控服务都行。预留空间方便以后做 showdoc 的产品生态。
我的开源软件 showdoc:

https://github.com/star7th/showdoc

就使用 sqlite .

showdoc 使用 Sqlite 的理由如下:

PHP 环境默认支持 Sqlite ,所以只需要安装好 PHP 环境,即可使用 showdoc ,无须再安装 mysql 。这对于不懂 mysql 的开发者(如 App 开发者)来说会更容易一些。同时方便官方维护 showdoc ,不用维护和测试两个数据库版本

sqlite 的性能并不差,对于总项目数在一万以内的情况,基本不用考虑性能问题。所以完全足够普通公司或者团队的使用。关于对 sqlite 性能的质疑,可以参考这位不知名网友的文章 https://www.cnblogs.com/derekhan/p/10897421.html

sqlite 数据库文件放在 /Sqlite 目录下,迁移和备份都十分简单,直接复制 /转移该目录即可
1 ... 25  26  27  28  29  30  31  32  33  34 ... 55  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   858 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 21:54 · PVG 05:54 · LAX 14:54 · JFK 17:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.