玩游戏你买 mac 本来就不对，还换了 m1 的 mac ，更惨

@badongdyc 你先看你本机能访问到吗？还有你监听的端口这么小，你非 root 的话是无法监听成功的。要 1024 以上的端口

2. 如果是用 public network ，就是桥接模式，和物理机是同一个网段的，那局域网就可以直接访问了。然后看看有没有防火墙之类的，有就关掉。

@badongdyc 两种方法 1. vagrant 配置的如果是 Private network ，就是私有网络的，就是物理机开端口转发，比如配个 nginx ，转发到虚拟机的 ip 端口去，就是返现代理

可以啊。本机开端口映射啊。

用这个的基本都是刑法上写的东西。

看这个界面应该是 kibana 改的。大部分一样

这种流量不要去搞什么 php 常驻进程的 swoole 之类的，因为没必要，而且有很大的风险。。你们都不熟悉。。这种问题就是加一层缓存就好了，不要让性能瓶颈落到 mysql ，如果缓存还不行就是加个队列，把耗时的异常处理一下。。laravel 并发问题更容易解决了，多开几台 web 服务器，配置不用太高。成本又低

他的意思应该是类似网络问题导致连不上服务端接口这种日志吧，其他的服务端异常日志若有记录应该都能查到

直接抗流量用数据库不死就怪了。。。加一层 redis ，这个流量一点问题没有。。这个和语言没关系

这不就是网络不行吗？挂梯子啊

不要换第三方的。。原来有个 ipad ，换了飞毛腿的，1 年就怀孕了，没怎么用，最后连屏幕都搞坏了。。。要么换原装的额，要么不换

主要看用来干嘛吧。。如果只是平台，实际干活是其他软件。。那和用什么系统没关系啊。除非你有兴趣去了解

不是可以看不同分支的差异吗？

就是跑两个实例 2 个端口啊。nginx 自动 upstream 就好了。

有谁用坏过吗

就是没精力去做而已。。很多都是早期的互联网。这个东西本来就是能用就好。

两个号互保。

应该擦了什么有腐蚀性的液体吧