Ⅰ 简单脚本工具源码在哪
简单脚本工具源码在css文件。
1、用浏览器打开要看的页面。
2、开网页右键找到查看源码。
3、点链接即可查看css文件即可。
Ⅱ 安装了Apache以后你最应该修改的配置文件叫什么名在哪个目录下
最应该修改的
配置文件
叫httpd.conf
在哪一个目录下具体分windows与linux系统，
windows系统：这个根据用户安装的目录路径来看，但配置文件肯定是在apache安装目录下的conf目录下
linux系统也是分是rpm包安装的还是源码包安装的，如果是rpm包安装的apache，配置文件就是在/etc/httpd/conf路径下，如果是源码包安装配置文件是在/usr/local/apache安装目录名/conf目录下
Ⅲ 在linux中，软件包的安装，源码安装，说明过程的配置文件是
详解linux源码包安装过程
1. 解压缩包
可以通过下载或其他方式获得了一个软件包，通常它是一个压缩文件，大部分可能是存档的和压缩的，这些文件一般以 .tar .gz为扩展名。
首先拷贝它到一个目录，然后 untar 和 gunzip 解压它。 通常这个命令是
tar xzvf filename [filename 是软件文件名称]
解压后的文件一般会在当前目录下的创建子目录，并以这个包名来命名。 你也可以用用这个命令预先查看结果 tar tzvf filename，显示包里有那些解压文件。
源文件如果是新的 bzip2 (.bz2) 格式，可用
bzip2 -cd filename | tar xvf -,或更简单的 tar xyvf filename ，这很不错的tar命令被不断的完善。
说明：
A：有时候一些文件必须安装在用户的 home 目录下,或更多的是在一个固定的目录，比如 /, /usr/src, 或 /opt 。所以必须仔细阅读安装包的配置信息。当一个软件包里如果有config 和 Makefiles 文件则最好去编辑它，这里包括了安装指令和说明。提示：你改变 makefile 会导致不同的结果。大部分软件包允许用 make install 自动处理安置二进制文件在适当的系统位置。
B：你可能碰到过一些共享文件、shell 存档文件、尤其是 Internet 上的源码新闻组。它们保留的原因是具有人性化的可读性，并且允许新闻组缓冲并通过它们筛选和剔除出不合格的。它们可能用 unshar filename.shar 命令来解压。
C： 一些源码存档文件是用非标准的 DOS,Mac 或其他压缩的比如：
zip, arc, lha, arj, zoo, rar, and shk.
D: 有时候，你可能需要使用一个 patch 或显示改变了的 diff 文件来升级或修复存档的源码文件。这 doc 文件或者 README 文件将告诉你怎么去使用。一个很好的命令用标准语法来调用的命令是 patch < patchfile.
2: 关于 rpm 安装包
一些 Linux 用户惧怕通过使用源码来手动安装软件包，不过现在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安装运行平稳又快，作为一个软件安装在某几个有名的操作系统。
作为方便的RPM包也存在很多不好的缺点，例如：
A: 要了解软件中更多更详细的内容你必须去在二进制中去了解，而不是rpm包。
B: 还有安装一个 rpm 包如果需要依赖关系那么安装就可能会导致失败。
C: 当 rpm 请求你系统中不同版本的库，那么安装将不能继续，除非你为错误的库位置创建连接符号到正确的位置。
说明：必须使用root 安装 rpm 和 deb 。因为它需要必须的写入权限。
最简单的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 会自动解包和安装。
3：关于安装 Linux 包出现的一些问题及解决方案
假设 make 失败有个链接错误： -lX11: No such file or directory，正好在 xmkmf 之后已被调用，这可能意味着 Imake 不能被完全建立。检查第一部分 Makefile 文件的的行是这样：
· LIB= -L/usr/X11/lib
· INCLUDE= -I/usr/X11/include/X11
· LIBS= -lX11 -lc -lm
这个 -L 和 -I 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X11 库应该在 /usr/X11/lib 目录，且 X11 包含文件应该在 /usr/X11/include/X11 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。
没有声明涉及的数学库函数，像下列各项：
/tmp/cca011551.o(.text 0x11): undefined reference to `cos'
要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。
用其他方法尝试
仍然失败 如果失败，参考下列脚本：
make -DUseInstalled -I/usr/X386/lib/X11/config
这个直接方式的类别相当于。
在少数例子里，用 root 运行 ldconfig 可能会解决：
# ldconfig 更新共享库链接符号。
一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或链接。然而，在那里是 libX11.so.6.1。解决方法是用 root 运行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接着需要运行 ldconfig 。
有一些包需要你安装一个或更多库的升级版本。需要拷贝一个或更多的库到适当的目录里，删除旧的库，重新设置动态链接库。
4：一些其他的问题处理
安装一个shell 脚本如果出现：No such file or directory 的错误消息。这是可以检查文件权限确定文件事可执行的，并检查文件头确定是否 shell 或程序是脚本在指定的位置被调用。一个例子，这个脚本可能是这样开始的：
#!/usr/local/bin/EDEN
如EDEN的实际安装位置是在你的 /usr/bin 目录，用一个 /usr/local/bin 替代
这个脚本不能运行有两个方法来纠正！！
A: 文件头改成 #!/usr/bin/EDEN
B: 或增加一个链接符， ln -s /usr/bin/EDEN
5：一个典型的例子 Xloadimage
首先说明下面的例子来源于国外网站的一个技术实例，这里我做了翻译和整理。
这个例子展现一个简单的问题。xloadimage 程序对我的图形工具的调整设置是有用的附加。从源码目录拷贝文件，用 tar xzvf 解压文件，可是在运行 make 的时候出现令人讨厌的错误并停止了。
gcc -c -O -fstrength-rece -finline-functions -fforce-mem
-fforce-addr -DSYSV -I/usr/X11R6/include
-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c
In file included from /usr/include/stdlib.h:32,
from image.h:23,
from xloadimage.h:15,
from mcidas.c:7:
/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:
conflicting types for `wchar_t'
/usr/X11R6/include/X11/Xlib.h:74: previous declaration of
`wchar_t'
make[1]: *** [mcidas.o] Error 1
make[1]: Leaving directory
`/home/thegrendel/tst/xloadimage.4.1'
make: *** [default] Error 2
这个错误消息包含了实质的线索：
查看 image.h 文件的 23 行：
#include < stdlib.h>
在源码的某处对于 xloadimage, wchar_t 已经在指定标准 include 文件重新定义。 告诉我们首先在 image.h 的 23 行尝试注释它，或许 stdlib.h include 是不存在的，毕竟不是所有都是必需的。
在这点，构建中的收益来源于所有任何一个致命错误。xloadimage 现在功能正常。
6： 安装 Linux 包的一些总结
坚持自己动手处理所有的安装出现的问题，不断总结努力学习，从错误里去仔细研究，努力动手排错，从每个不足甚至失败的地方得到扩充和提升，可以增强安装构建软件的技巧。
Ⅳ Linux下安装,配置config文件
抄袭这篇文章:
https://www.linuxidc.com/Linux/2019-03/157703.htm
Linux下正常的编译安装/卸载
源码的安装一般由3个步骤组成：
配置(configure)
编译(make)
安装(make install)。
configure文件是一个可执行的脚本文件，它有很多选项，在待安装的源码目录下使用命令./configure –help可以输出详细的选项列表。
其中--prefix选项是配置安装目录，如果不配置该选项，安装后可执行文件默认放在/usr /local/bin，库文件默认放在/usr/local/lib，配置文件默认放在/usr/local/etc，其它的资源文件放在/usr /local/share，比较凌乱。
使用--prefix选项的另一个好处是 方便卸载软件或移植软件
当某个安装的软件不再需要时，只须简单的删除该安装目录，就可以把软件卸载干净；
移植软件只需拷贝整个目录到另外一个机器即可（相同的操作系统下）
当然要卸载程序，也可以在原来的make目录下用一次make uninstall，但前提是Makefile文件有uninstall命令。
make install PREFIX=path
这里PREFIX必须大写，其实绝大部分情况下 make install 都不能再指定 PREFIX 了，因为大部分程序都会 configure 时得到的 prefix 写入 config.h，然后在编译时编译到可执行文件内部，以便在执行时读取资源文件等。
这样在编译完毕后，就不能再修改 prefix 了。只有运行时不需要资源文件的小工具，才可能在安装的时候随意选择 PREFIX，或者具有 loader 的大程序，在执行时通过 loader 传入路径……
关于卸载
如果没有配置--prefix选项，源码包也没有提供make uninstall，则可以通过以下方式可以完整卸载：
一个临时目录重新安装一遍，如：
$ ./configure --prefix=/tmp/to_remove && make install
然后遍历/tmp/to_remove的文件，删除对应安装位置的文件即可（因为/tmp/to_remove里的目录结构就是没有配置--prefix选项时的目录结构）。
Ⅳ linux 安装软件配置文件在哪
这个不一定了。根据软件包的不同安装的位置也不一样。以下典型应用程序的目录结构 文件类型 安装位置 普通执行程序文件 /usr/bin 服务器执行程序文件和管理程序文件 /usr/sbin 应用程序配置文件 /etc 日志文件 /var/log 应用程序文档文件 /usr/share/doc 应用程序手册页文件 /usr/share/man 如果你是源代码安装的，那么你可以任意指定安装位置。
Ⅵ linux源码包的源代码在哪个文件
如果是别人发布的二进制包，可执行文件通常都安装到Linux系统 /usr/bin 下面；如果是自己从源代码安装的，可执行文件通常都在 /usr/local/bin 下面，除非配置时指定了安装位置。
例如：
rpm -ivh xxx1.rpm
可执行文件通常都安装到 /usr/bin 下面
./configure (或者 ./configure --prefix=/usr/local)
make
make install
可执行文件通常都在 /usr/local/bin 下面，因为默认参数就是 --prefix=/usr/local
./configure --prefix=/usr (或者 ./configure --prefix=/opt 也可以指定其他位置，如你的家目录 --prefix=~，~就是 /home/xxx<即你的家目录>的缩写)
make
make install
可执行文件通常都在 /usr/bin 下面(或者相应地位于 /opt/bin 下面，或者 /home/xxx/bin 下面，xxx 是你的家目录)
无论那种方法，在 bash 控制台下只要输入可执行文件头几个字母，然后连续按两次 Tab 键，就可以列出可能的所有命令，如果只有一种可能，则自动显示该文件全名，这称为命令补全。想执行当前目录下的可执行文件，则必须使用 ./ 作为命令前导，例如：
./myprogram
除此之外，一般的可执行文件都处在系统的搜索路径里，只要在控制台直接输入命令名就可执行。例如你编译安装了一个叫 synaptic 的软件，只需要在 KDE 的 konsole 虚拟控制台下输入 synaptic 即可。
如果不幸，你的可执行文件不在系统的搜索路径里，就会报告没有这个命令。那么你需要把那个可执行文件的位置加入环境变量 PATH 里，用冒号作分割符，例如：
在你的家目录的 .profile 文件或 .bashrc 文件里添加如下命令
PATH="~/bin:$PATH" 就可以把你的家目录的 bin 目录追加到搜索路径里。
无论任何时候想知道系统里某个“命令文件”的位置，都可以使用 which 命令，例如：
$which pwd
/usr/bin/pwd
说明 pwd 命令位于 /usr/bin 下面。
需要解决更多linux问题，详情请看 http://www.linuxprobe.com/chapter-00.html