wow

刚好今天也看到一片服务端渲染的，就喜欢这种将历史缘由的
https://tech.youzan.com/server-side-render/

@jjshare 住在高新，最近活跃于武图

刚离职，伪全栈，做过小程序，熟悉多个小程序框架，借步说话？

@abcbuzhiming 感谢

@yibin001 那我要按条件筛选怎么办？

然而 2019 年的现在也没啥选择

@ericgui 想求问下 seo 怎么搞，除了服务端渲染

不是，之前 7k 的老板做慈善吗？

@itning 谢谢分享，网站不错，跟希望能有总结性的文章。btw 看到 angular 的统计信息笑了

有同样想法，想问下大兄弟 UI 是怎么解决的

@zhenjiachen 同意，简单直接，不过我这需求有些不一样

@IamNotShady 有点疑问，我在线（ http://encode-base62.nichabi.com ）转了下，发现和这个库的结果不一样呢

@troywinter 感谢分享，我觉得我的问题应该变成暴露用户 id 是否有隐患。

根据这里（ https://stackoverflow.com/questions/3629134/should-i-expose-a-user-id-to-public ），一般应用直接暴露 id 应该没事，我看好多网站也是暴露了的。当然具体情况具体分析，我这里的需求可能不能直接暴露，因为 id 和兑换码联系了起来，要防止被枚举。
我的想法是这样，还是简单些做，用户注册的时候用 snowflake 生成的 id 做一遍 hash 或 encode，这样至少不是直接暴露 id，然后存到 db 做个 index， 兑换时（用户的分享码就是别人的兑换码，需求是这样 = =）再用这个码去找是否存在。
不知这样妥否，有无可以优化的地方。

@jinhan13789991 想要已经现成的 app，哈哈

@qwertyegg 嗯，这需要 app 自身支持嘛， 我是需要一个第三方 app 来配置拦截 schema，指定需要跳转的 app

@ryV60s 只是 id 用吗? 我这里需求是分享码呀,要在个人信息中返回, 不会每次返回都算一遍吧(不考虑缓存的话)