1. 源碼包安裝的docker 配置文件在哪兒
V1.12 之後所有配置都可以在 '/etc/docker/daemon.json' 中配置,此文件默認不會自動生成,需要手動創建(touch /etc/docker/daemon.json )。
2. thinkphp項目的配置文件夾是哪個
ThinkPHPCommon文件夾中的convention.php中是tp的核心配置文件,不能亂動,如果要想更改旦稿裡面的配置,在Conf 文件夾裡面的config.php可以配置,可以這樣寫
<?php
return array(
'DB_TYPE' => 'mysql', 資料庫類型
'DB_HOST' => 飗.0.0.1', 資料庫伺服器地址
'DB_NAME' => 'thinkphp', 資料庫名稱
'DB_USER' => 'root', 資料庫用戶名
'DB_PWD' => 飓', 資料庫密碼
'DB_PREFIX' => 'tp_', 數據表前綴
'DB_CHARSET' => 'utf8', 網站編碼
'DB_PORT' => ', 資料庫埠
'APP_DEBUG' => false, 開啟調試模式
);
應用程序目錄:Web應用程序的根目錄。如圖所示的根目錄myWebApp。
Web應用程序的文件組織結構
/WEB-INF目錄:Web應用應用部署目錄,瀏覽客戶是看不到該目錄下的文件的,該目錄下的文件專供Web伺服器專用。
web.xml:部署描述文件,/WEB-INF目錄下最重要的文件,它描述了程序的部署、配置信息,為Web伺服器所使用。
/classes:Web應用的類文件存放處,如Web應用中的Servlet類文件、一些實用java類如javaBeans的類文件等。
b:部署java類庫文件存放處,Web應用使用的一些其他庫文件存放處。
*.jsp:JSP文件,通常存放在Web應用程序的根目錄上,有時為便於管理也可以存放在根目錄下的其他目錄下,如根目錄下的jsp目錄中。
*.:HTML文件,通常存放在Web應用程序的根目錄上,正襲有時為了便於管理也可以存放在根目錄下的其他目錄下。
/src:源代碼目錄。
yum安裝的在
/etc/my.f
其他的根據安裝腳本確定
不知你的網站是用什麼語言寫的,正常情況下是有個配置文件,在配置文件中把連接字元串中的密碼改了就行
步驟: 假設我們tomcat的路徑為/opt/tomcat,在此目錄下新建ssl目錄用於存放證書: cd /opt/tomcat/ssl 一、首先,我們需要生成SSL證書,用到keytool工具,關鍵有三步: ①生成keystone,用以下命令 #keytool -genkey -alias ssologin -keyalg RSA...
1、nginx -V可以看版本和安裝路徑
nginx version: nginx/1.10.1
configure arguments: --prefix=/usr/local/nginx
2、nginx.conf一般在/usr/local/nginx/conf
3、啟動腳本
CentOS低於7.0一般在/etc/init.d/nginx
7.0一般在 /usr/lib/systemd/system/nginx.service
return array_merge($config , $array); 先引入該公用配置文件,再合並
1,確定你裝了PHP, cmd 下運行php -v ;如果你沒有載入到環境變數自然是不行的,所以你自己要知道安裝在哪兒了。
2,找到安裝目錄,php.ini文件就是配置文件。
ubuntu下的d.conf是個空文件,而apache的配置是分開來設置的,這點和win版的不同,但是更合理。d.conf的實際內容應該在etc/apache2/sites-enabled/000-default裡面。
Ubuntu(烏班圖)是一個以桌面應用為主的linux操作系統,其名稱來自非洲南部祖魯語或豪薩語的"ubuntu"一詞,意思是"人性"、"我的存在是因為大家的存在",是非洲傳統的一種價值觀,類似華人社會的"仁愛"思想。Ubuntu基於Debian發行版和GNOME桌面環境,而從11.04版起,Ubuntu發行版放棄了Gnome桌面環境,改為Unity,與Debian的不同在於它每6個月會發布一個新版本。Ubuntu的目標在於為一般用戶提供一個最新的、同時又相當穩定的主要由自由軟體構建而成的操作系統。
你是否是用apt 安裝的? 那就是在/etc/apache/下面
3. php源碼中連接mysql時的配置文件是哪個
php.ini
extension部分
建議打開
php_mysql.dll
php_mysqli.dll
就是把前的分號去掉
4. 在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 包的一些總結
堅持自己動手處理所有的安裝出現的問題,不斷總結努力學習,從錯誤里去仔細研究,努力動手排錯,從每個不足甚至失敗的地方得到擴充和提升,可以增強安裝構建軟體的技巧。