favicon.ico是個什麼東西呢,也許見得太多都習覺得常了(我就是這樣,直到寫這篇文章以前才知道),看看維基百科的解釋:php
Favicon是favorites icon的縮寫,亦被稱爲website icon(網頁圖標)、page icon(頁面圖標)或urlicon(URL圖標),下面是連接 http://zh.wikipedia.org/wiki/Faviconhtml
其實說白了就是這個東西,大部分網站都會在打開的瀏覽器tab最左側顯示這個小圖標,這個就是favicon.iconginx
這個圖標怎麼設置的呢,有多少同窗跟我同樣對這個小細節習覺得常了,可是不清楚怎麼設置舉個手(這裏反省下本身,有好多細節東西把臉都能碰腫,但我卻不真正的瞭解他,更可怕的是個人潛意識裏認爲我瞭解他......)。web
這個怎麼設置呢,設置方法很簡單,有兩種法子:chrome
就是將文件命名爲favicon.ico並放在網站根目錄下就能夠,瀏覽器會自動方請求去獲取http://host/favicon.ico,這個請求在瀏覽器中經過F12是看不到的,須要藉助其餘工具(好比說Fiddler)去看,或者打開服務器訪問日誌,好比我這個,nginx日誌中會顯示網頁圖標請求瀏覽器
"13/May/2015:16:07:31 +0800" "192.168.X.X" "test.test.com" "200" "GET /favicon.ico HTTP/1.1" "4409" ......
這種方法就是經過html的link標籤設置網頁圖表的位置和名稱,就像下面這樣緩存
<link href="favicon_baoman.ico" type="image/x-icon" rel="icon">
瀏覽器會緩存圖標的信息,firefox我試了下是每隔一段時間(2分鐘左右)就會請求一次favicon,chrome要刪除數據才能夠從新請求~~服務器
發現這個問題是由於PHP框架,PHP框架經過pathinfo去解析路由,路由方式爲【mod/controller.method】,若是不匹配的話就記錄日誌並返回404,我訪問一個正確的路徑也會報錯說是路由不存在,可是接口返回是ok的,訪問一個錯誤的路由會記錄兩條錯誤日誌,這個是怎麼回事呢,下面是個人nginx配置框架
server { listen 80; server_name test.test.com; location / { root /export/adsz/boss/php/sphp; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_split_path_info ^((?U).+\.php)(/?.+)$; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; include fastcgi_params; rewrite ^/(.*)$ /index.php/$1 break; } }
nginx配置致使了這個問題的存在,瀏覽器請求一個接口的時候,會默認帶上http://test.test.com/favicon.ico,這個時候報出路由錯誤就想的通了,瀏覽器發出兩條請求,一條使咱們想要的,另外一條就是這個ico網頁圖標請求,這個問題解決方法也很簡單,只須要在配置中添加這個圖表或者將favicon請求定位到其餘地方:工具
server { listen 80; server_name test.test.com; location = /favicon.ico { root /wwroot/public/images/; } location / { root /wwroot/; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_split_path_info ^((?U).+\.php)(/?.+)$; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; include fastcgi_params; rewrite ^/(.*)$ /index.php/$1 break; } }
找到這個緣由並修改後,我又仔細看了看nginx配置,發現其餘虛擬主機都有配置這個favicon.ico的匹配規則!囧。。。,總結下,就是要多看看,多想一想爲何,不要對不少東西失去興趣、見怪不怪