1.在 Ubuntu 22.04 上安装 Python 3.9（多版本适用）
2.下面的安装源代码怎么打包成一个EXE文件？
3.Linux中的./configure
4.如何解析 Bash 程序的配置文件 | Linux 中国
5.linux系统/bin/bash和/bin/sh的区别
6.PHP、swoole安装与配置

在 Ubuntu 22.04 上安装 Python 3.9（多版本适用）

       在 Ubuntu . LTS (Jammy Jellyfish) 上安装 Python 3.9（多版本兼容）教程

        提供了一个详细的源码源码指南，帮助用户在默认版本更新后从源代码编译安装指定的安装 Python 3.9，同时支持其他版本。源码源码以下是安装安装步骤和注意事项：

       1.

       确保系统软件更新至最新，执行:

       bash

       sudo apt update && sudo apt upgrade

       2.

       安装必要的源码源码c 管理系统源码编译工具，如 GCC:

       bash

       sudo apt install gcc

       3.

       安装Python依赖库，安装包括 OpenSSL、源码源码SQLite3、安装LZMA 等，源码源码以避免编译时问题:

       bash

       sudo apt-get install python3-dev libssl-dev libsqlite3-dev libbz2-dev liblzma-dev

       4.

       从Python官网下载3.9.源代码并编译:

       - 下载源码

       - 解压并进入目录

       - 配置：

       bash

       ./configure --prefix=/usr/local/python3.9 --enable-optimizations

       5.

       编译并检查错误:

       bash

       make -j && make altinstall

       6.

       将编译后的安装动态库链接到系统路径:

       bash

       sudo cp /usr/local/python3.9/lib/libpython3.9.so.1.0 /usr/lib/

       7.

       使用新版本的Python和pip:

       - 命令行：`python3.9` 和 `pip3.9`

       - PyCharm 中添加新解释器：

        - 打开设置，找到“Python 解释器”

        - 添加系统解释器，源码源码选择新安装路径

       通过以上步骤，安装用户可以成功在Ubuntu .上安装和使用Python 3.9版本，源码源码cefsharp网页源码同时保持系统其他Python版本的安装兼容性。在操作过程中，请务必留意可能的错误提示，并根据需要安装缺失的依赖包。

下面的源代码怎么打包成一个EXE文件？

       首先，您需要在终端中安装`pyinstaller`。请使用以下命令安装：

       ```bash

       pip install pyinstaller

       ```

       接下来，使用`pyinstaller`来打包您的Python脚本。在终端输入以下命令，其中`文件名.py`是您的Python脚本的文件名：

       ```bash

       pyinstaller 文件名.py

       ```

       请确保`pyinstaller`能够找到您的脚本，这意味着您需要将终端的工作目录切换到您的脚本所在的文件夹。

       如果我的回答对您有所帮助，请考虑给予推荐。付费测算源码感谢您的支持！

Linux中的./configure

       Linux环境下的软件安装，并不是一件容易的事情；如果通过源代码编译后在安装，当然事情就更为复杂一些；现在安装各种软件的教程都非常普遍；但万变不离其中，对基础知识的扎实掌握，安装各种软件的问题就迎刃而解了。Configure脚本配置工具就是基础之一，它是autoconf的工具的基本应用。

       ä¸Žä¸€äº›æŠ€å·§ç›¸æ¯”，Configure显得基础一些，当然使用和学习起来就显得枯燥乏味一些，当然要成为高手，对基础的熟悉不能超越哦。

       ä¸ºæ­¤æˆ‘转载了一篇关于Configure选项配置的详细介绍。供大家参考

       'configure'脚本有大量的命令行选项。对不同的软件包来说，这些选项可能会有变化，但是许多基本的选项是不会改变的。带上'--help'选项执行'configure'脚本可以看到可用的所有选项。尽管许多选项是很少用到的，但是当你为了特殊的需求而configure一个包时，知道他们的存在是很有益处的。下面对每一个选项进行简略的介绍：

       --cache-file=FILE

       'configure'会在你的系统上测试存在的特性(或者bug!)。为了加速随后进行的配置，测试的结果会存储在一个cache file里。当configure一个每个子树里都有'configure'脚本的复杂的源码树时，一个很好的cache file的存在会有很大帮助。

       --help

       è¾“出帮助信息。即使是有经验的用户也偶尔需要使用使用'--help'选项，因为一个复杂的项目会包含附加的选项。例如，GCC包里的'configure'脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项。

       --no-create

       'configure'中的一个主要函数会制作输出文件。此选项阻止'configure'生成这个文件。你可以认为这是一种演习(dry run)，尽管缓存(cache)仍然被改写了。

       --quiet

       --silent

       å½“'configure'进行他的测试时，会输出简要的信息来告诉用户正在作什么。这样作是因为'configure'可能会比较慢，没有这种输出的话用户将会被扔在一旁疑惑正在发生什么，使用这两个选项中的任何一个都会把你扔到一旁。(译注：这两句话比较有意思，原文是这样的：If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)

       --version

       æ‰“印用来产生'configure'脚本的Autoconf的版本号。

       --prefix=PEWFIX

       '--prefix'是最常用的选项。制作出的'Makefile'会查看随此选项传递的参数，当一个包在安装时可以彻底的重新安置他的结构独立部分。举一个例子，当安装一个包，例如说Emacs，下面的命令将会使Emacs Lisp file被安装到"/opt/gnu/share"：

       $ ./configure --prefix=/opt/gnu

       --exec-prefix=EPREFIX

       ä¸Ž'--prefix'选项类似，但是他是用来设置结构倚赖的文件的安装位置，编译好的'emacs'二进制文件就是这样一个问件。如果没有设置这个选项的话，默认使用的选项值将被设为和'--prefix'选项值一样。

       --bindir=DIR

       æŒ‡å®šäºŒè¿›åˆ¶æ–‡ä»¶çš„安装位置，这里的二进制文件定义为可以被用户直接执行的程序。

       --sbindir=DIR

       æŒ‡å®šè¶…级二进制文件的安装位置。这是一些通常只能由超级用户执行的程序。

       --libexecdir=DIR

       æŒ‡å®šå¯æ‰§è¡Œæ”¯æŒæ–‡ä»¶çš„安装位置。与二进制文件相反，这些文件从来不直接由用户执行，但是可以被上面提到的二进制文件所执行。

       --datadir=DIR

       æŒ‡å®šé€šç”¨æ•°æ®æ–‡ä»¶çš„安装位置。

       --sysconfdir=DIR

       æŒ‡å®šåœ¨å•ä¸ªæœºå™¨ä¸Šä½¿ç”¨çš„只读数据的安装位置。

       --sharedstatedir=DIR

       æŒ‡å®šå¯ä»¥åœ¨å¤šä¸ªæœºå™¨ä¸Šå…±äº«çš„可写数据的安装位置。

       --localstatedir=DIR

       æŒ‡å®šåªèƒ½å•æœºä½¿ç”¨çš„可写数据的安装位置。

       --libdir=DIR

       æŒ‡å®šåº“文件的安装位置。

       --includedir=DIR

       æŒ‡å®šC头文件的安装位置。其他语言如C++的头文件也可以使用此选项。

       --oldincludedir=DIR

       æŒ‡å®šä¸ºé™¤GCC外编译器安装的C头文件的安装位置。

       --infodir=DIR

       æŒ‡å®šInfo格式文档的安装位置.Info是被GNU工程所使用的文档格式。

       --mandir=DIR

       æŒ‡å®šæ‰‹å†Œé¡µçš„安装位置。

       --srcdir=DIR

       è¿™ä¸ªé€‰é¡¹å¯¹å®‰è£…没有作用，他会告诉'configure'源码的位置。一般来说不用指定此选项，因为'configure'脚本一般和源码文件在同一个目录下。

       --program-prefix=PREFIX

       æŒ‡å®šå°†è¢«åŠ åˆ°æ‰€å®‰è£…程序的名字上的前缀。例如，使用'--program-prefix=g'来configure一个名为'tar'的程序将会使安装的程序被命名为'gtar'。当和其他的安装选项一起使用时，这个选项只有当他被`Makefile.in'文件使用时才会工作。

       --program-suffix=SUFFIX

       æŒ‡å®šå°†è¢«åŠ åˆ°æ‰€å®‰è£…程序的名字上的后缀。

       --program-transform-name=PROGRAM

       è¿™é‡Œçš„PROGRAM是一个sed脚本。当一个程序被安装时，他的名字将经过`sed -e PROGRAM'来产生安装的名字。

       --build=BUILD

       æŒ‡å®šè½¯ä»¶åŒ…安装的系统平台。如果没有指定，默认值将是'--host'选项的值。

       --host=HOST

       æŒ‡å®šè½¯ä»¶è¿è¡Œçš„系统平台。如果没有指定。将会运行`config.guess'来检测。

       --target=GARGET

       æŒ‡å®šè½¯ä»¶é¢å‘(target to)的系统平台。这主要在程序语言工具如编译器和汇编器上下文中起作用。如果没有指定，默认将使用'--host'选项的值。

       --disable-FEATURE

       ä¸€äº›è½¯ä»¶åŒ…可以选择这个选项来提供为大型选项的编译时配置，例如使用Kerberos认证系统或者一个实验性的编译器最优配置。如果默认是提供这些特性，可以使用'--disable-FEATURE'来禁用它，这里'FEATURE'是特性的名字，例如：

       $ ./configure --disable-gui

       -enable-FEATURE[=ARG]

       ç›¸åçš„，一些软件包可能提供了一些默认被禁止的特性,可以使用'--enable-FEATURE'来起用它。这里'FEATURE'是特性的名字。一个特性可能会接受一个可选的参数。例如：

       $ ./configure --enable-buffers=

       `--enable-FEATURE=no'与上面提到的'--disable-FEATURE'是同义的。

       --with-PACKAGE[=ARG]

       åœ¨è‡ªç”±è½¯ä»¶ç¤¾åŒºé‡Œï¼Œæœ‰ä½¿ç”¨å·²æœ‰è½¯ä»¶åŒ…和库的优秀传统。当用'configure'来配置一个源码树时，可以提供其他已经安装的软件包的信息。例如，倚赖于Tcl和Tk的BLT器件工具包。要配置BLT，可能需要给'configure'提供一些关于我们把Tcl和Tk装的何处的信息：

       $ ./configure --with-tcl=/usr/local --with-tk=/usr/local

       '--with-PACKAGE=no'与下面将提到的'--without-PACKAGE'是同义的。

       --without-PACKAGE

       æœ‰æ—¶å€™ä½ å¯èƒ½ä¸æƒ³è®©ä½ çš„软件包与系统已有的软件包交互。例如，你可能不想让你的新编译器使用GNU ld。通过使用这个选项可以做到这一点：

       $ ./configure --without-gnu-ld

       --x-includes=DIR

       è¿™ä¸ªé€‰é¡¹æ˜¯'--with-PACKAGE'选项的一个特例。在Autoconf最初被开发出来时，流行使用'configure'来作为Imake的一个变通方法来制作运行于X的软件。'--x-includes'选项提供了向'configure'脚本指明包含X头文件的目录的方法。

       --x-libraries=DIR

       ç±»ä¼¼çš„，'--x-libraries'选项提供了向'configure'脚本指明包含X库的目录的方法。

       åœ¨æºç æ ‘中运行'configure'是不必要的同时也是不好的。一个由'configure'产生的良好的'Makefile'可以构筑源码属于另一棵树的软件包。在一个独立于源码的树中构筑派生的文件的好处是很明显的：派生的文件，如目标文件，会凌乱的散布于源码树。这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难。建议使用三棵树：一棵源码树(source tree)，一棵构筑树(build tree)，一棵安装树(install tree)。这里有一个很接近的例子，是使用这种方法来构筑GNU malloc包：

       $ gtar zxf mmalloc-1.0.tar.gz

       $ mkdir build && cd build

       $ ../mmalloc-1.0/configure

       creating cache ./config.cache

       checking for gcc... gcc

       checking whether the C compiler (gcc ) works... yes

       checking whether the C compiler (gcc ) is a cross-compiler... no

       checking whether we are using GNU C... yes

       checking whether gcc accepts -g... yes

       checking for a BSD compatible install... /usr/bin/install -c

       checking host system type... i-pc-linux-gnu

       checking build system type... i-pc-linux-gnu

       checking for ar... ar

       checking for ranlib... ranlib

       checking how to run the C preprocessor... gcc -E

       checking for unistd.h... yes

       checking for getpagesize... yes

       checking for working mmap... yes

       checking for limits.h... yes

       checking for stddef.h... yes

       updating cache ../config.cache

       creating ./config.status

       è¿™æ ·è¿™æ£µæž„筑树就被配置了，下面可以继续构筑和安装这个包到默认的位置'/usr/local'：

       $ make all && make install

如何解析 Bash 程序的配置文件 | Linux 中国

       将配置文件与代码分离，使任何人都可以改变他们的配置，而不需要任何特殊的编程技巧。

       分离程序配置与代码，可以赋予非程序员修改配置的能力，无需接触源代码。在编译后的二进制文件中，由于需要访问源代码并具备编程技能，非程序员往往难以进行此类修改。而 shell 脚本由于未编译为二进制格式，理论上源码可被访问。然而，ymodem发送源码对非程序员而言，在脚本中进行修改通常不是理想选择。

       在 Bash 这样的 shell 语言中，提供了一种简便的解决方案：通过源引(sourcing)功能，可以将外部文件完整地引入 shell 程序中。这类似于编译语言中的 include 语句，允许在运行时包含库文件。源引文件可以包含任何类型的 Bash 代码，包括变量赋值。

       举个例子，假设我们有一个名为 `~/bin/main` 的可执行文件，以及一个 `~/bin/data` 配置文件。在 `main` 中，收费源码论坛我们可以读取 `data` 文件，解析配置信息并设置变量值。例如：

       # main

       source ~/bin/data

       # 然后在程序中使用这些变量

       在 `data` 文件中添加配置信息，然后在 `main` 中源引它，程序会自动应用这些设置。

       源引的快捷方式是使用点符号 `.`，这与 `source` 命令相似。在 `main` 中使用 `.` 替换 `source`，再运行程序，结果会与之前一致。

       在 Bash 中，初始化脚本和配置文件是系统运行的关键组成部分。例如，`~/.bashrc` 是每个 Bash shell 在启动时执行的脚本。通过理解这些文件的作用和执行顺序，可以更有效地配置和管理 Bash 环境。

       将 Bash 代码与变量赋值分离，不仅简化了配置管理，还让非编程用户能够轻松修改配置，而不会意外地修改到源代码中。这为 Bash 提供了一种快速、简单且灵活的配置管理方法。

linux系统/bin/bash和/bin/sh的区别

       在Linux系统中，/bin/bash和/bin/sh是两个不同的shell解释器。/bin/sh是基础版本，它遵循POSIX标准，当脚本中出现错误时，会立即停止脚本执行。而/bin/bash则是/bin/sh的增强版，它默认不开启POSIX模式，即使脚本出错，仍会继续执行后续代码。使用#!/bin/bash --posix与#!/bin/sh效果相同，意味着开启便携模式，遇到错误时终止运行。

       需要注意的是，日常使用中的/bin/sh可能实际上是/bin/bash的软链接，这意味着即使你使用/bin/sh，实际执行的可能是带有POSIX模式的bash。在编写脚本时，如果不清楚使用的运行方式，如误用sh命令而非bash，可能会导致脚本在遇到错误时停止运行。

       此外，POSIX是可移植操作系统接口，确保应用程序跨平台兼容。Linux作为开放源代码系统，用户拥有高度自主性，而传统Unix是专有软件，开发过程较为封闭。Linux能够在多种硬件上运行，对硬件要求较低，安装相对简单，而Unix系统更倾向于与特定硬件绑定。

       总结来说，/bin/bash与/bin/sh在错误处理和兼容性上有所不同，选择使用哪个取决于你的具体需求和预期的脚本行为。

PHP、swoole安装与配置

       1、源码包下载和安装

       PHP: Downloads

       [root@localhost software]# tar -xjvf php-7.2..tar.bz2 #解压源码包

       编译

       [root@localhost php-7.2.]# ./configure --prefix=/usr/local/php/ --enable-fpm

       ※不要忘记--enable-fpm模块

       完成构建

       [root@localhost php-7.2.]# make #构建

       完成安装

       [root@localhost php-7.2.]# make install

       配置php别名方便调用

       [root@localhost php]# vim ~/.bash_profile

       验证php别名是否可用

       [root@localhost php]# php -v PHP 7.2. (cli) (built: Nov 1 ::) ( NTS ) Copyright (c) - The PHP Group Zend Engine v3.2.0, Copyright (c) - Zend Technologies

       查看php.ini的默认指向

       [root@localhost php]# php -i | grep php.ini Configuration File (php.ini) Path => /usr/local/php/lib

       复制php.ini文件到/usr/local/php/lib目录下

       [root@localhost etc]# cp /software/php-7.2./php.ini-development /usr/local/php/lib

       别名方式配置php环境变量

       [root@localhost ~]# vim ~/.bash_profile

       重新加载生效

       [root@localhost ~]# source ~/.bash_profile

       快速定位php配置文件的位置技巧

       [root@localhost etc]# php -i | grep php.ini Configuration File (php.ini) Path => /usr/local/php/etc/

       2、下载、安装swoole

       swoole/swoole-src

       -rw-r--r--. 1 root root Nov 1 : swoole-swoole-v4.2.2.zip [root@localhost downloads]# unzip swoole-swoole-v4.2.2.zip #解压swoole

       使用phpize生成configure文件

       [root@localhost swoole]# /usr/local/php/bin/phpize Configuring for: PHP Api Version: Zend Module Api No: Zend Extension Api No:

       查看swoole可以进行编译的相关模块

       [root@localhost swoole]# ./configure --help | grep swoole --enable-debug-log Enable swoole debug log --enable-trace-log Enable swoole trace log --enable-swoole Enable swoole support

       编译时指定php可执行配置文件的位置

       [root@localhost swoole]# ./configure --with-php-config=/usr/local/php/bin/php-config

       ※如果无法解决上述报错，可以尝试先屏蔽gcc的版本检测

       ※gcc相关见附录（一）（二）

       屏蔽gcc的版本检测

       [root@bogon swoole]# vim swoole_config.h

       重新make即可完成构建

       [root@localhost swoole]#make Build complete. Don't forget to run 'make test'.

       完成安装

       [root@bogon swoole]# make install Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-/ Installing header files: /usr/local/php/include/php/

       查看swoole提供的例子

       [root@bogon server] cd ../swoole/examples/

       为php添加swoole扩展

       [root@bogon etc]# vim php.ini

       查看swoole扩展是否添加成功

       [root@bogon etc]# php -m

       查看swoole侦听的端口

       [root@bogon etc]# netstat -anp | grep

       附录：

       一、gcc的安装

       1. 获取安装包并解压

       wget ftp.gnu.org/gnu/gcc/gcc... tar -jxvf gcc-4.8.2.tar.bz2

       2. 下载供编译需求的依赖项

       据史料记载，这个神奇的脚本文件会帮我们下载、配置、安装依赖库，可以节约大量的时间和精力。

       cd gcc-4.8.2 ./contrib/download_prerequisites　

       3. 建立一个目录供编译出的文件存放

       mkdir gcc-build-4.8.2 cd gcc-build-4.8.2

       4. 生成Makefile文件

       ../configure -enable-checking=release -enable-languages=c,c++ -disable-multilib

       5. 编译（注意：此步骤非常耗时）

       make -j4

       -j4选项是make对多核处理器的优化。

       6. 安装

       sudo make install

       7. 验证安装，重启，然后查看gcc版本

       gcc -v

       二、其他方式安装gcc