export RAILS_ENV=production
export PATH=${PATH}:/home/mastodon/live/bin
这样的话 Mastodon 内置的这些命令就都可以直接用啦
@liolok
服务器系统 archlinux？
@bgme 3. 但是 Mastodon 这软件太烂了，我最终决定并刚刚彻底迁移到了 Docker 以减少心智负担。
@liolok
这大概是archlinux的锅。
archlinux 包太新，更新太激进，长毛象不支持太新的包，比如说 elasicsearch 只支持6.X版，不支持7.X版。
使用Ubuntu或Debian还是挺稳的，基本上不会出现更新更挂了的情况（elasicsearch除外）。
@bgme Arch 上面可以打包来实现直接完成 Mastodon 的原生安装，其他发行版做的到嘛？
对于 Arch 跟 Mastodon 的看法可以看我之前的嘟文。我个人不认为正常的主线最新版本有多激进，你搭建 Mastodon 难道不也是用届时最新的版本嘛~ 当然了，我也没法要求它能跟得上这几个依赖的最新版本，所以只好请进垃圾桶（容器）。
ElasticSearch 我在官方文档碰巧看到了，居然还是 Java 的我有点接受不能，有啥用，哪里香？
@SakuragawaAsaba @bgme “其他___做的到嘛”是个梗啊（好吧我承认我是教徒）但是落脚现实好像确实没有其他发行版上的原生软件包，Mastodon 的 AUR 包打得已经不错了，所以问题频出我觉得是软件上游的问题。
嘛，反正现在已经用 Docker 跑 Mastodon 了，想加 ElasticSearch 也只是多个垃圾桶的事情（
@liolok @bgme 是個梗，但是結合討論上下文我覺得用得並不合適，AUR 上有也只是 AUR 嘛，我也可以寫個 spec 然後說 Fedora 上也有包。
前端依賴本來就容易出事，而不同的語言和框架對於依賴的管理方式很不一樣（比如紅石鐵軌可以做到同一個 gem 的多個版本共存，和 Python 的設定不太一樣，所以 virtualenv 類似物不是非常必要），需要 ops去熟悉各個特性才容易做到「不出問題」。問題頻出就需要去檢查，最後得到一個結論才好評判是否確實是「软件上游的问题」。
容器本身也是有簡化依賴構建和交付問題的目的性的，穩定、可重現、隨處運行的特性對於現代前端來說相當友好，所以如果我是開發者，我也會推介儘量使用容器提供服務。
@SakuragawaAsaba @bgme 唉，给 Arch 丢人了。心底里还是希望能畅快的原生运行，但是看来还是要面对现实 ---- 我太菜了，糊不动这个 AUR 包。
@SakuragawaAsaba @bgme
也没少解决原生运行的问题了，要不也不会感受到它依赖这几样。心智负担顶不住了，今天凌晨搞了一通，streaming 服务不对劲。Nodejs 用 12.x 的 lts 也不行，怕是其他哪个依赖又“激进”了（笑）。