@BeautifulSoap '设置所有的 Github Actions 流程必须通过之后，PR 才能合并（在 repo 设置里）' 这个是必须配置 Action 才有设置吗，我没找到这个设置呢，现在项目有 release action

@wdssmq 请问是直接配一个 PR 类型的 action 就会在 PR 信息里面显示吗？我找了很久也没在 github 找到哪里有 PR 设置，看他这个 action 内容，也没有调用 api 设置 PR 评论

@guanzhangzhang PR 创建的时候可以使用 action? 我在 action 说明里面确实找到了 PR 时触发，但是怎么保证 ation 成功才能合并呢？

哦，好像我理解错意思了，你是找赚钱的项目？我这个纯开源玩具，没有任何金钱收益

https://github.com/Jinnrry/PMail

后端 golang ，前端 vue ，个人邮箱服务器

网吧，酒店，ktv

我当年大学旁边这三个有几十家，然后基本上全部需要提前预约，不然没位置

@orzwalker111 先问预期，我报的 50%，然后给的 30%

4 年以前的经历。开水团给 30%涨幅，我说手上有百度字节 offer ，都比你开得高，hr 说再跟领导争取一下，最后也没争取下来。

我觉得 30%就是开水团的上限吧

1.因为 es 基于 lucene 引擎，lucene 就是 java 写的，如果重写的话就得连 lucene 一起重写了。工程量巨大，而且看不到任何优势
2.在 es 的使用场景中，java 多占用那点内存根本忽略不计，比如我现在公司 es 集群都是大几十核，几百 G 内存的机器，干嘛要在乎编程语言那点性能？
3.高性能在于代码设计，es 都迭代这么多年了，能优化的都优化了，你现在哪怕用汇编语言写一个 es 也不一定比现在性能好
4.正经公司都有专业的运维人员，在专业运维看来，es 对运维很友好

其实现在已经脱离浏览器枷锁了，现在都叫“大前端”了，所有显示都算大前端。但是安卓，ios ，pc ，各种小程序，渠道太多，技术栈各不相同，于是又在各个端里面都引入了浏览器，变成 h5 开发

用 SQL 表述查询逻辑大概是这样的：

Select product_id, avg(price) as avg_price
from sku_table
where time > xxx
and time < xxx
and xxxxxx
group by product_id
having avg_price > xxx
and avg_price < xxx
order by avg_price

我们业务比你们更加复杂，我们的价格在不同人，不同时间，不同供应商，不同细项，价格全部不一样。当多个日期或者类型选择时需要以平局价格过滤排序，我们目前数据量 100 亿+

查询接口 QPS 100 左右，我们用的 StarRocks 。这里同样好奇，这种涉及数据规模大，计算复杂的查询逻辑其他公司是怎么做的

没有，我第一次去，买了两瓶五粮液。

@main1234 自己构建 GeoHash 索引呗，只要做过 gis 开发，都应该能说出 GeoHash

@kuituosi 缓存的话，直接用 Redis 的 Geo 查询，如果是自己手撸的话，用前缀树存储 GeoHash

纯算法的话 geohash ，Google S2

工程实现的话
ES GEO 查询
Redis GeoHash 查询
PG postgis

一切能发布公开信息的地方，一定会有招 piao 。往这个方向靠一靠，只要满意鸡头们的需求，鸡头们的推广能力比你厉害多了，91 1024 上面也能发发广告，分分钟就火了

macbookpro 2020 ，最后一代 intel 还在用