1. 需要放在外面的配置文件里面，请问配置文件怎么写，用
右击选择---属性---
隐藏---
确定
就看不到了。
也有可能是电脑开启了显示隐藏系统文件的属性。
可以在我的电脑----工具---
文件夹选项----查看--隐藏文件和文件夹--不显示隐藏的文件和文件夹---自己改好，就能隐藏文件
2. 在linux配置文件中，一般用#号来注释，今天发现一个配置文件用；号来注释。是不是前面只要是
用什么做注释，是由程序决定的，一般在linux下，遇到符号开头，比如# ; 等，通常都是注释。
3. 配置文件格式用哪个
App.config文件
1. 配置文件概述：
应用程序配置文件是标准的 XML 文件，XML 标记和属性是区分大小写的。它是可以按需要更改的，开发人员可以使用配置文件来更改设置，而不必重编译应用程序。配置文件的根节点是configuration。我们经常访问的是appSettings，它是由.Net预定义配置节。我们经常使用的配置文件的架构是象下面的形式。先大概有个印象，通过后面的实例会有一个比较清楚的认识。下面的“配置节”可以理解为进行配置一个XML的节点。
常见配置文件模式：
<configuration>
<configSections> //配置节声明区域，包含配置节和命名空间声明
<section> //配置节声明
<sectionGroup> //定义配置节组
<section> //配置节组中的配置节声明
<appSettings> //预定义配置节
<Custom element for configuration section> //配置节设置区域
2. 只有appSettings节的配置文件及访问方法
下面是一个最常见的应用程序配置文件的例子，只有appSettings节。
程序代码： [ 复制代码到剪贴板 ]
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="connectionstring" value="User ID=sa;Data Source=.;Password=;Initial Catalog=test;Provider=SQLOLEDB.1;" />
<add key="TemplatePATH" value="Template" />
</appSettings>
</configuration>
下面来看看这样的配置文件如何方法。
程序代码： [ 复制代码到剪贴板 ]
string _connectionString=ConfigurationSettings.AppSettings["connectionstring"];
使用ConfigurationSettings类的静态属性AppSettings就可以直接方法配置文件中的配置信息。这个属性的类型是NameValueCollection。
3. 自定义配置文件
3.1自定义配置节
一个用户自定义的配置节，在配置文件中分为两部分：一是在<configSections></ configSections> 配置节中声明配置节（上面配置文件模式中的“<section>”），另外是在<configSections>< / configSections >之后设置配置节（上面配置文件模式中的“< Custom element for configuration section>”），有点类似一个变量先声明，后使用一样。声明一个配置文件的语句如下：
<section name=" " type=" "/>
<section>：声明新配置节，即可创建新配置节。
name：自定义配置节的名称。
type：自定义配置节的类型，主要包括System.Configuration.SingleTagSectionHandler、 System.Configuration.DictionarySectionHandler、 System.Configuration.NameValueSectionHandler。
不同的type不但设置配置节的方式不一样，最后访问配置文件的操作上也有差异。下面我们就举一个配置文件的例子，让它包含这三个不同的type。
程序代码：
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
<section name="Test1" type="System.Configuration.SingleTagSectionHandler"/>
<section name="Test2" type="System.Configuration.DictionarySectionHandler"/>
<section name="Test3" type="System.Configuration.NameValueSectionHandler" />
</configSections>
<Test1 setting1="Hello" setting2="World"/>
<Test2>
<add key="Hello" value="World" />
</Test2>
<Test3>
<add key="Hello" value="World" />
</Test3>
</configuration>
我们对上面的自定义配置节进行说明。在声明部分使用<section name="Test1" type= "System.Configuration.SingleTagSectionHandler"/>声明了一个配置节它的名字叫Test1，类型为SingleTagSectionHandler。在设置配置节部分使用 <Test1 setting1= "Hello" setting2="World"/>设置了一个配置节，它的第一个设置的值是Hello，第二个值是World，当然还可以有更多。其它的两个配置节和这个类似。
下面我们看在程序中如何访问这些自定义的配置节。我们用过ConfigurationSettings类的静态方法GetConfig来获取自定义配置节的信息。
程序代码： public static object GetConfig(string sectionName);
下面是访问这三个配置节的代码：
程序代码：
//访问配置节Test1
IDictionary IDTest1 = (IDictionary)ConfigurationSettings.GetConfig("Test1");
string str = (string)IDTest1["setting1"] +" "+(string)IDTest1["setting2"];
MessageBox.Show(str); //输出Hello World
//访问配置节Test1的方法2
string[] values1=new string[IDTest1.Count];
IDTest1.Values.CopyTo(values1,0);
MessageBox.Show(values1[0]+" "+values1[1]); //输出Hello World
//访问配置节Test2
IDictionary IDTest2 = (IDictionary)ConfigurationSettings.GetConfig("Test2");
string[] keys=new string[IDTest2.Keys.Count];
string[] values=new string[IDTest2.Keys.Count];
IDTest2.Keys.CopyTo(keys,0);
IDTest2.Values.CopyTo(values,0);
MessageBox.Show(keys[0]+" "+values[0]);
//访问配置节Test3
NameValueCollection nc=(NameValueCollection)ConfigurationSettings.GetConfig("Test3");
MessageBox.Show(nc.AllKeys[0].ToString()+" "+nc["Hello"]); //输出Hello World
通过上面的代码我们可以看出，不同的type通过GetConfig返回的类型不同，具体获得配置内容的方式也不一样。
[table]
配置节处理程序|返回类型[br]
[/table]
SingleTagSectionHandler Systems.Collections.IDictionary
DictionarySectionHandler Systems.Collections.IDictionary
NameValueSectionHandler Systems.Collections.Specialized.NameValueCollection
3.2自定义配置节组
配置节组是使用<sectionGroup>元素，将类似的配置节分到同一个组中。配置节组声明部分将创建配置节的包含元素，在< configSections>元素中声明配置节组，并将属于该组的节置于<sectionGroup>元素中。下面是一个包含配置节组的配置文件的例子：
复制代码 代码如下:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
<sectionGroup name="TestGroup">
<section name="Test" type="System.Configuration.NameValueSectionHandler"/>
</sectionGroup>
</configSections>
<TestGroup>
<Test>
<add key="Hello" value="World"/>
</Test>
</TestGroup>
</configuration>
4. 一个含有复杂内容的配置文件，用什么配置文件较好
IIS站点的配置文件一般是一个名为Web.config的文件，这个文件的读取在asp.net中是有封装好的类的，当你的项目引用了System.Configration后就可以使用了，例如ConfigurationManager.AppSettings["xxx"] ，我个人认为一个站点有一个配置文件
5. 在内核配置时，哪个关键词是来创建一个选项菜单
Makefile Kconfig 内核配置 内核裁剪
假设我们要在内核源代码 drivers 目录下如下用于 test driver 的树型目录:
|----test
|---- cpu
|---- cpu.c
|---- test.c
|---- test_client.c
|---- test_ioctl.c
|---- test_proc.c
|---- test_queue.c
在内核中增加目录和子目录,我们需为相应的新增目录创建 Kconfig 和 Makefile 文件,而新增目录的父目录中的 Kconfig 和 Makefile 文件也需要修改,以便新增的 Kconfig 和 Makefile 文件能被引用.
在新增的 test 目录下,应包含如下 Kconfig 文件:
#
# TEST driver configuration
#
menu "Test Driver "
comment "Test Driver"
config TEST
bool "TEST suport"
config TEST_USER
tristate "TEST user-space interface"
depends on TEST
endmenu
由于 TEST driver 对于内核来说是新的功能,所以首先需要创建一个菜单 TEST Driver ;然后显示 "TEST support " ,等待用户选择;接下来判断用户是否选择了 TEST Driver ,如果是 (CONFIG_TEST=y),则进一步显示子功能:用户接口与CPU功能支持;由于用户接口功能可以被编译成内核模块,所以这里的询问语句使用了 tristate.
为了使这个 Kconfig 文件能起作用,需要修改 drivers/Kconfig 文件,增加以下内容:
source "drivers/test/Kconfig"
脚本中的 source 意味着引用新的 Kconfig 文件.
在新增的 test 目录下,应该包含如下 Makefile 文件:
#drivers/test/Makefile
#
#Makefile for the TEST
#
obj-$(CONFIG_TEST) += test.o test_queue.o test_client.o
obj-$(CONFIG_TEST_USER) += test_ioctl.o
obj-$(CONFIG_PROC_FS) += test_proc.o
obj-$(CONFIG_TEST_CPU) += cpu/
该脚本根据配置变量的取值构建 obj-* 列表.由于 test 目录中包含一个子目录 cpu ,当CONFIG_TEST_CPU=y 时,需要将 cpu 目录加入列表.
test 目录中的 cpu 目录也需包含如下的 Makefile 文件:
# drivers/test/cpu/Makefile
#
# Makefile for the TEST cpu
#
obj-$(CONFIG_TEST_CPU) += cpu.o
为了使得整个 test 目录能够被编译命令作用到, test 目录父目录中的 Makefile 文件也需新增如下脚本:
obj-$(CONFIG_TEST) += test/
增加了 Kconfig 和 Makefile 文件之后的新的 test 树型目录如下所示:
|----test
|---- cpu
|---- cpu.c
|---- Makefile
|---- test.c
|---- test_client.c
|---- test_ioctl.c
|---- test_proc.c
|---- test_queue.c
|---- Makefile
|---- Kconfig
这样整个工作就算完成了
6. 怎么写配置文件
配置文件可以是任何形式，可以是xml或者txt都行，比如数据库的连接配置
比如：
<?xml version="1.0" standalone="yes"?>//这句一定要有，下面的你随意写
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0" />
</startup>
<connectionStrings>
<add name="DBConnectionString" connectionString="Data Source=192.168.118.21;Initial Catalog=PreMix;User Id =sa;Password =sa" providerName="System.Data.SqlClient" />
</connectionStrings>
</configuration>
这就是个配置文件，在winform里面直接用DataSet的ReadXml（）方法就能读取到里面的值
7. 配置文件可以用什么格式..
一般来说是用pdf格式好一点
8. 啥是配置文件呢,具体该怎样用
配置文件就是记录软件或者系统运行时需要的基本信息的文件，常见的配置文件有xml格式，也有ini纯文本格式的。说简单点，就是key-value对，通过键查找值。
比如windows的启动文件是boot.ini，文件内容如下：
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect
这里的timeout是键，值是30
9. 从指定ini配置文件中，判断指定关键字的值，并按大小顺序排列输出前十名及对应的指定关键字值
context=open(r'C:Desktophh.ini').read()
importre
reg=re.compile("[(w+)].*?身高=(d+(?:.d+)?)",re.S)
height=reg.finall(context)
height.sort(key=lamdax:-float(x[1]))
print("身高前十名")
i=1
forxinheight[:10]:
print("%d、%s=%sCM"%(i,x[0],x[1]))
i+=1
python语言代码
10. 如何配置openSSH
（1）与SSH有关的配置文件 openSSH的设置文件和主要文件存放在/etc/ssh/目录中，主要包括如下文件： /etc/ssh/sshd_config：sshd服务器的设置文件 /etc/ssh/ssh_config：ssh客户机的设置文件 /etc/ssh/ssh_host_key：SSH1用的RSA私钥 /etc/ssh/ssh_host_key.pub：SSH1用的RSA公钥 /etc/ssh/ssh_host_rsa_key：SSH2用的RSA私钥 /etc/ssh/ssh_host_rsa_key.pub：SSH2用的RSA公钥 /etc/ssh/ssh_host_dsa_key：SSH2用的DSA私钥 /etc/ssh/ssh_host_dsa_key.pub：SSH2用的DSA公钥 （2）配置“/etc/ssh/ssh_config”文件 “/etc/ssh/ssh_config”文件是OpenSSH系统范围的配置文件，允许用户通过设置不同的选项来改变客户端程序的运行方式。这个文件的每一行包含“关键词－值”的匹配，其中“关键词”是忽略大小写的。下面列出最重要的关键词，用man命令查看帮助页（ssh（1））可以得到详细的列表。 配置须要编辑“ssh_config”文件（vi /etc/ssh/ssh_config），添加或改变下面的参数： # Site-wide defaults for various options Host * ForwardAgent no ForwardX11 no RhostsAuthentication no RhostsRSAAuthentication no RSAAuthentication yes PasswordAuthentication yes FallBackToRsh no UseRsh no BatchMode no CheckHostIP yes StrictHostKeyChecking no IdentityFile ~/.ssh/identity Port 22 Cipher blowfish EscapeChar ~ 下面逐行说明上面的选项设置： Host *：只对能够匹配后面字串的计算机有效。“*”表示所有的计算机。 ForwardAgent no：“ForwardAgent”设置连接是否经过验证代理（如果存在）转发给远程计算机。 ForwardX11 no：设置X11连接是否被自动重定向到安全的通道和显示集（DISPLAY set）。 RhostsAuthentication no：是否用基于rhosts的安全验证。 RhostsRSAAuthentication no：是否用RSA算法的基于rhosts的安全验证。 RSAAuthentication yes：是否用RSA算法进行安全验证。 PasswordAuthentication yes：是否用口令验证。 FallBackToRsh no：如果用ssh连接出现错误是否自动使用rsh。 UseRsh no：是否在这台计算机上使用“rlogin/rsh”。 BatchMode no：如果设为“yes”，passphrase/password（交互式输入口令）的提示将被禁止。当不能交互式输入口令的时候，这个选项对脚本文件和批处理任务十分有用。 CheckHostIP yes：设置ssh是否查看连接到服务器的主机的IP地址以防止DNS欺骗。建议设置为“yes”。 StrictHostKeyChecking no：如果设置成“yes”，ssh就不会自动把计算机的密钥加入“$HOME/.ssh/known_hosts”文件，并且一旦计算机的密钥发生了变化，就拒绝连接。 IdentityFile ~/.ssh/identity：设置从哪个文件读取用户的RSA安全验证标识。 Port 22：设置连接到远程主机的端口。 Cipher blowfish：设置加密用的密码。 EscapeChar ~：设置escape字符。