V2EX › star7th 的所有回复 › 第 34 页 / 共 59 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 30 31 32 33 34 35 36 37 38 39 ... 59

❮

❯

2022 年 3 月 6 日

回复了 jwenjian 创建的主题 › 分享创造 › 又基于 PushDeer 做了点小玩意儿

对接这个推送服务也可以 https://push.showdoc.com.cn

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@billzbc 后面考虑加上

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@bequt 一分钟内能推送 10 条。只对发送频率限制，发送的总数量不限制。正常使用的话，一分钟内 10 条就很够用了。

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@scarleast 这个推送服务是主打用户体验，所以 UI 简洁 /使用也简单。目前鉴于微信的普及程度很高，所以暂时就用它，用户基本扫码就能用。模板消息之前说可能下线，但是一年了都没消息，我估计官方不敢轻易下线了的，因为使用太普遍了。
轻应用或者快应用都需要用户额外做点什么配置，目前普及还不够。等以后发展再看看有没有必要吧。

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@scarleast 现状就支持的。
你可以传输
{
"title":"标题",
"content":"内容"
}

只要请求的 Content-Type 标头正确设置为 application/json 即可

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@ersic 这是出于风险的考虑。内容直接放到微信消息内部的话，以后容易被滥用举报。现在用网页展示更多内容，被举报也只是某个网页整改，风险可控

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@dong706 还有 server 酱吧。不过我还是坚持认为我的推送服务 UI 更好看，哈哈

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@zagfai 不收费；因为模板消息本身是免费的，所以我也没有成本压力，就没必要收费了。但是，如果接入电话和短信，那我就要付出成本了，所以就不提供短信电话了。

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@mydingyan 比如哪些功能需要优化呢

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@zhcode 已经开启对 markdown 的支持了。由于页面缓存，你未必马上能看到最新效果。你再点击微信消息卡片进入网页后，再点击右上角，刷新。这样强制刷新当前页面才能更新缓存。这是微信自身的机制。

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@zhcode 其实支持 markdown 从技术上说很简单，我当初也预留了代码。只是再想要不要用。因为支持 markdown 的话表示也支持了 html 代码。这样我要额外增加一些安全过滤，以及调整 UI 以防止样式走样。我再调试下吧

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@zhcode 已经处理好了。刚才是数据库编码没选好。

2022 年 3 月 4 日

回复了 star7th 创建的主题 › 分享创造 › showdoc 推送服务

@advancejar 我是研究过的，觉得还是有必要再做一个。因为类似工具的用户体验和 UI 都不算好，而且也有各种发送限制。showdoc https://www.showdoc.com.cn/ 主要群体是开发者，我可以把这个推送服务作为底层基础设施，链接起一些服务，比如后续做变更提醒甚至自己做监控服务都行。预留空间方便以后做 showdoc 的产品生态。

2022 年 3 月 3 日

回复了 papaer 创建的主题 › SQLite › 大家有用 Sqlite 的吗，都是什么场景下要用这个，能说一两点非要用它的理由最好啦

我的开源软件 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 目录下，迁移和备份都十分简单，直接复制 /转移该目录即可

2022 年 3 月 1 日

回复了 mumuy 创建的主题 › 程序员 › 开源程序该如何维护版权？！

对方的态度是真的不好。不过我也不建议你去自找麻烦。首先脚本代码里即使保留版权注释也不见得对传播起到多少作用，其次技术含量不高，本身避免不了大量抄袭。不建议在这种事情上浪费太多时间。如果是为了开源让自己开心，那你只顾着让自己开心好了。如果是为了利益，那么自己好好思考下怎么建立自己的利益壁垒。

2022 年 2 月 22 日

回复了 jingpengzzzz 创建的主题 › 程序员 › authing 又又又百度推广买友商公司名了？

可以跟百度申诉的。点击下拉按钮，投诉，等结果就好。一般初步的结果会让你补充更多材料。像你的这个，是公司名，我觉得应该可以申请品牌保护的。

2022 年 2 月 22 日

回复了 julyclyde 创建的主题 › Kubernetes › k8s 抛弃 docker 之后， docker 还有前途吗？

直接学 docker ，因为 docker 现存的资源资料多，生态完善。你学好 docker 使用其他也完全无障碍。

2022 年 2 月 17 日

回复了 charlesliu 创建的主题 › React › React 有什么比较优雅的跨组件通信方法吗

强烈推荐 Mobx https://cn.mobx.js.org/