楼主近期持续高产高质量文章，点赞！

_score 小于 x 的按照_score 降序排

_score 大于 x 的也按照_score 降序排，并不会影响小于 x 的所在的页；

1.用_score 降序分页查询，如果查出的这一页都大于 x，那就重新按照 create_time 降序（建议换成 id）查询该页，返回数据

2.如果查出这一页都小于 x，就按照_score 降序排直接返回数据

3.如果这一数据跨跃 x，就将小于 x 的数据保留，重新按照 create_time 降序（建议换成 id）查询该页，和刚才小于 x 的拼接，返回数据

你为什么不内推你的女朋友呢？

我只是想到了地铁站里的广告词，没想骗人

南通，上海下一站

5 元💄点赞

搬瓦工挺好的，贴个 优惠码

你试一下，我想的是内建的 certonly 命令取域名参数是 domain，那加个通配符也许可以解决。

我没 docker 部署过 homeland，还是请大佬帮忙吧。 你可以在 certonly 生成证书文件时 通配符 *.yourweb.com 这样根域名之下的都有 https 或者就是在 nginx 里写个重定向，www 的重定向到不带 www 的域名。

你用 certonly 安装的时候，-d 参数是不是没有通配符？

Encrypt

MySQL 联合索引会走的

dev 分支和 prod 分支，你把 prod 分支的.env.local 改成 dev 分支需要的，然后把 prod 的代码 merge 进 dev 分支，再改动 prod 的，这样 dev 里.env.local 的版本低于 prod 了，也许有效。

我不在山东，我只是好奇，前面几个都是城市名，最后山东没写城市名。

目前团队成员分布在美国、苏州、武汉、长沙、义乌、南京、黄山、山东等地区

一个很小的点，想知道山东是哪个或哪几个城市？

看起来是好的

最大的好处，是有数据沉淀，你以后可以统计用户的地区，阅读时段等等，dashboard 看起来又酷炫，还能吹一波“是大数据公司”

也许你可以不要只是把点击数当成文章的一个字段，这样信息就丢失了 你可以把每个点击事件都入库，from_ip，article_id，click_time 之类的都记下 再根据统计维度的需求，每天汇总

)

• 请问，这个是啥原因？？我用了很多稀奇古怪的，还是说被占有

取消屏蔽后，是不是可以不用拉数据啊。

这个不行吧，比如用户先点取消屏蔽，再打开 Feed 页，那之前屏蔽的消息还是要像没屏蔽的消息一起顺次 Feed，不可能不拉。

但是如果是取消屏蔽和屏蔽操作触发拉，会有很多次非顺序的写操作，不是很好。 感觉还是一开始就推比较好，毕竟屏蔽的消息数量比较少，多推并不费劲。 楼主觉得呢？

那我觉得可能是楼主笔误

比如 Ryan 在 facebook 有三个朋友 Sam，Bell，Zoey，Bell 嫌弃 Ryan 话多，偷偷屏蔽了 Ryan。

当 Ryan 发布了一条动态「Today is great!」(红颜色 6)，系统应当只分发该动态至 Sam 和 Zoey 的队列。因为 Bell 屏蔽了 Ryan，所以 Ryan 的更新并不会分至 Bell 的队列。

下次 Sam/Zoey登录时，会在自己的队列中看到 Ryan 的动态更新 6；Bell 登录时，则不会看到 6。

假如 Bell 取消了屏蔽，再次去拉 Ryan 的消息吗？还是一开始推到了 Bell 的队列，只是隐藏

Relational Database Service