B&O E8

其实 try() 不是真正的 error _handling_，只是检查 err != nil 并直接返回，Griesemer 的 tryhard 工具也验证了在现有代码库里能应用到的地方很有限，为了这一点点便利而引入一种新的写法不值得。

我认为当前 if err != nil 的模式肯定有可以改进的地方，但肯定不是 try()，所以很高兴这个提案被撤回了。

已购买。

建议支持 soft link directory.

@maxAir 具体的静态资源（非 index ）报错，看 error log。如果找不到资源，就是 404 ；如果打不开文件或者无权进入所在目录，就是 403.

Ken Thompson 设计的哟。

Slice 并不是一个 pure 引用类型，更像是一个聚合类型：

type IntSlice struct {
ptr *int
len int
cap int
}

所以当你在 main 里将 slice 传给 someChange 函数，someChange 获得了一个 slice 的复制（ Go 是参数传值），因此 someChange 里的 slice 和 main 函数里的 slice 不相关了。

两个函数里打印 slice 是相同的地址可能是因为打印的是 slice 底层 underlying array 的地址，两个 slice 指向的是同一个 underlying array，在 append 的过程中并没有改变（因为 cap 还够）。

访问项目内其它文件时候，报的错也贴出来 nginx 的 error logs.

上边只贴了一个访问 / 报 403 的 error logs.

不是权限的问题。

你的 /Users/xl/work 目录下有 index.html 文件吗？没有创建一个，否则是不能 list index 的。

分别检查一下如下目录的权限：

ls -led /Users/xl/work/
ls -led /Users/xl

然后贴出来。

@maxAir 太晚了，身边也没有电脑。明天我帮你看下。

You and I we ’ ve been through that, and this is not our fate.

找我聊聊吧，这里不太方便细说。

a2RsaWppYW5AbGl2ZS5jb20=

@maxAir 看上边的链接，有 + 号也是设置了额外的权限策略，比如 ACL。

我的 Mac 上也是用 brew 安装和启动的 nginx，配置的目录权限是没有 @ 或者 + 的，访问正常。

应该是访问的目录设置了额外的权限控制(ls 结果有一个 @)。

https://apple.stackexchange.com/questions/42177/what-does-signify-in-unix-file-permissions

```
user root owner;
```

user <user_name> <group_name>;

owner 是什么？

-------

建议把 user 这一行注释掉，然后用普通用户（非 sudo ）启动试一下。

```
user root owner;

user root xl;
user nobody;
```

到底用的哪个 user ？制定这么多干什么

愉快的阅读。

我也经常看到这个词组，不太明白它的意思。

federate

出海企业，比如有很多面向印度市场的互联网企业，可以做运营、市场或者产品、管理。