一个码农小白的一天，感觉一天把所有能遇到的安装问题都遇到了

我在本地有一个国内的 ubuntu 服务器，远程有一台腾讯云的新加坡 ubuntu 服务器。
感觉 Ubuntu 服务器太多了，听说以后如果正式工作的话，服务器都是 centos 的，所以就用 docker 拉取了一个镜像，然后开始折腾了起来。
我在 ubantu 上有一个软件，我觉得特别好用，因为是直接 apt-get install 安装的，所以直接就想在 centos 上也一样用。
结果发现这个软件在 rpm 上没有对应的软件。
得了，源码安装吧，下载的时候开始踩坑，因为这个软件的地址在国内被墙了，按照教程来根本执行不下去。又由于这个软件太老，甚至在 github 上都没有自己的官方仓库。最后找了一个个人爱好者托管的仓库直接用 git 下载。
但是因为是命令行，所以无法下载，于是就用国内的镜像仓库来继续下载，蛋疼的发现国内的镜像仓库居然没有同步这个软件。
最后无奈了，只好找个代理直接下载下来了。总算要开始配置和编译了。
编译的时候又出问题了，make 的时候总是报错，去网上搜索，按照教程安装了依赖结果还是出问题。
无奈了继续搜索，没想到居然找到了一个一键安装脚本，于是用代理下载下来，但是脚本安装的时候虽然本地有源码，但是源码里写了一条安装前需要先 update 一下，等于无法在本地离线安装。而我那里的网络因为本身墙掉了他那个地址，于是进了源码包，找了半天，终于把地址给改了。但是安装的时候依然在报错，原因很简单，因为 github 的国内镜像加速地址根本就没有同步这个包。

得了得了，咱不折腾了行吗？网上继续搜索，发现原来可以在 ubuntu 下将软件打包成 rpm 软件，然后在 centos 下安装。
但是 checkinstall 因为开在 make 那一步无法继续。fpm 和 spack 看了半天看不懂。

行了行了，不管了，继续找教程。
教程里说，这个软件可以用 brew 安装。但是我用的是 Linuxbrew，结果又遇到问题了。首先安装因为网络不支持，又折腾了半天，改了清华大学的源后，试了下，发现总算可以用了。于是继续安装那个软件，然后操蛋的发现，原来这个软件太古老，所以清华那边似乎没有同步那个源，也就是安装失败了……

做到这里之后，我整个人都要崩溃了。
最后没办法，新加坡服务器上直接 docker 拉取了一个 centos+linuxbrew 环境的镜像，安装了软件之后更改了国内镜像然后上传到仓库，本地再从仓库直接拉取下来，开箱可用。
“为什么这个软件在我这里可用，在你那里却不行？”
以前听说这句话只是一句话，今天是真正的感受到了。

看来以后还是要多依赖 docker，能解决不少事。不过 docker 看了下，又是教程一大堆，知识点一大堆，头疼！

hakono

2020-11-04 13:21:00 +08:00

所以说 docker 到底节省了我们多少生命啊
曾经初学 php，根据不同系统，安装过程有的要你从源码安装一堆依赖、从源安装的话不同的系统依赖不同的源之类的，光是 php 不同环境的安装就记了不少笔记
你说踩这些坑也算是经验，但问题是我觉得在这些地方花费那么多精力和时间实在是太浪费时间了

后来所有 php 的开发都是基于 docker 的官方 php 镜像了，从此再也没用因为环境安装之类的问题费过脑子和生命，而且还能根据需要轻松在各种不同版本的 php 之间切换