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字元。