psql 不就可以远程?

本地缓存是确实有必要的吗? 最简单的方法是不要用本地缓存.

@newbieRenew 这个写法专门的名称, 叫"尤达表达式"

top,ls 原理听起来 NB, 实际上也就是用操作系统 api 做 crud, 无非是不熟悉而已.

@frank1256 估计你是同时开了 2 个 debug

from itertools import groupby

ls = list(range(105))

for i, v in groupby(ls, key=lambda x: x // 10):
__print(i, list(v))

float 有精度上限, 用着用着就会失效了.

@singerll 2 年前用过, bug 还挺多的.

就用方案 2 吧.

看你的量比较大. 如果流量比较稳定, 可以不需要定时器, 只在查询和插入之前清空过期数据,
不过这样也有可能某次删除了大量数据导致单次请求很慢的问题.
删除的时候可以写个 lua, 性能好点.

有没有大哥教一下,为什么这样写是不对的?

package main

import "fmt"

func Max[T comparable](x, y T) T {
if x > y {
return x
}
return y
}

func main() {
fmt.Println(Max(1, 2))
}


.\draft.go:6:5: invalid operation: x > y (type parameter T is not comparable with >)

1. valetUserInfo.setCreateTime(DateUtils.getNowDate()); valetUserInfo.setUpdateTime(DateUtils.getNowDate());
创建时间和更新时间应该自动加, 手动加容易忘记.
2. 不要注释代码, 哪天想找回来 git 里有记录的.

比如应用服务器改成只回 helloworld, 把 https 换成 http, 不走 http 直接调用函数去运行,
本地尝试复现问题, 把问题找到再说吧,
不然我们也不知道具体情况.

@hope4tomorrow 不是很懂, 为什么要给主键再建一次索引?

如果你要考虑数据一致性或者线程安全的问题, 能承载 2 个线程就是解决了高并发的问题.
如果你要考虑服务承载量的问题, 只要你的服务能水平扩容, 就是解决了高并发的问题.

发起请求的地方在 https://github.com/spyoungtech/grequests/blob/47de40a8b0cb4fa60cb79c27951250028ab49e29/grequests.py#L74

grequest 这个库一共才 200 行不到, 看看代码, 继承重写一下接口就行了.

@frank1256 那就`update order set flag=1 where id = 'xxx' and flag = 0` ,
update 返回值是 1 的话发起支付, 和 cas 一个道理.

第三方支付不是一般会让你传一个订单号的吗? 至少支付宝是有的.