httpd.conf 設定檔參考

httpd.conf 檔的設定

I. 全域環境變數設定

ServerType

語法:ServerType <(inetd)/(standalone)>
預設:ServerType standalone

ServerType 用來指定系統該以何種型態去啟動伺服器。型態可以是其中之一:

* inetd:伺服器將由系統程序 inetd 執行;啟動伺服器使用的命令加在 /etc/inetd.conf 檔案裡。
* standalone:伺服器將會以伺服程式〈daemon〉方式來執行;啟動伺服器使用的命令加在系統啟動指令稿裡〈/etc/rc.d/rc.local 或 /etc/rc.d/init.d/httpd 裡〉。

inetd 在這兩個選項裡比較少使用。因為接收到每個 http 連線就要重頭開始執行另一份新的伺服器程式拷貝;連線結束後,這支程式就會結束,所以每次連線要付出的代價很高,相對的使用者等待時間會加長。但是因為安全上的理由,某些管理者喜歡這個選項。
standalone 是 ServerType 最普遍的設定,因為它是最有效率的執行方式。伺服器程式只啟動一次,而且服務所有的連線。如果我們想要利用 Apache Server 來服務一個忙碌的站臺,standalone 大概將會是唯一的選擇。

例:

ServerType standalone

-> 指定 apache 以 daemon 方式來執行

ServerRoot

語法:ServerRoot <目錄名稱>
預設:ServerRoot “/usr/local/apache”

ServerRoot 用於設定 Apache Server 所安裝的絕對路徑,所有網站相關的襠案都存放在此目錄中。其它配置檔的相對路徑是相對於這個路徑。

例:

ServerRoot “/usr/local/apache”

-> 指定 apache server 安裝的根目錄為 /usr/local/apache 目錄

PidFile

語法:PidFile <檔案名稱>
預設:PidFile /usr/local/apache/logs/httpd.pid

PidFile 用來設定伺服器記錄它的程式之程序號碼所使用的檔案。這樣就不必用 ps 指令來尋找它的程序號碼。而 PidFile 的功能只能使用在 ServerType 為 standalone 的模式。
我們可以藉由傳送 SIGHUP〈kill -1〉信號到列在 PidFile 檔案裡的程序號碼來達成關閉或重新再打開錯誤記錄與傳輸記錄以及重新讀取配置檔等。

例:

PidFile /usr/local/apache/logs/httpd.pid

-> 指定 apache 執行時要存放記錄 PID 檔案的路徑與檔名

TimeOut

語法:TimeOut <數字>
預設:TimeOut 300

TimeOut 用來設定伺服器接收一個請求以及完成一個請求最長的等待時間〈以秒為單位〉,如果在此時間內沒有回應則終止服務。所以當接收或傳送一個資料時所花的時間超過 TimeOut 所規定的時間時,伺服器便將會中斷該連線。如果網路速度較慢,則此 Timeout 時間可以設長一些。

例:

TimeOut 500

-> 指定 apache 接收或傳送的等待時間

KeepAlive

語法:KeepAlive <(On/Off)>
預設:KeepAlive On

KeepAlive 用於設定伺服器要不要開啟連續請求的功能,On 是開啟,Off 是關閉。

例:

KeepAlive On

-> 指定 apache 開啟連續請求功能

MaxKeepAliveRequests

語法:MaxKeepAliveRequests <個數>
預設:MaxKeepAliveRequests 100

MaxKeepAliveRequests 用於設定伺服器所能接受之最大連續請求量,如果連續請求超過這個此數限制則 Server 會自動拒絕請求連線。若設定為 0 則表示不做限制。

例:

MaxKeepAliveRequests 0

-> 指定 apache 不限制所能接收之連線數量

KeepAliveTimeout

語法:KeepAliveTimeout <秒數>
預設:KeepAliveTimeout 15

KeepAliveTimeout 用於設定使用者 ‘連續’ 請求等待的時間上限,如果使用者連續請求的時間超過此數,則終止此請求服務。

例:

KeepAliveTimeou 15

-> 指定 apache 等待使用者連續請求的時間,在接到使用者請求開始,15 秒內若沒收到新請求訊息,即中斷該連線

MinSpareServers / MaxSpareServers

語法:MinSpareServers <數量> / MaxSpareServers <數量>
預設:MinSpareServers 5 / MaxSpareServers 10

MinSpareServers 用於設定最小閒置 (idle) 子伺服程序數量,而 MaxSpareServers 用於設定最大閒置 (idle) 子伺服程序數量。閒置子伺服程序是目前沒有處理要求的程序。如果有多於 MaxSpareServers 的子程序,那麼父程序會終止超過此數量的子程序。如果有小於 MinSpareServers 的子程序,那麼父程序會產生超過此數量的子程序。通常不會將 MaxSpareServers 設很大,只有在非常忙碌的站臺上才有調整這個選項的需要。

例:

MinSpareServers 5

-> 設定最少閒置等待服務的伺服程序數量為 5 個

MaxSpareServers 10

-> 設定最大閒置等待服務的伺服程序數量為 10 個

StartServers

語法:StartServers <數量>
預設:StartServers 5

StartServers 用於設定啟動時所要建立的子伺服程序數量。因為程序的數量是依據負載動態控制的,通常不需要調整這個參數。

例:

StartServers 5

-> 設定啟動 apache 時要建立 5 個伺服程序

MaxClients

語法:MaxClients <數量>
預設:MaxClients 150

MaxClients 用於設定同時能夠提供給使用者的最大服務請求數目。

例:

MaxClients 150

-> 設定 apache 在同一時間內最大能服務 150 個連線請求

II. Server 主要變數設定

Port

語法:Port <數字>
預設:Port 80

Port 設定伺服器用來監聽連線的網路埠號。參數<數字>是 0 到 65535 的一個數目;某些埠號(特別是低於 1024 的)是保留給特殊的協定。請參閱 /etc/services 裡定義的一些埠的列表,而標準的 http 協定則使用 80 埠號。Port 80 是 Unix 中的一個特別埠。所有低於 1024 的埠號都是保留給系統使用的,一般使用者 (non-root) 不能使用它們;取而代之的是他們可以使用較高的埠號。要使用 80 埠你必須以 root 帳號啟動伺服器。如果你不能使用 80 埠,選擇任何其它沒有使用到的埠。非 root 使用者必須選擇高於 1023 的埠號,像是 8000 。

例:

Port 8000

-> 設定 apache 的連線埠號為 8000

User

語法:User [username / #uid]
預設:User nobody

User 用來設定伺服器程式的執行者是誰。一般是 nobody,也可以是已註冊的使用者,若用 user id 則要先加上 # 號。這個執行者應該不能有存取外界所不能看到的檔案的權限,而且這個執行者應該不能執行對 httpd 要求而言沒有意義的程式碼。建議特別為執行這個伺服器設立新的使用者。

例:

User apache

-> 設定 apache 程式以 apache 使用者身份來執行

Group

語法:Group [groupname / #gid]
預設:Group nogroup

Group 用於設定 httpd 這程式的執行者所屬的群組,一般是 nogroup,此 group 必須要存在於 /etc/group 中。相同於 User 指令,這個群組應該不能有存取外界所不能看到的檔案的權限,而且應該不能執行對 httpd 要求而言沒有意義的程式碼。建議特別為執行這個伺服器設立新的群組。

例:

Group apache

-> 設定 apache 程式以 apache 群組的身份來執行

ServerAdmin

語法:ServerAdmin <電子郵件地址>
預設:ServerAdmin root@localhost

ServerAdmin 用於設定此站台管理者的電子郵件地址,當伺服器發生錯誤時,會傳送這些錯誤訊息給此電子郵件地址。

例:

ServerAdmin chanel@armani.com

-> 當 apache 發生錯誤時,會傳送這些訊息給 chanel@armani.com 這個 E-mail 的管理者

ServerName

語法:ServerName <主機名稱>

ServerName 用於設定該伺服器的名稱,此名稱必須是已經向伺服器本身所在網域的 DNS 註冊。若沒有一個登記的 DNS name,則改為 IP 位址。

例:

ServerName www.prada.com

-> 設定 apache 主機的名稱為 www.prada.com

DocumentRoot

語法:DocumentRoot <目錄名稱>
預設:DocumentRoot “/usr/local/apache/htdocs”

DocumentRoot 用於設定伺服器文件或其它資料所在的根目錄位置。伺服器會把連線請求的 URL 附加到根文件目錄 (document root) 來組合到達文件的路徑。

例:

DocumentRoot “/usr/local/apache/htdocs”

-> 指定文件的根目錄為 /usr/local/apache/htdocs 目錄,若使用者輸入 http://myserver/doc.html,最對映到系統中的 /usr/local/apache/htdocs/doc.html 檔。

Directory

語法:<Directory [目錄絕對路徑]> … </Directory>

Directory 指令區間內的參數是用於設定目錄的相關屬性或控制目錄的權限。使用方法需配合 Order 或 Options 指令。

Order

語法:Order [allow/deny/allow,deny]

Order 用於設定何人可以從這個 Server 取得控制目錄的權限。

例:

Oeder allow,deny
allow from nchc.gov.tw <– 所有來自 nchc.gov.tw 的 user 都可以取得控制權

Options

語法:Options <參數>

Options 指令配合 <Directory [目錄絕對路徑]> … </Directory> 來控制該目錄的屬性,
指令後面的 <參數> 表示可以開啟的屬性種類,所代表的值可以包括:

1. All:此目錄除 MultiViews 外,所有屬性都開啟。
2. MultiViews:允許 MultiViews 內容。
3. Indexes:若該目錄被以 http 的方式讀取,而該目錄中並不存在 index.htm 或 index.html 等索引檔,則會自動將該目錄的檔案資訊轉化成為 HTML 格式傳回給瀏覽器。
4. IncludesNOEXEC:開放 SSI (Server-side include) 的權限,但是會關閉 CGI 程式中 #exec 與 #include 的宣告。
5. Includes:開放 SSI 的權限。
6. FollowSymLinks:准許以符號連結到其他目錄。
7. ExecCGI:允許執行 CGI 程式。
8. SymLinksfOwnerMath:允許符號連結到的目錄與原始目錄的所有人不同。

例:

<Directory /> <– 設定為根目錄
Options FollowSymLinks <– 此目錄允許透過 symbolic links 存取
AllowOverride None <– 此目錄的權限不受.htaccess 檔影響
</Directory>

<Directory “/usr/local/apache/htdocs”>
Options Indexes FollowSymLinks <– 只開啟 Indexes 及 FollowSymLinks 功能
AllowOverride None <– 此目錄的權限不受.htaccess 檔影響
Order allow,deny
Allow from all <– 所有的 user 都可以存取得控制權
<Directory>

UserDir

語法:UserDir <目錄名稱>
預設:UserDir public_html

UserDir 用來指定供使用者放置個人網頁時,該放在自家〈home〉目錄裡的那一個目錄中才能讓人瀏覽。若以 http://myserver/~username 作為開始的一個 URL 連線請求將會被轉換成以 home-dir/public_html 作為開始的檔案名稱,其中 home-dir 是 username 這個使用者的自家目錄。

例:

UserDir public_html

-> 設定使用者必須把自己的網頁放在自家目錄的 public_html 目錄下才能供人瀏覽。對 http://myserver/~user/dir/file.html 的請求將傳回 http://myserver/home/user/public_html/dir/file.html 這個檔案。

DirectoryIndex

語法:DirectoryIndex <檔名1> <檔名2>…
預設:DirectoryIndex index.html

DirectoryIndex 用於設定當使用者端藉由指定沒有以檔案做結尾的目錄名稱請求該目錄的索引時所要找尋的來源列表。參數 [檔名1] 是在伺服器上相對於請求之目錄的文件;它通常是目錄裡某個檔案的名稱。可以有好幾個檔名,伺服器會回傳它所找到的文件。

例:

DirectoryIndex index.html

-> 對於 http://myserver/docs/ 的請求若該來源設定的檔案存在的話會回傳 http://myserver/docs/index.html。

DefaultType

語法:DefaultType <MIME 種類>
預設:DefaultType text/plain

DefaultType 用於設定當伺服器無法辨識檔案類型,要把它當作何種的 MIME 格式。

例:

DefaultType text/plain

-> 將無法分辨的一律當成明文文字格式

HostNameLookups

語法:HostNameLookups <On/Off>
預設:HostNameLookups Off

HostNameLookups 用於設定要不要把自動搜尋 HostName 的功能打開,設定為 On 時,則會記錄進入此網站使用者的主機名稱。設為 Off,則僅記錄使用者主機的 IP。

例:

HostNameLookups Off

-> 關掉自動反查 IP 功能

ErrorLog

語法:ErrorLog <檔案名稱>
預設:ErrorLog /usr/local/apache/logs/error_log

ErrorLog 設定錯誤記錄檔案名稱,伺服器將會把其遭遇的每個錯誤記錄到這個檔案。如果檔案名稱不是以 / 開始的話那麼它就會被假設為相對於 ServerRoot 的路徑。

例:

ErrorLog /usr/local/apache/logs/error_log

-> 當 apache 發生錯誤時,會把訊息記錄到 /usr/local/apache/logs 目錄下的 error_log 檔中

LogLevel

語法:LogLevel <debug/info/notice/warm/error/crit/alert/emerg>
預設:LogLevel warm

LogLevel 用於設定 error_log 中記錄的錯誤訊息種類,建議值是 warm,參數越往右邊所記錄的資訊越簡略。

例:

LogLevel debug

-> 設定 apache 的記錄錯誤方式為除錯模式〈debug〉

Alias

語法:Alias <虛擬目錄> <實際目錄>

Alias 指令用於設定實際目錄至虛擬目錄之別名,可將原本很長的路徑簡化。

例:

Alias /doc /usr/local/apache/htdocs/manual/doc/

-> 原本需要用 http://localhost/manual/doc 才能連到的網頁,現在僅需使用 http://localhost/doc 即可。

[轉]漫談火星塞

http://www.epochtimes.com/b5/5/8/23/n1028451.htm

一般人認為,火星塞在引擎總成方面只是個配角,其實大錯特錯,火星塞內部可蘊藏了不簡單的高深學問。

它不但可點燃你愛車的動力心臟,而且內部的結構設計更是精密細緻。隨著汽車科技進步,火星塞的使用材質更是日新月異,如果能為愛車選用一套優良的火星塞,不但可使引擎健健康康,同時還能將動力輸出發揮到極限。

內燃機引擎運作原理中,「進、壓、爆、排」這四個動作程序缺一不可,缺了其中一項,引擎就無法啟動發揮動能,而體積小巧的火星塞,則擔任點火爆炸的重要工作。火星塞(Spark Plug)也可稱為「火花塞」,英文字面上的意思即是「塞子」,換言之,就是將引擎的燃燒室塞住完全密合,並使高壓電通過火星塞本體,電流從電極間跳過,產生強熱火花,點燃汽缸內壓縮混合的氣體進行電性點火爆炸,產生動能推動引擎。

因此火星塞的工作,必須能夠承受幾十個大氣壓的壓縮與50kg/cm爆炸壓力、2萬-3萬伏特以上的高電壓及超過攝氏2000度的燃燒溫度,最後還必須面對內燃機引擎每分鐘接近幾千轉的運作,並接受汽油或燃燒氣體產生的化學腐蝕摧殘。所以火星塞的整體設計與材質,必需經長時間的實驗測試及精挑細選,可說是集一切科技精華於一身。

火星塞在進行爆炸點火時,產生副產物「碳」,如果附著在兩個電極上,火花會轉變得比較薄弱,或者會在電極前端外部發生短路現象,而不會使火花跳躍。

因此火星塞本身必須維持在一定範圍的溫度,才不至因不完全燃燒而發生積碳,或附著大量油漬的情形發生。所以,如果能讓火星塞正常運作及擁有較長的壽命,「溫度」指數的控制,扮演了極重要的角色。

而熱值則代表引擎燃燒室的溫度表現,熱值正式一點的名稱為「熱度範圍」,是指火星塞將陶瓷絕緣體到電極間的高熱傳導至火星塞外端,再由外部鋼體傳到引擎汽缸蓋和水套冷卻系統的能力。當引擎在慢車空轉時,火星塞電極間的溫度可能只有攝氏400度。而車輛高速行駛時,電極間的溫度便升至將近攝氏650度。車輛重踩油門時,電極間的溫度更可能升到攝氏815度以上。

如果電極間的溫度太低,油料燃燒後容易積存一些物質在火星塞的電極及絕緣體上,使火星塞放電不良甚至不點火。可是電極間的溫度升高可將這些積存物燒掉,不會越積越多。但溫度過高又會使電極容易受到燃燒物質的腐蝕,且電極本身跳火的耗損也比較快。更嚴重的情形是,燃燒不在火星塞電極點火,而被絕緣體本身的高溫引燃,使燃燒溫度大幅升高,將活塞頂部或火星塞電極熔解。

火星塞的種類可分為兩大類,一為「冷卻型」火星塞、一為「易熱型」火星塞。
簡單來說,「冷卻型」火星塞的絕緣體導熱較快,「易熱型」火星塞的絕緣體導熱較慢;最理想的火星塞,是在車輛輕負荷低速行駛時為「易熱型」火星塞,高負荷全油門行駛時變成「冷卻型」火星塞。但火星塞的熱度範圍不能隨意變動,所以只好依駕駛人的用車習慣,選用適當的熱值範圍。如果你經常行駛於市區,可選用「易熱型」火星塞,若經常在高速狀態下行駛,最好選用「冷卻型」火星塞。

火星塞仍會依車輛的性能與用途,有著不同設計與材質變化,而且每個火星塞本體上也都標有英文字母與數字,表示它的性能與型式,每家廠商都不相同。高壓縮比、高輸出力、易產生高熱量的引擎,都是採用耐熱度較高的「冷卻型」製品;相對的,如小排氣量、低轉速及低輸出的引擎,均為「易熱型」火星塞設定。

另外,現今市售車種火星塞直徑大小,可分為兩大種類,一種為直徑15.8mm,另一種則為19mm,且電極的間隙會因每一家車廠的設計而有所不同,因此在購買及換裝火星塞時必須非常小心注意。

所以每一家火星塞製造商,都會根據各種不同的狀況進行設計。不過多數火星塞發生故障的原因,大部分是其他引擎機件的不順、維修不良或使用錯誤與操控方法不正確所致。假使在良好行車狀態下,正確的使用一般車輛,只要使用的火星塞規格相同,應該就不會有重大的問題發生。

火星塞的構造大致可分為三部分,即絕緣瓷體、屬於導電材質的中央電極及鋼體,僅數公分的本體,卻非常地精密結實。

中央電極大多由銅製成,因銅的散熱及導電性佳,不論是高速還是低速,都有良好的適應性,而連接於正電終端螺絲帽,以及傳送點火線圈的中央電極,則利用陶瓷製的絕緣體包覆而成,可防止飛弧及漏電的發生,鋼體部分的金屬部件,採電鍍上防鏽性強的鉛金屬,或鎳鉻合金製成。扎實精密的構造,絲毫不輸給其他引擎的零件組成。

維修火星塞的工具,首先就是「火星塞套筒」,當然也有一部分的老式車種,不須要套筒扳手便可以拆卸火星塞。現今多數的車種都以DOHC 16氣門為主流,而火星塞則是安裝於二支凸輪軸與氣門包圍的狹窄深處,如果沒有內藏磁鐵的磁性專用套統扣住火星塞終端螺絲帽,根本無法安裝或拆取。

此外,引擎導線是否為直接點火型式,現今多數車種都改為直接點火,如果是直接點火型式,就必須另外準備一支可拆起直接點火導線的工具,方能拆起火星塞。在拆起火星塞前,使用刷子清理一下氣缸蓋週圍,避免異物進入燃燒室。拆起後,以間隙調整工具,進行間隙測定,並觀察火星塞的情況,在視情況好壞進行更換或清潔。上述這些工具配件,都可在汽車精品百貨及賣場選購,準備一整套,以備不時之需。

還有一點非常重要,切忌將火星塞旋的太緊,太緊容易傷害氣缸蓋上的螺紋,尤其是鋁質的氣缸蓋。安裝時先用手握著火星塞套筒,將火星塞旋緊,之後再用套筒扳手旋緊1/4圈就足夠了。如果火星塞沒有裝墊圈,而是有錐形的安裝座型式,因火星塞鋼體直接觸碰汽缸本體,所以手扭緊後只能用扳手再旋進1/16圈,才不至造成缸體的傷害。

只要注意上述幾個重點,車主便可隨時查看火星塞的工作狀況,為愛車的健康做最準確判斷。

當火星塞出現問題及損耗時,大概也是表示你的愛車出現一些麻煩,因此別輕忽火星塞的表現,它可是和車輛的狀況息息相關;然而,車主該如何判別火星塞的狀況來診斷愛車呢?

火星塞的選擇除了可維持原廠的設定外,也可依照自己的行車狀況去選擇。當火星塞經過長時間的使用後,若火星塞點火電極部位呈深咖啡色,這是正常燃燒狀態,但是並不代表永遠不更換火星塞,因為火星塞是消耗品,在規定的里程數內必須更換,避免影響火星塞的工作效能。

如果火星塞呈白色,表示燃燒室溫度過高,點火部絕緣體表面會跑出斑點的情況,這可能是散熱系統散熱不良,使溫度上升至870℃以上,讓火星塞過早點火,造成異常燃燒,有時也會損傷活塞。

有些火星塞在拆起時,在電極部分有燻黑的碳垢且呈濕潤感,這表示引擎有較嚴重的積碳,表示混合氣過濃,或是行車時習慣長時間空轉或低轉速,此時需要更換火星塞型號,選擇較熱型。

如果火星塞有嚴重的黑色積碳與黏稠感,此時你要注意了!這是引擎汽缸真圓度失圓的警訊,代表你的愛車得進廠大修了。所以平時多觀察及注意這些小細節,愛車才會健康,否則代價可能是讓你的荷包大失血!

熄火原因解決方法

熄火的原因解決方法

一、油路問題

1.油箱空氣孔塞住
常在跑長程或高速時容易發生
油箱蓋附近有一個讓空氣進去的地方.
塞住後就無法正常供油,導致熄火
(就像開罐頭要開兩個洞一進一出那樣)
過一段時間空氣慢慢吸進去,又恢復正常
若騎到一半熄火,打開油箱蓋後,車即可再度上路
處理方法:可以向車行老板借空氣噴槍來清潔油箱蓋,或附進的空氣入口
p.s.舊型FUZZY的油箱蓋似乎較容易積塵土,一般顧路多為此原因FUZZY車主可多留意

2.汽油濾芯不潔
會造成無法啟動或行進間熄火
汽油濾芯髒了以至於供油不順,被異物塞住時就會熄火
處理方法:可以清洗(用噴槍及柴油or溶劑)

3.油箱內有水或異物
下雨天特別有可能
會造成無法啟動或行進間熄火
偶爾發得起來,但一摧油就熄火
處理方法:清理油箱、化油器及汽油濾芯

4.油管鬆脫或曲折
會造成無法啟動或行進間熄火
車能偶爾發動但一摧油就熄火
處裡方法:將油管接好並整理至適當長度

5.沒油
有時候只是沒油而已,什麼問題也沒有
不要太相信你的油表
遇到車發不動的時候記得一定先檢查汽油存量
處理方法:加油…

二、進排氣問題

1.空氣濾清器不潔
進氣量不足及油氣濃度過高
可能無法啟動或行進間熄火
處理方法:空氣濾清器清理或換新

2.使用非原廠或改裝空氣濾清器
進氣量大,若混合比沒有配合調整
常常造成回油時熄火
處理方法:會改就要會調整

3.進氣歧管鬆動或破裂
這種情況會聽到奇怪的進氣聲
處理方法鎖緊或換新

4.排氣管積碳過於嚴重
在二行程車比較有可能發生
有這種情形的車高轉一定不順,極速會比正常低很多,狂操後易過熱
但若不是在狂操後過熱的情況下,
要積碳很嚴重才有可能造成平時容易熄火
處理方法:清理或換新排氣管

三、點火問題

1.防盜器故障
防盜器常有繼電器故障、線路接觸不良、
電力不足造成錯誤、甚至控制晶片故障的情形
有裝防盜器的車要檢查點火問題最好是先把這東東拆了再說
處理方法:我討厭防盜器
2.火星塞故障
火星塞積碳或老化也容易熄火甚至顧路
處理方法:清理或換新..建議直接換新

3.高壓線接觸不良或漏電
下雨天容易發生
接觸不良或漏電會導至短路而點火不良
若是這種情形會有漏電啪啪啪的聲音
通常是火星塞接頭端的問題
處理方法:把接頭往線壓順時針轉就可以了

4.其它線路接觸不良或斷路
若是斷路的話則根本無法點火
處理方法:查線

5.點火線圈(高壓線圈)掛了
下雨天容易發生
拆下火星塞,確定火星塞是好的,或乾脆換一顆新的來試
一端搭鐵,按起動馬達.
(注意不要被電到,不會死翹翹但會有點痛)
觀察點火狀況.若不會跳電,查線後若無斷路就可能是這問題了
處理方法:換新

6.發電機故障
車子有電不代表發電機可以正常供應火星塞點火
一方面發電機全掛的話電瓶的電還能讓車稱一陣子
另一方面現在的車點火和電瓶的發電是獨立的
上面幾項都檢查過了,還是不能點火,就有可能是這邊的問題
處理方法:換新

7.電瓶供電不良(限部份車種)
有些老車(比如說Kawasaki的瓦斯車)
點火的電力來源是由電瓶供應,一但電瓶沒電或供電不良
就沒辦法點火了
處理方法:檢查充放電線路視情況修理

四、化油器問題

1.怠速過低
slow低很容易熄火.易熄火及難發是必然的
處理方法:順時針旋轉怠速螺絲便可提高怠速

2.混合比太濃
拆下火星塞看看:棕色是剛剛好,若顏色太黑,就是混合比太濃(A/F比太低)
耗油多,車熱了之後一不加油就容易熄火
處理方法:慢慢調吧!

3.混合比太稀
拆下火星塞看看:棕色是剛剛好,若顏色太白,就是混合比太稀(A/F比太高)
引擎無力、過熱以及造成熄火,注意喔!這樣是很容易”縮”去的.
處理方法:慢慢調吧!

4.自動阻風門故障
自動阻風門本身或電路若故障
就會一直開著關不起來
造成混合比過高
處理方法:查線或更換

五、潤滑問題

1.機油油量不足或品質不良造成過熱
處理方法:添加或更換機油

六、引擎問題

1.汽缸吸入異物
處理方法:拆吧…

2.缸壓不足
缸壓不足的車本來就難發
高負載時也易過熱造成熄火
處理方法:搪缸

3.縮缸
引擎過熱造成,造成過熱原因有很多,可參考上列幾項
有時縮缸後休息一陣車還是可以繼續上路,視嚴重程度而定
處理方法:視過熱原因來處理.
注意!光搪缸只能修好氣缸部份
一定得找出過熱原因,否則搪缸後仍會再度縮缸

[非原創]Android 性能優化建議方法

對於一些Android專案,影響性能瓶頸的主要是Android自己記憶體管理機制問題,目前手機廠商對RAM都比較吝嗇,對於軟體的流暢性來說RAM對性能的影響十分敏感,除了 優化Dalvik虛擬機器的堆記憶體分配外,我們還可以強制定義自己軟體的對記憶體大小。

對於一些Android專案,影響性能瓶頸的主要是Android自己記憶體管理機制問題,目前手機廠商對RAM都比較吝嗇,對於軟體的流暢性來說RAM對性能的影響十分敏感,除了 優化Dalvik虛擬機器的堆記憶體分配外,我們還可以強制定義自己軟體的對記憶體大小,我們使用Dalvik提供的 dalvik.system.VMRuntime類來設置最小堆記憶體為例:

  1. private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;


  1. VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);

//設置最小heap記憶體為6MB大小。當然對於記憶體吃緊來說還可以通過手動干涉GC去處理


bitmap 設置圖片尺寸,避免 記憶體溢出 OutOfMemoryError的優化方法
★android 中用bitmap 時很容易記憶體溢出,報如下錯誤:Java.lang.OutOfMemoryError : bitmap size exceeds VM budget

● 主要是加上這段:

  1. BitmapFactory.Options options = new BitmapFactory.Options();
  2.                 options.inSampleSize = 2;



● eg1:(通過Uri取圖片)

  1. private ImageView preview;
  2. BitmapFactory.Options options = new BitmapFactory.Options();
  3.                     options.inSampleSize = 2;//圖片寬高都為原來的二分之一,即圖片為原來的四分之一
  4.                     Bitmap bitmap = BitmapFactory.decodeStream(cr
  5.                             .openInputStream(uri), null, options);
  6.                     preview.setImageBitmap(bitmap);


以上代碼可以優化記憶體溢出,但它只是改變圖片大小,並不能徹底解決記憶體溢出。
● eg2:(通過路徑去圖片)

  1. private ImageView preview;
  2. private String fileName= “/sdcard/DCIM/Camera/2010-05-14 16.01.44.jpg”;
  3. BitmapFactory.Options options = new BitmapFactory.Options();
  4.                 options.inSampleSize = 2;//圖片寬高都為原來的二分之一,即圖片為原來的四分之一
  5.                         Bitmap b = BitmapFactory.decodeFile(fileName, options);
  6.                         preview.setImageBitmap(b);
  7.                         filePath.setText(fileName);



Android 還有一些性能優化的方法:
●  首先記憶體方面,可以參考 Android堆記憶體也可自己定義大小 和 優化Dalvik虛擬機器的堆記憶體分配

●  基礎類型上,因為Java沒有實際的指標,在敏感運算方面還是要借助NDK來完成。這點比較有意思的是Google 推出NDK可能是幫助遊戲開發人員,比如OpenGL ES的支持有明顯的改觀,本地代碼操作圖形介面是很必要的。

●  圖形物件優化,這裡要說的是Android上的Bitmap物件銷毀,可以借助recycle()方法顯示讓GC回收一個Bitmap物件,通常對一個不用的Bitmap可以使用下面的方式,如

  1. if(bitmapObject.isRecycled()==false) //如果沒有回收
  2.          bitmapObject.recycle();



●  目前系統對動畫支援比較弱智對於常規應用的補間過渡效果可以,但是對於遊戲而言一般的美工可能習慣了GIF方式的統一處理,目前Android系統僅能預覽GIF的第一幀,可以借助J2ME中通過執行緒和自己寫解析器的方式來讀取GIF89格式的資源。

● 對於大多數Android手機沒有過多的物理按鍵可能我們需要想像下了做好手勢識別 GestureDetector 和重力感應來實現操控。通常我們還要考慮誤操作問題的降噪處理。

Android堆記憶體也可自己定義大小

   對於一些大型Android專案或遊戲來說在演算法處理上沒有問題外,影響性能瓶頸的主要是Android自己記憶體管理機制問題,目前手機廠商對RAM都比較吝嗇,對於軟體的流暢性來說RAM對性能的影響十分敏感,除了上次Android開發網提到的優化Dalvik虛擬機器的堆記憶體分配外,我們還可以強制定義自己軟體的對記憶體大小,我們使用Dalvik提供的 dalvik.system.VMRuntime類來設置最小堆記憶體為例:

  1. private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;


  1. VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);

//設置最小heap記憶體為6MB大小。當然對於記憶體吃緊來說還可以通過手動干涉GC去處理,我們將在下次提到具體應用。

優化Dalvik虛擬機器的堆記憶體分配

對於Android平臺來說,其託管層使用的Dalvik JavaVM從目前的表現來看還有很多地方可以優化處理,比如我們在開發一些大型遊戲或耗資源的應用中可能考慮手動干涉GC處理,使用 dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法可以增強程式堆記憶體的處理效率。當然具體原理我們可以參考開源工程,這裡我們僅說下使用方法:   private final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程式onCreate時就可以調用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可。

 

CentOS6 setup指令安裝

 

在安裝CentOS 6 minimal 後,想要設定網卡、防火牆功能

輸入 setup 卻出現  setup: command not found

解決方式如下:

1.安裝setup指令

yum install setuptool

2.安裝網路設定

yum install system-config-network*

3.安裝防火牆

yum install system-config-securitylevel-tui

4.安裝鍵盤選單

yum install system-config-keyborad

image

建議更新 yum 的安裝來源設定檔

yum install yum-protectbase
yum install yum-fastestmirror yum-priorities

find 語法整理

語法 : find [路徑] [語法]

語法 | 功能

-amin 分鐘 | 搜尋指定時間內曾被存取的檔案或目錄
-anewwe 檔案 | 搜尋比指定檔案儲存時間較新檔案
-atime 小時 | 搜尋指定時間內曾被存取的檔案或目錄, 單位為小時, 以24小時計
-cmin 分鐘 | 搜尋比指定時間新的檔案, 單位為分鐘
-ctime 小時 | 搜尋在指定時間被變更的檔案.
-empty | 搜尋檔案大小為0 或是目錄下沒有檔案的目錄.
-fstype 檔案系統類型 | 指定檔案系統類型.
-gid 群組號碼 | 指定群組號碼
-group 群組名稱 | 指定群組名稱
-inum inode個數 | 指定inode個數
-mmin 分鐘 | 搜尋指定時間內變動的檔案或目錄, 以分鐘計
-mtime 小時 | 搜尋指定時間內變動的檔案或目錄, 以小時計
-name 範本 | 指定範本樣式的檔名
-nouser | 搜尋不屬於本機使用者的檔案或目錄
-nogroup | 搜尋不屬於本機群組的檔案或目錄
-path 範本 | 指定目錄的範本
-perm 權限數值 | 搜尋指定權限的檔案或目錄.
-regex 範本 | 指定範本格式
-size 檔案大小 | 搜尋指定大小的檔案
-type 檔案型態 | 搜尋符合檔案型態的檔案, 包括 b(block special), c(character special), d(directory), p(named pipe), f(regular file), l(symbolic link) 以及s(socket)
-uid 使用者id | 指定使用者id
-used 日數 | 異動後天數
-user 使用者名稱 | 指定使用者名稱

例子1

找出路徑下檔案權限為apache的檔案清單

 find /home/test/public_html -user apache

[非原創]在 Linux 下使用 find 指令查詢目錄與檔案的速查筆記

來源:在 Linux 下使用 find 指令查詢目錄與檔案的速查筆記

在 Linux 平台下找檔案不外乎使用威力強大的 find 命令,威力強大的背後就是有一點點學習曲線,不過整體上來說還算簡單,因此想寫一篇文章留下備忘,讓自己日後可以快速查閱參考。

【 基本語法 】

查詢檔案名稱 ( 也可以查詢「目錄名稱」,其中 * 是萬用字元 )

find $HOME -name '*.mp3'

註1: $HOME 是 Linux 下的一個環境變數,預設指向執行帳號的 HOME 目錄

查詢檔案名稱 (不區分大小寫)

find /etc -iname 'Network'

指定只要搜尋「檔案」名稱

find /var/log -iname '*.log' -type f

指定只要搜尋「目錄」名稱

find /etc -iname 'apache2' -type d

   補充說明:可用的 –type 參數值如下

b      block (buffered) special

c      character (unbuffered) special

d      directory ( 一般目錄 )

p      named pipe (FIFO)

f      regular file ( 一般檔案 )

l      symbolic link

s      socket

D      door (Solaris)

找尋所有檔案大小大於 50MB 的檔案

find /var -type f -size +50M

   註1: 不加上 –name 參數即代表搜尋所有檔案

找尋所有檔案大小小於 50MB 的檔案

find /var -type f -size -50M

尋找超過 7 天沒有被存取或修改過的檔案 (判斷檔案存取時間)

find $HOME -type f -atime +7

尋找曾經在 7 天內被存取或修改過的檔案 (判斷檔案存取時間)

find $HOME -type f -atime -7

尋找超過 10 分鐘沒有被存取或修改過的檔案 (判斷檔案存取時間)

find $HOME -type f -amin +10

尋找曾經在 10 分鐘內被存取或修改過的檔案 (判斷檔案存取時間)

find $HOME -type f -amin -10

尋找檔案建立時間已超過 30 天的檔案

find $HOME -type f -ctime +30

尋找特定使用者的檔案 ( 以帳號名稱 tom 為例 )

find $HOME -type f -user tom

 

【 進階應用 】

刪除 30 天以上未經存取過的暫存檔案 ( 注意: 以下指令最後一個分號(;)前一定要加上反斜線 )

find /tmp -type f -atime +30 -print -exec rm -f '{}' \;

   註1: 加上 –print 是為了讓被刪除的檔案檔名一併顯示在畫面上,這個參數可以省略
   註2: 使用 –exec 會讓查詢到的每一個檔案路徑代入 ‘{}’ 位置,一個檔案會執行一遍 rm 命令

刪除 30 天以上未經存取過的暫存檔案 ( 使用 xargs 當成單一命令的參數 )

find /tmp -type f -print0 | xargs -0 rm -v

   註1: 加上 –print0 是為了讓輸出的結果不以「斷行字元」分隔,而改以 null 為結果的分隔字元
   註2: 使用 xargs 命令加上 –0 是為了讓傳入的資料以 null 字元當成參數的分隔
   註3: 使用 rm 命令加上 –v 是為了能顯示出被刪除的檔案名稱,這個參數可以省略
   註4: 使用 xargs 會將所有 find 命令查到的檔案轉換成 rm 的參數列,如果檔案過多可能會執行失敗!
   註5: 使用 xargs 可確保後面的程式 ( rm ) 只執行一次,所以理論上執行速度較快!

相同參數需輸入多筆並且以「或」邏輯運算時要用 –o 參數串接起來

例1:同時找兩種檔名樣式的檔案

find $HOME -name '*.mp3' -o -user '*.ogg'

例2:同時找兩個擁有者的檔案

find /usr/local -user user1 -o -user user2

 

【 注意事項 】

    • 使用萬用字元時務必加上單引號( ‘ )

      !!以下是錯誤示範!!

[user1@server ~]# find $HOME -name *.txt
find: paths must precede expression
Usage: find [path…] [expression]

 

相關連結

 

[非原創]使用WordPress 應該避免的10個錯誤

我們都知道 WordPress 是一個非常流行的博客平臺,幾乎覆蓋了將近全球所有網站的15.5%。所以知道使用WordPress時什麼該做什麼不該做非常重要。如果你是一個 WordPress開發人員,你可能對這個平臺有更細緻的理解。但是肯定的,你曾經在WordPress上犯過一些錯誤,可能現在都會為之後悔。犯錯誤是 人類的本性。這裡我們展示出一些使用WordPress時應該避免的錯誤。以便未來同樣的錯誤不再發生。

1. 下載免費的主題:

你是否正在創建自己的線上品牌,並想著免費下載WordPress 主題 ?!那麼,你最好三思而後行。對一個初創企業使用免費的主題,是一個設計人員能做的最糟糕的事。這就好像你是主機漏洞。你下載的主題被許多網站所用,你顯 然會成為其中之一。當你渴望創建自己的名氣時,這不是正確的途徑。使用高級主題對你有好處。即使被黑的幾率可能很大,至少你會得到通知。但是,如果你使用 免費主題,那麼你就需要定位並修復安全威脅。

2. 使用太多的外掛程式

在 WordPress中,其實你並不需要對後臺編碼很在行。WordPress為它的用戶提供了許多可供載入的外掛程式。這些外掛程式可以很容易的下載與安裝。外掛程式 的問題在於它降低了網站的性能。編碼糟糕的外掛程式可以使問題變得更嚴重。甚至有可能你的外掛程式偶爾會使你的網站宕機。為了克服這個問題,使用有限數量的外掛程式就 可以了。

3. 獲取小部件

你可以給你的網站添加任意數量的小部件。WordPress給你提供了足夠的空間去這麼做。如果你想把搜索框放到分類目錄的前面,你完全可以做到。想記錄 下你在Twitter網站上最近留下的推文嗎?!小部件可以使之成真。找到你需要的小部件並將它加到你的頁面配置中。它就能出現於你的網站。小部件的問題 在於它們使你的邊欄和頁腳變得混亂。

4. 未能監測評論

為什麼人們丟失了對他們WordPress網站上的評論的監控,這有兩個原因。首先,你收到了垃圾資訊。大堆的垃圾信息。你所要做的就是從普通的評論中過 濾掉垃圾資訊。 Akismet外掛程式可以為你做這件事。你只需安裝它,並註冊一個API key。第二個就是,回復你獲得的評論。對於博客來說,評論起到重要的作用。這是你與你的讀者之間建立一次談話的唯一方法。認真傾聽他們想要告訴你的東 西,並且要一直回復他們。

5. 忘記對你的博客安全加固

在網路中安全一直是價值十億美元的問題。當你的代碼不是那麼健壯時,安全攻擊更有可能會發生。你在使用WordPress時會有一些問題關係到安全威脅。 據說那些正在傳播垃圾資訊的低等級的惡意駭客,更多的在試圖黑WordPress搭建的網站。他們的座右銘是添加垃圾資訊到網站會使網站交通擁擠。如果你 按照WordPress的建議實施了基本的安全措施,那麼你可能會處於更安全的境地。

6. 過度使用分類

分類通常是用作一種容器,相似種類的帖子可以集中被訪問。問題是WordPress使得一切運作起來都很簡單。創建分類是相當的簡單。當你一旦創建一個分 類,最好記得已經存在一個這樣的分類了。當你寫了一個與這個分類相似的帖子,你可以將這個帖子放到這個現存的容器,而不要另外再創建一個同樣名字的分類。 這裡的問題在於,如果你的某個特定的帖子能歸類於超過5到6個分類,這將很難區分。你不需要將同樣的資料放在6個不同的盒子中,對吧?!標籤也是一樣。將 你的標籤限制在5-7個就好了。

7. 偷竊圖片:

這是一件非常普遍的事情。當你寫完一個帖子在給它找一些圖片添加進去時,第一個闖入你腦海的念頭就是Google圖片。你會馬上搜索適合您的內容的圖片, 並將它添加進去,而不會有第二個想法。在你的個人博客中這樣使用圖片是可以的。但在你的官方博客中這麼添加是不可以的。Google上的圖片是有版權的, 它們是屬於某人的。最好選擇那些處於創作共用許可證(Creative Commons Licence)下的圖片,或者在公共領域內的圖片。

8. 貧乏的內容

如果你想維護好一個網站,主要關注於內容而不是外觀的話,最好確保你提供的內容語法是通順的。一定要記住如果你只有貧乏的內容讀者是不會再回來的。我沒有發現在維護的網站中,有某處能使人們發出“哇”的驚歎,但是其中卻沒有什麼可說的東西。

9. 忘記了小屏用戶

小屏用戶?!困惑了?!好吧。我解釋一下。當你開發網站時,永遠也不要忘記移動手機用戶。趨勢現在已經改變。現在的人們更願意在手機上訪問網站,而不是在桌上型電腦桌面。因此,創建一個回應式的網站是一件重要的事情,這樣你就不會失去這些用戶了。

10.忘記了備份:

你能遇到的最糟糕的事情,就是你丟失了網站上你寫了很長時間的所有內容。第一個需要考慮的想法就是你是否對你的網站做了備份。如果你做了這件事。那麼就好 了。偶爾可能會有備份無法工作會使你嚇得屁滾尿流。如果它不能運作你就不能做任何事情。有個好建議是在備份完成之後測試一下你的備份檔案。這樣你就根本不 用擔心是否會丟失自己的網站。

原文連結:http://www.webdesigntalks.com/10-mistakes-you-have-to-avoid-while-using-wordpress/

譯文連結:http://www.oschina.net/translate/10-mistakes-you-have-to-avoid-while-using-wordpress

 

三条命令搞定Winload.exe出现0xc000000e错误

http://www.goodman-lai.idv.tw/2008/07/winload-0xc000000e.html

微软前一段时间放出了Windows Server (TM) Code Name “Longhorn” Build 6001 Beta 3,也就是最近才改名的Windows Server 2008 Beta 3,偶就给自己装了上去,谁让自己有用服务器系统的习惯呢.

Beta 3是英文版,装完之后,弄了半天,设置得差不多了,才发现网上有中文语言包,郁闷!赶快下了语言包装上,顺带把桌面体验也装上,哈哈,这不是节省内存版的Vista嘛,而且还是正版的(序列号是微软给的,可以通过微软激活),玩了一会,发现偶的系统分区不够用了,谁让偶那时装Server 2003只分了15G呢.拿出偶地PQ来,折腾了一下,把D盘的10G调了出来,这时偶犯了个致命的错误,只把D盘的空间空了出来,就想直接入C上加,肯定是加不上了,这是偶后来才转过神来的,谁让偶已经有两年没有折腾过系统了呢!

当时也没有多想,直接进入到系统里面,把磁盘转成动态磁盘,结果,PQ等再也无法处理磁盘了,最后用了Disk Genius把硬盘分区手动改成基本分区,此时那10G的空间白白扔到那里再也无法划到C盘上去了.

弄了几天后,实在没招,只能拿出偶另外的一块200G硬盘,按照现有硬盘分区大小划分了分区,一个一个分区数据GHOST过去,蛮怀希望地用新硬盘重新启动系统,却出现了:

File:  \Windows\system32\winload.exe

Status: 0xc000000e

Info: The selected entry could not be loaded because the application is missing or corrupt.

在网上搜索了下发现,出现这个问题的人还不在少数,不过大多数都是老外,用的是Vista,原因是,使用GHOST把系统分区做到其他硬盘的分区上,然后就无法从新硬盘上启动了.

解决办法是:
使用WinPE盘启动,然后切换到新硬盘系统分区的:windows\system32目录下
切换目录命令为:

Code:
cd c:\windows\system32

C:为系统分区盘符

运行以下三条命令:
bcdedit /set {default} osdevice boot
bcdedit /set {default} device boot
bcdedit /set {default} detecthal 1

重新启动,系统已经OK了.