LFS 文档是没有问题的，检查自己的操作

终于有大佬把 v2 这种刺头风气按在地上摩擦了，靠实力说话，此贴看的我极度舒适 —— 来自 emacs/vscode 用户

有点去重庆开火锅店的意思

@fstar #21 linux 管道流式分析日志都是用这种方式提取，包括一些日志软件

@lixiang2017 这么说来再升级 ubuntu 的时候我也换 kubuntu 试试

@billlee 没

楼上的几个小兄弟都没有信仰，要不还是去打 dota 吧，跟我来一起打永劫无间也行

刚用 vim 写完 systemtap demo

既然是 skywind3000 大佬发帖，那意见我肯定是完全同意的

不过虽然我每天都用 vim ，但 vscode 和 doomemacs 才是人类最终的信仰

小兄弟，聚窟洲等你一战

不止 golang ，外面这几天吵的不可开交的语言都有 nil/null 这个问题
要回答这个问题，可以从 rust 的思想入手

首先在 php/java 这类常规语言开发中，要么返回 null ，要么返回空对象 User{}，返回 null 就有个有名的 java 常见的运行时异常 NullPointException ，php 就是 call xxx on null
作为强类型语言，java 定义方法是需要有确定返回类型，如果返回 User 却返回 null ，但是 null 明显不是 User 类型，这个很矛盾，所以调用者即使知道方法返回 User ，却还要处理 null 的情况，而 php 可以不定义返回类型，所以锅就强行推给了方法的调用者


现在就有了楼主说的 2 种解决办法：
1. 返回 null ，让调用者处理 null 问题（目前常规解决方案）
2. 返回空 User ，调用者放心使用返回值，而不用担心问题，但是在业务中却需要注意空 User 问题，例如在 php/laravel 中调用 guard 的方法，$user->isAdmin()就会产生歧义，到底是没有这个 user ，还是 user 的权限不是管理员，只是普通用户

为了解决这个问题，rust 给出了以下解决方案：
首先 rust 中有 Option 这个东西，枚举为：
enum Option<T> {
None,
Some(T),
}
对于你的问题，返回就应该是 Some(User)或者 None ，在方法定义中，由于返回是 enum 枚举 Option<User>，所以 None 和 Some(User)在类型检查中都是合格的
但是到了方法调用时，调用者必须处理 Option<T>，因为 Some(User) != User ，None != User ，即使是 Some(User)，也得手动将 Some(User)解析为 User 才能使用
编译器会检查这个问题，所以就不会有运行时异常了，也不会有返回 User 却返回 null 还合规这种矛盾的事情了


golang 的解决方案稍微变换了一下，按照常规解决方案是返回(nil, err)，这样在调用时：
if user, err := x.GetUser(); err != nil {return err}

golang 在调用后 if 中处理，如果 err 不为 nil 则 user 值不合规，而不必管是 nil 还是空 User{}
说起来这个和 rust 的 Option 有一点异曲同工之妙
区别就是 rust 是为了编译时合规而给出了 Option 方案，golang 是运行时使用判断 err 给出了 if 方案


而关于担心下游不注意 nil 判断就很多余了，随便给了 api 文档说明：
func (b *Builder) Write(p []byte) (int, error)
方法定义既然给出了(int, error)，如果有 error!=nil ，不管 int 真的是 int 还是 nil ，此时都不合规，调用者不能使用，这就是 golang 的规范



当然在 php/java 常用另一种做法，就是在 GetUser()中没有找到方法就 throw 个 Exception 而不是返回 null ，让外面 try/catch 解决，没有触发异常则返回的 User 是合规的对象
对于复杂的代码来说，经常有 try 包 try 的代码，看上去反而有些奇怪，于是有了 php/java 的 try 加 if 判断的混合用法，反倒有点混乱的感觉，具体喜好还是看个人

@helloword001 #5 laravel 吊打一切

@bthulu #88 按照你这种拿 php5.6 进行手动编译部署方式，那我也只能说 java5 不好用了

@yingqiuQAQ 那需要在 eth0 和 docker0 上添加 iptables 规则，然后 host 的路由表也要改改，连通下 eth0 和 docker0

vagrant@homestead:~/work/tms-api$ ip route
default via 10.0.2.2 dev eth0 proto dhcp src 10.0.2.15 metric 100
10.0.2.0/24 dev eth0 proto kernel scope link src 10.0.2.15
10.0.2.2 dev eth0 proto dhcp scope link src 10.0.2.15 metric 100
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown

vagrant@homestead:~/work/tms-api$ sudo iptables -t nat -L
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE all -- 172.17.0.0/16 anywhere

docker network 直接使用 host driver

就算是 desktop ，安装界面也有“最小化安装”选项，一般老用户都知道

如果是安装界面的更新，直接不联网安装就不会自动更新，安装后的自动更新可能是 apt daily update ，不喜欢这个的老用户一般都会自己关掉

顺便说一下，centos8 eol 已经过期了，你还在给生产安装

没区别，都走 libcurl.so 和 libssl.so ，tcpdump 抓个包看看是不是有一个走了代理，不是一样的出口 ip

代码出的 bug ，老运维来了也没用，哪怕运维能审核代码，lua 这个 nan 的坑该出问题还是的出

注册中心、自建机房、嫌架构原始的、人员投入不够什么的，这些都是虚的，像 google 、cloudflare 这种不一样该崩还是崩，还有说弱类型语言不行，那强类型语言写的东西不也是 bug 一堆

这个事故只有一个问题，就是拿到 prof 跑的火焰图却不知道怎么分析导致的后面扯的一堆，递归错误从火焰图来看一定是不断重复调用一个方法，哪怕动态解释型语言也会重复一部分代码，对着反推就行了

这个事故出了第一件事应该 top 看哪个进程出了问题，第二件事就是 strace 到进程看看输出，卡到哪里了，然后才会 prof 输出和火焰图，最后再不济 gdb 上去分析，也别说什么生产上 gdb 不合规，生产都崩成这样了，任何能有效恢复服务的分析方式都是正确的方式

看看这报告也说“我们的事件分析平台目前只提供了面向应用的事件查询能力，缺少面向用户、面向平台、面向组件的事件分析能力”，说白了这个事情就是组件底层代码分析能力不够


这也说明了生产环境添加编译调试信息的重要性，像《高性能 mysql 》里面讲的，给生产环境 mysql 添加调试信息，哪怕增加 20%的 cpu 损耗，但是到了出问题分析的时候，绝对会觉得这 20%花的值

既然都是 phper ，就以你过去曾经提过的 2 个技术问题来回答

第一个：如何生成“连贯的数据”用于自动化测试？ https://v2ex.com/t/814879
解决你这个问题，在 laravel 中只需要定义相关 model 和 factory 即可，https://laravel.com/docs/9.x/database-testing
而语法定义非常简单直观：
class BuildingFactory extends Factory
{
public function definition()
{
return [
'user_id' => User::factory(),
'city_id' => City::factory(),
'type' => $this->faker->randomDigit(),
];
}
}
以上建筑 factory 定义了与 user 和 city 的关系，创建建筑会自动创建对应的 user 和 city ，也可以用其他链式语法反着创建


第二个：怎么让一个任务在发起后的第 6 个小时，自动执行？ https://v2ex.com/t/787949
这个问题你可以使用 laravel 的调度器，去处理当前超过 6 小时的任务表即可，https://laravel.com/docs/9.x/scheduling
$schedule->job(new BuildingSomting)->everyMinutes();

更常用的，你可以使用队列，通知和任务模块处理此事： https://laravel.com/docs/9.x/queues
ProcessPodcast::dispatch($buildingPodcast)->delay(now()->addHours(6));

回到你的问题，什么是优雅"elegant syntax"，就是用非常直观易懂的语法来实现工程任务，laravel 是个工具完备的 web 框架，不需要为了技术方案发帖询问

楼上有人说，书本上说语法糖要慎用，这里我同样引用书上说的：尽信书不如无书，近十年各类编程语言的发展，大量语法糖的加入，就是为了让代码更加通俗易懂