Ⅰ 簡單腳本工具源碼在哪
簡單腳本工具源碼在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