@davin 应该是动画计算的问题，感谢反馈。

@Skifary 1.不需要审查，在官网的 Features 板块有说明，资源的访问权完全取决于用户。平台不会审查内容，但是会接收用户举报，验证属实会采取警告、封号等措施。2.开放。

@BeijingBaby 感谢反馈。这是首页展示页面，复制这个链接作用不大，主要是展示强调用。后续会在控制台提供易用性的操作面板。

@lcy630409 被坑怕是指什么，跑路吗？

@NewYear
回答你的三个问题：
1.平台不会审查内容，但是会接收用户举报，验证属实会采取警告、封号等措施。
2.流量与发展成正比。当然不排除被攻击的情况，这种情况另当别论。
3.即便是常青树恐怕也不敢量化，我们的愿景当然是持续做下去。
另外，早年有体验过 ipfs ，对于一些需求还是捉襟见肘。

@johnwilson 用的一个开源的项目。

@johnwilson 你这个看起来不错诶，我也做了一个自己的产品，目前还没啥流量： https://www.stardots.ink
其实技术那些都不是啥事儿，最重要的是宣发和流量不容易。

@johnwilson 你这个看起来不错诶，我也做了一个自己的产品，目前还没啥流量： https://stardots.ink
其实技术那些都不是啥事儿，最重要的是宣发和流量不容易。

@fruitmonster 秒啊！

@echoless 之前公司业务数据分析这块，有涉及到上亿数据，当时我记得有张表是日 GB 级别的增加。因为是属于日志分析类，所以后面在分区的基础上按日拆分表作为基础数据表，然后生成二级、三级表为最终报表的数据作支撑。

我自己实现的一个简单的计划任务库，也用在了我司的生产环境。up 可以瞅瞅： https://github.com/keepchen/schedule

@awalkingman 哈哈 暴躁老哥，在线怼人

如果是这样，那我也贴一下我的： https://github.com/keepchen/go-sail

写的不好的地方大家轻喷 (狗头

我司之前有用到极验证（利益无关），这家： https://www2.geetest.com/

整体上还不错。另外，你描述的需求似乎和验证无关吧，应该限制单日单手机号发送量才对。

感觉重点还是为了增加用户粘性吧。

@unco020511 我去瞅瞅，感谢分享

@webpan94 也就是说 我的 navToPage 只能显示触发次数，要是想显示具体的值，是做不到的对吗？如果想要统计具体的值，就要单独设置 event ，比如 navToPage_dashboard ，这样吗？

哇偶，蛮酷的