centos 静态编译？centos7设置静态ip地址
各位老铁们，大家好，今天由我来为大家分享centos 静态编译，以及centos7设置静态ip地址的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
centos7怎么编译安装gcc-c++
方法/步骤
1
yum install glibc-static libstdc++-static-y
安装c和c++的静态库（据说如果系统中缺少libc.a和libstdc++.a编译时会出错，但是我没有那么多闲情逸致去试，实践过的朋友可以回复一下，分享一下经验，让大家都长长见识）
2
下载解压gcc，我的gcc目录是gcc-4.8.0
3
进入gcc目录，执行：
./contrib/download_prerequisites
这个神奇的脚本文件会帮我们下载、配置、安装那三个依赖的库。可以节约我们大量的时间和精力。
4
你以为这三个库自动下载了、自动make install了就没事了吗？错！
很多人在编译gcc的时候出现各种奇奇怪怪的错误就是这步没有做好。
它们还不在.so文件的搜索路径里面，需要加进去，最后切记切记一定要执行一下ldconfig。
大致做法为：
1，找到你的共享库文件被install到哪个目录了（updatedb+locate命令）。
2，如果你的库不是直接放在/lib或/usr/lib下，需要修改/etc/ld.so.conf文件，加入你的共享库的路径
3，如果在2中添加了共享库路径，切记要执行一下ldconfig，更新响应cache文件让系统能找到你的共享库。
5
建立临时目录，这个目录用以存放编译时的大量临时文件，是文档要求中必须的。
我是在gcc-4.8.0下建立了一个名为gcc-build-4.8.0的目录，进入它。
mkdir gcc-build-4.8.0
cd gcc-build-4.8.0
配置gcc编译选项
6
强烈建议阅读INSTALL目录下的说明文档，尤其是configure.html，以确定你的编译选项。
比较基本的选项有--enable-languages，说明你要让你的gcc支持那些语言，--disable-multilib不生成编译为其他平台可执行代码的交叉编译器。--disable-checking生成的编译器在编译过程中不做额外检查，也可以使用--enable-checking=xxx来增加一些检查。
网上还说了什么--with-gmp、--with-mpfr、--with-mpc这三个选项，但是如果你3,4步做好了，就不要配了，反之你还是老实点吧别抱侥幸心理了。
调用gcc-4.8.0目录下的configure文件：
例如：
../configure--enable-checking=release--enable-languages=c,c++--disable-multilib
7
执行
../make#不解释
执行编译命令（#在8核的虚拟机上进行编译,每个核分配2个编译任务）
make-j16
make install编译过程CPU核基本100%占用，整个编译用时11分50秒。
检查gcc版本
#你就等吧少年，建议晚上睡觉前做
当然上面三步一定要在前一步顺利结束的情况下进行，如果哪一步出错了，结果都显示error了，就不要再做后面的了。在shell的输出里搜索"error"看具体的出错点是什么，baidu、google一下为什么。
如果你求稳的话，可以在make install之前先make check一下。
alpinelinux与centos有什么区别
深入探讨 Alpine Linux与 CentOS的主要区别，有助于理解它们在系统架构、组件集、性能和兼容性方面如何影响应用开发和部署。
首先，从镜像大小角度对比，CentOS 215MB，而 Alpine Linux的 5.9MB体现出极高的轻量化优势。这种差异主要归因于 Alpine的精简设计，它仅包含必要的核心组件，旨在提供一个高效的运行环境。
通过查看安装包信息，可以发现 Alpine和 CentOS使用不同的包管理器，如 apk（Alpine Linux）与 yum（CentOS），前者相对更轻量且易于集成到构建流程中。安装额外组件后，Alpine的实际使用空间上升到约 140MB，接近 CentOS的 200MB，但整体资源占用更为紧凑。
从核心组件角度看，两者共享 bash和 coreutils，但 Alpine的核心组件集更紧凑，对资源的消耗相对较小。在安装 glibc后，Alpine的空间需求进一步增长至约 64MB，与 CentOS基本相当，但 Alpine通过特定的优化策略实现了更好的性能。
除了镜像大小和核心组件集的差异，Alpine Linux和 CentOS在其他方面也展现出不同特点。例如，CentOS包含额外的软件包，如/var/lib/rpm数据库、国际化支持文件等，这些在 Alpine中被省略，从而实现了更小的镜像大小。此外，i18n相关文件、cracklib、mime信息和时区文件等也体现了 Alpine的精简设计。
在使用场景上，新项目在开发过程中通常不会感受到 Alpine与 CentOS的显著差异，尤其是当使用 Alpine提供的 PHP时。对于开发环境而言，libc的替换（从 glibc转为 musl）是 Alpine与 CentOS的主要区别之一。然而，对于旧项目，尤其是依赖于 C++编译的项目，开发者可能更倾向于使用 CentOS，以确保开发环境与运行环境一致性，避免潜在的兼容性问题。
在 Java+容器场景下，使用 Oracle官方 JDK的应用在 Alpine+ musl下可能会遇到文件操作相关的 FileNotFoundException。然而，对于 Go这种全静态编译的语言，两者之间的差异并不明显，应用可以直接在 Alpine上运行。
Alpine提供的 PHP是在 musl下编译的，通常不会遇到与 Java相关的问题。然而，由于 musl的实现与 glibc的细微差异，一些依赖于 libc的应用可能会在 Alpine上表现出不稳定或不兼容性。尽管 Alpine自身的缺陷较少，但 musl的不足仍需开发者注意。
综上所述，Alpine Linux与 CentOS的主要区别体现在镜像大小、组件集、性能和兼容性方面。开发者在选择操作系统时，应根据具体应用需求、资源限制和兼容性要求进行权衡，以实现最佳的开发和部署体验。
求大神指导Centos7 源码编译安装Nginx+PHP 配置动静分离
这个是我的服务的实际将配置Nginx实现动静分离，对php页面的请求转发给LAMP处理，而静态页面交给Nginx，以实现动静分离。客户请求静态数据给Nginx，Nginx直接应答客户端，当请求动态数据到Nginx时，Nginx让客户端去找LAMP，通过代理的方式，LAMP就和客户端连接了。分别配置动态分离和静态分离
（1）架设并调试后端LAMP架构，指定的域名，IP地址为xxxx，创建动态页面test.php。
（2）配置Nginx（xxxx）处理动态页面请求，并把域名改为 chaodiquan.com在server{};段中加入以下代码，检测语法后，重启Nginx
（3）客户端输入xxxx/test.php成功后动态分离就实现了，接下来再配置静态分离
（4）配置Nginx处理静态页面请求，在server{};中加入以下代码，检测语法后，重启Nginx
location~.*\.(gif|jpg|jpeg|bmp|swf)${#这段代码意思是任意网址以这5种格式为结尾就到Nginx根目录下的html文件夹寻找资源
root html;
expires 1d;#缓存一天}
（5）在nginx的html目录中，放入图片aa.jpg，然后在apache的动态测试页test.php中添加
<html>
<body>
<img src="aaaa/aa.jpg">
</body>
</html>
（6）客户端输入xxxx/test.php测试，由于test.php是动态页面，因此客户端会找到LAMP架构中的Apache，然后调取图片aa.jpg是静态数据，所以从Nginx提取，最后反馈给客户端。这个是
