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 包的一些总结
坚持自己动手处理所有的安装出现的问题,不断总结努力学习,从错误里去仔细研究,努力动手排错,从每个不足甚至失败的地方得到扩充和提升,可以增强安装构建软件的技巧。