我不确定楼主说的“免填”是指自动填还是不用填。“不用填”和“自动填”应该是两回事。 楼上说的剪贴板之类的应该都是“自动填”。不用填，我猜表现出来的就是连接直接激活，邀请码就在连接参数中。

如果需要权重，那就将记录重复放到队列，比如，有ABC三条记录，你想权重是A:B:C = 5:3:2,那队列里就是：[A,A,A,A,A,B,B,B,C,C]展示时，去掉重复的。

域名和空间都是以前搞下来的，本来是打算搞一个对战小游戏的，因为懒，一直没搞，最近有点颓，晚上经常失眠，撸个站玩玩，就叫 快来玩啊简单讲一下实现吧：用的是lumen，整个网站功能很简单，就是介绍一些好玩的物品。1.数据表 重点就两个： 商品表和配置表商品表负...

id是主键吗？如果是主键应该不至于慢。 一般where in只建议用在主键，效果应该跟"where id=xx or id=yy or ..."无异

外键保证了数据一致性，缺点是更新(增删改)慢（并不是查询慢），在大型系统中对性能要求极致，而一致性又有其它手段保证，所以慢慢就比较少人用外键。其实在中小系统中外键不失为一个好的选择。

我的两年没关过机，没有这种感觉。理论上，就算有，把chrome强制退出就好了吧，如果这样都没解决，那就看看是不是你访问的某些网站或者插件有问题。或者所用的本年代太久远，性能跟不上？

key的问题，还是要看具体的设计,比如长度限制，hash算法（比如hash到同一台机的key太多，后续再hash到该机器的key就不够空间放了），模向扩容也扩展的不一定是“数据数量”，有可能是“连接数”

先确认一下memcache是否能连上？(用你的SessionMemCachedClient写个脚本连一下) 很大可能是服务端和客户端端口不一致

不太明白什么问题。 好友表跟互赠表是分开的，以好友表为主表，join的时候无论互赠表有没记录，都能查到好友列表的。 ps. 我个人更建议多次查询，先查询“我的好友列表”，再查询“我的赠送和被赠记录”，然后进行数据合并

所以，真实场景下的分表策略，是根据业务来决定的，如果记录的增加是时间维度比较线性的(增长比较均匀，且随时间推进冷却)，那就适合按时间分（再根据量按年按月或按日）。

Hyperf 是基于 Swoole 4.3+ 实现的高性能、高灵活性的 PHP 协程框架，内置协程服务器及大量常用的组件，性能较传统基于 PHP-FPM 的框架有质的提升，提供超高性能的同时，也保持着极其灵活的可扩展性，标准组件均均基于 PSR 标准 实现，基于强大的依赖注入设计，保证...

你发生日邮件，为什么要1分钟执行一次？ 难道有人会在10:30是生日，10:35就不是生日了？

有三个关键点：1.发邮件 2. 生日 3. 定时 如何发邮件我猜你是知道的，不知道的话一搜一大堆 如何判断生日，也很简单，比较一下谁的生日与今天的月日相同就行了。 如果定时？ 简单点就crontab，复杂点就搞workerman之类的。当然还有很多其它方法。 其实除了这些，还要...

你第一段的写法，如果有装代码检查之类的插件就会有警告，因为循环可能会在goroutine执行前改变item的值。 直接把item通过参数方式式应该可以,但要注意，写入的goroutine的执行顺序并不是按for range的顺序的。

大家都知道，slow query系统做的好不好，直接决定了解决slow query的效率问题 一个数据库管理平台，拥有一个好的slow query系统，基本上就拥有了解锁性能问题的钥匙 但是今天主要分享的并不是平台，而是在平台中看到的奇葩指数五颗星的slow issue 好了，关子卖完了，...

这个看你怎么理解。 一个worker里面是可以创建多个mysql链接的。即是你可以在一个php脚本里连接多个（次）mysql 但是，一个worker里的mysql链接并不能给另一个worker用

一般来说，vs code够用了，如果觉得不够的话，应该就是没找到合适的插件

当我们使用 go get、go install、go mod 等命令时，会自动下载相应的包或依赖包。但由于众所周知的原因，类似于 golang.org/x/... 的包会出现下载失败的情况。如下所示：

[链接]多了一层channel就意味着可以在这个channel里面做很多事情，并发控制等等，具体的了解下kafka等消息队列就懂了