好多人刷楼啊啊。。。你们这些人不厚道啊。。。

https 不行 换 ssh 试试噢。

支持老大，靠谱。

我如果大学的时候能遇见这样的老大就好了，嘿嘿。

@xnotepad 如果用还需要加个测试，用不了多少代码，你可以的。

nginx 层面统计没有额外的负载吧。

否则就是你在你 API 里面加统计的中间件，总归是有性能消耗的。

谢谢楼主，我觉得做的很好，了解了地球的地震带。

貌似我拉不低中奖率。。哈哈

多年后，你还是会需要一个类似 swagger 的东西。

@adkudao

我的方法的关键要靠你自己控制：最后一步必须要调用 https://www.random.org/ 来获取随机数。

按照你的方法，任何人都看不到 幸运号码是多少，你后台仍然可以随时修改整个幸运号码，不是吗？

你这做法太麻烦了，我给你个简单的思路，即简单又保证绝对公平，透明。

只需要在 Redis 中记录每个商品的自增值，初始化为 1

比如一个商品有 10 个人参与，那每个人分配一个号： 1 ， 2 ， 3 ， 4 ， 5 ， 6 ， 7 ， 8 ， 9 ， 10

你现在要做的是在这 1-10 个号中随机选取一个人，对吗？

所以开奖的过程：

调用： https://www.random.org/ 随机的函数，获取 1-10 的随机数，这是真随机，不是伪随机，获取到谁就是谁。

如果是 100 万人参加？那也不用担心啊，没任何压力，而且 Redis 的并发能撑个几万。


你需要考虑的问题是，如何正确随机，而不是提前生成号码。

嘿嘿，希望给你帮助。

你这做法太麻烦了，我给你个简单的思路，即简单又保证绝对公平，透明。

只需要在 Redis 中记录每个商品的自增值，初始化为 1

比如一个商品有 10 个人参与，那每个人分配一个号： 1 ， 2 ， 3 ， 4 ， 5 ， 6 ， 7 ， 8 ， 9 ， 10

你现在要做的是在这 1-10 个号中随机选取一个人，对吗？

所以开奖的过程：

调用： https://www.random.org/ 随机的函数，获取 1-10 的随机数，这是真随机，不是伪随机，获取到谁就是谁。

如果是 100 万人参加？那也不用担心啊，没任何压力，而且 Redis 的并发能撑个几万。


你需要考虑的问题是，如何正确随机，而不是提前生成号码。

不要选 软件工程 ，一般都比较贵，但课程差不多。

@qdk0901 能解释下 tsne 的数据情况吗。。

多谢。

@airqj 对，应该很多都是用 协同过滤


@9hills 关注关系我会考虑，多谢，嘿嘿。


@qdk0901 谢谢你，你这个正好是我关注关系上的一个解决方案。

@menc 太感谢你了，确实是新手，希望不要跑偏了。

我会按照你的建议来尝试，多谢。

@murmur 恩恩，用户数据是可靠的数据，没有营销号、抽奖号、僵尸号

@YORYOR 恩，请教你个问题：

你们的标签和分类是提前定义好的吗？

还是根据用户的微博动态生成的？

————————————————

恩，我的问题其实是：

1. 给微博分词了，但是如何分词更合理？
2. 分词后，哪些词应该打在用户的身上，不应该把用户所有词都打上去吧？另外如何确定分类？

谢谢你

@mayokaze 恩，但是用 ngram 分词后，词确实有点多，我暂时使用 Boson 的分词来弄，继续谢谢你。