艾銻知識 |IIS中http頭的作用介紹

2020-02-21 17:16 作者：admin

 
這幾天如果大家關注疫情數據的變化，可以看到新增確診病例在持續下降，這意味著疫情很快就會結束，大家再也不用在家辦公了，到不是在家工作有什么不好，但人類發明工作不簡簡單單只是為了實現結果的達成，還有一個非常重要的因素就是人與人之間的聯結，這是人類內在價值的需求，透過工作與人接觸，共同感受彼此的能量流動，從而達到自我價值的實現，這就像演員都渴望登上奧斯卡的舞臺，來實現自我角色的認可一樣。  
在家辦公，畢竟是家，松、散、懶以及無所謂的態度會隨時產生，我相信不是每個人都會這樣，但大部分人會如此，因為家本來就是放松的能量場，接下來大家即將回到公司，回到自己的工作崗位，難免會把在家的狀態帶入工作中，如果每個人都是這樣的狀態，企業很快會陷入新的窘境，所以沒有狀態，也不會有好的結果，狀態就是一切。
 
團隊的勢氣決定企業整體的戰斗力，那如何調整陸陸續續回來的團隊成員呢？
 
   
艾銻無限對中小企業有三條建議：
 
第一，重新梳理整個企業的戰略，疫情的發生，是否給你企業帶來了變化？如果有那是什么？是否需要調整自己原有的戰略方向來應對疫情發生后的影響？
 
第二，重新明確每個人的目標和目的，目標就是重回企業的人要干什么？干到什么程度？什么時間可以看到這個結果的發生？目的就是為什么要實現這個目標？這個目標與自己的意義是什么？與企業的意義又是什么？達成了會怎么樣？達不成又會怎么樣？
 
只有清晰這些問題，才會讓回到工作崗位的人快速改變自己的狀態投入到接下來的工作中，只有積極的狀態投入工作才會有積極的成果發生，反之依然。
 
第三，企業高管與員工建立一對一的對話機制，因疫情的影響，每個人心理或多或少都會產生一些內在的變化，作為企業的高層管理人員，最好與企業內部員工一對一的進行溝通，去了解在這個過程中員工受到的影響和產生的變化，以便接下來更好的調整他們的狀態，因為如果他們的心沒有回來，企業的要求和制度帶來的也都是大家沒有能量的重復和機械的工作，最終也很難帶來好的結果。
 
以上三點是企業管理者需要重視的，當然身為企業的一員無論是誰也都需要重新審視自己的狀態，因為這關系著企業接下來的生、死、存、亡，能量是企業持續發展的源泉，以上所有的目的都是為了聚合企業人的能量，重新點燃大家面對工作的激情和信心，這將是企業至勝的法定。
 
當然這只是我們一家之言，每家企業可根據自身的情況做出相應的調整和改變。
 
以上三點做為每一家企業的管理者都有必要重視起來，因為這關系著企業接下來的生、死、存、亡，當然這只是我們一家之言，可根據自身的情況做出相應的調整和改變。
 
那為什么我們會有這樣的思考，因為艾銻無限是一家企業互聯網”云”解決方案服務平臺，企業在初創時經歷了2003年的非典，后來又經歷了2008年的經濟危機以及2016年互聯網創業大潮，生生死死，幾經沉浮，最終發現上述三點是生死線中最重要的，所以愿意分享給大家，期望這次疫情大家不僅能渡過難關，更能看見大家在這個過程中強而有力的領導力，讓自己企業力挽狂瀾，讓自己的工作更上一層樓，讓自己的生活在2020年更精彩。
 
在這次疫情后各個企業恢復的過程中，艾銻無限還能為大家做的就是免費為中小企業提供相應的IT服務，以下是艾銻無限可以提供服務的內容，如果大家有相應的需求，可以打下面的電話與我們的企業相關人員聯系，我們一定會盡全力幫助大家渡過難關。
   
 
歷經10幾年,艾銻無限服務了5000多家中小企業并保障了幾十萬臺設備的正常運轉，積累了豐富的企業IT緊急問題和特殊故障的解決方案，我們為您的企業提供的IT服務分為三大版塊:
 
第一版塊是保障性IT外包服務:如電腦設備運維，辦公設備運維，網絡設備運維，服務器運維等綜合性企業IT設備運維服務。
 
第二版塊是功能性互聯網外包服務:如網站開發外包，小程序開發外包，APP開發外包，電商平臺開發外包，業務系統的開發外包和后期的運維外包服務。
 
第三版塊是增值性云服務外包:如企業郵箱上云，企業網站上云，企業存儲上云，企業APP小程序上云，企業業務系統上云，阿里云產品等后續的云運維外包服務。
   
更多服務也可以登錄艾銻無限的官網: www.bjitwx.com 查看詳細說明。

每家企業都有著不同的人，每個人都有著不一樣的思考，所以企業不需要統一所有人的思維，企業只需要統一所有人的心，因為只要心在一起了，能量就會合一，能量合一企業將無所不能。
 
相信這次疫情帶給中國企業的不僅僅是災難，更有可能的是歷練，這幾年經濟發展如此快速，大部分中小企業的成長都是隨著國家政策及整個社會的大勢起來的，沒有經過太多的挑戰和困難，所以存活周期也會很短，從2016年大眾創業，萬眾創新倡導下成立了上千萬家企業，但真正存活下來的就只有幾萬家，這樣的結果即不能給國家帶來穩定持續發展的動力，也不能為社會創造更大的價值，反而讓更多的人投機取巧，心浮氣躁，沉不下來真正把一件事做好，做到極致。
 
所以這次疫情也會讓大部分企業重新思考，問問自己，為什么要創立這家企業，想為這個國家和社會帶來的是什么？企業真正在創造的是什么？如何做才能讓社會因自己的企業變得更好？.....
 
當企業真正去思考，用心去創造價值的時候，也就是人們幸福快樂的時候，因為再也不用擔心假貨、次貨、買到不好的產品，更不用擔心環境被污染，大氣被破壞，疫情即是一場災難，又是重新成就中國企業的一次機會，讓全世界人覺醒，生命只有一次，我們要如何做才能不枉此生呢？
 
   
你對世界微笑，世界絕不會對你哭，希望大家都能積極樂觀起來，讓自己、自己的家人、自己的企業、還有自己的國家都快樂起來，把焦點、意識、能量放在我們想要什么上，而不是不要的事情上，我相信，就在不久的將來，我們一定會看到一個富強、文明、健康的中國以及一個和諧友愛的世界。
 
萬物同體，能量合一，最后無論你是中小企業，還是大型國有企業，只要你選擇艾銻無限，我們就一定全力以赴幫助大家渡過難關，服務有限，信息無限，透過全體艾銻人的努力，為您收集最有效的IT技術信息，讓您企業更快速解決遇到的IT問題：
 
艾銻知識 |IIS中http頭的作用介紹
IIS的主機頭值
主機頭是綁定域名，沒有域名不用設置主機頭
所謂的主機頭的叫法起自IIS中對域名綁定的功能，一般的web服務器一個ip地址的80端口只能正確對應一個網站，處理一個域名的訪問請求。而web服務器在不使用多個ip地址和端口的情況下，如果需要支持多個相對獨立的網站就需要一種機制來分辨同一個ip地址上的不同網站的請求，這就出現了主機頭綁定的方法。簡單的說就是，將不同的網站空間對應不同的域名，以連接請求中的域名字段來分發和應答正確的對應空間的文件執行結果。
舉個例子來說，一臺服務器ip地址為192.168.1.10，有兩個域名和對應的空間在這臺服務器上，使用的都是192.168.1.10的80端口來提供服務。如果只是簡單的將兩個域名A和B的域名記錄解析到這個ip地址，那么web服務器在收到任何請求時反饋的都會是同一個網站的信息，這顯然達不到要求。接下來我們使用主機頭綁定域名A和B到他們對應的空間文件夾C和D。當含有域名A的web請求信息到達192.168.1.10時，web服務器將執行它對應的空間C中的首頁文件，并返回給客戶端，含有域名B的web請求信息同理，只不過解釋的是空間D的文件。所以在使用主機頭綁定功能后就不能使用ip地址訪問其上的任何網站了，因為請求信息中不存在域名信息，所以會出錯。
一個服務器上可以放很多網站，但輸入不同的域名訪問不同的網站就是通過IIS的主機頭值來區分的。
IIS中http頭的作用
在IIS中有一個叫主機頭的概念，我們基本都已經掌握，還有一個叫HTTP頭的概念，有的同學已經問我這個問題，其實HTTP頭更多的涉及到軟件上的東東。
最直觀的HTTP頭就是當我們在FROTPAGE或DREAMWEAVER中每次新建一個HTML頁面后，在這個頁面的代碼都會有這樣一行代碼：
其實這就是一個HTTP頭信息，HTML頁面開頭都會有類似的這樣一行代碼。
IIS調試中http
那么到底是么是HTTP頭呢？HTTP頭分為HTTP請求頭和HTTP應答頭。HTTP請求頭為HTTP客戶在瀏覽服務器上的主頁時，向服務器發送請求的時候必須指明請求類型。請求類型是指HTTP-GET或HTTP-POST，每個HTTP-GET和HTTP-POST都由一系列HTTP請求頭組成，這些請求頭定義了客戶端從服務器請求了什么，而響應則是由一系列HTTP應答頭和應答數據組成，如果請求成功則返回應答。
我的理解：每次客戶端通過IE向服務器請求訪問一個頁面時總是使用HTTP的請求頭發送GET類型或POST類型的HTTP請求頭.服務器在發送應答時，發送的是HTTP應答請求。
請求頭和應答具體有哪些標識，我們不詳細講了，自己看以下內容：
HTTP請求頭概述 （HttpServletRequest）
HTTP客戶程序（例如瀏覽器），向服務器發送請求的時候必須指明請求類型（一般是GET或者POST）。如有必要，客戶程序還可以選擇發送其他的請求頭。大多數請求頭并不是必需的，但Content-Length除外。對于POST請求來說Content-Length必須出現。
下面是一些最常見的請求頭
Accept：瀏覽器可接受的MIME類型。
Accept-Charset：瀏覽器可接受的字符集。
Accept-Encoding：瀏覽器能夠進行解碼的數據編碼方式，比如gzip。Servlet能夠向支持gzip的瀏覽器返回經gzip編碼的HTML頁面。許多情形下這可以減少5到10倍的下載時間。
Accept-Language：瀏覽器所希望的語言種類，當服務器能夠提供一種以上的語言版本時要用到。
Authorization：授權信息，通常出現在對服務器發送的WWW-Authenticate頭的應答中。
Connection：表示是否需要持久連接。如果Servlet看到這里的值為“Keep-Alive”，或者看到請求使用的是HTTP 1.1（HTTP 1.1默認進行持久連接），它就可以利用持久連接的優點，當頁面包含多個元素時（例如Applet，圖片），顯著地減少下載所需要的時間。要實現這一點，Servlet需要在應答中發送一個Content-Length頭，最簡單的實現方法是：先把內容寫入ByteArrayOutputStream，然后在正式寫出內容之前計算它的大小。
Content-Length：表示請求消息正文的長度。
Cookie：這是最重要的請求頭信息之一
From：請求發送者的email地址，由一些特殊的Web客戶程序使用，瀏覽器不會用到它。
Host：初始URL中的主機和端口。
If-Modified-Since：只有當所請求的內容在指定的日期之后又經過修改才返回它，否則返回304“Not Modified”應答。
Pragma：指定“no-cache”值表示服務器必須返回一個刷新后的文檔，即使它是代理服務器而且已經有了頁面的本地拷貝。
Referer：包含一個URL，用戶從該URL代表的頁面出發訪問當前請求的頁面。
User-Agent：瀏覽器類型，如果Servlet返回的內容與瀏覽器類型有關則該值非常有用。
UA-Pixels，UA-Color，UA-OS，UA-CPU：由某些版本的IE瀏覽器所發送的非標準的請求頭，表示屏幕大小、顏色深度、操作系統和CPU類型。
有關HTTP頭完整、詳細的說明，請參見http://www.w3.org/Protocols/的HTTP規范。
HTTP響應頭概述（HttpServletResponse）
Web服務器的HTTP應答一般由以下幾項構成：一個狀態行，一個或多個響應頭，一個空行，內容文檔。設置HTTP應答頭往往和設置狀態行中的狀態代碼結合起來。例如，有好幾個表示“文檔位置已經改變”的狀態代碼都伴隨著一個Location頭，而401（Unauthorized）狀態代碼則必須伴隨一個WWW-Authenticate頭。
然而，即使在沒有設置特殊含義的狀態代碼時，指定應答頭也是很有用的。應答頭可以用來完成：設置Cookie，指定修改日期，指示瀏覽器按照指定的間隔刷新頁面，聲明文檔的長度以便利用持久HTTP連接，……等等許多其他任務。
設置應答頭最常用的方法是HttpServletResponse的setHeader，該方法有兩個參數，分別表示應答頭的名字和值。和設置狀態代碼相似，設置應答頭應該在發送任何文檔內容之前進行。
setDateHeader方法和setIntHeadr方法專門用來設置包含日期和整數值的應答頭，前者避免了把Java時間轉換為GMT時間字符串的麻煩，后者則避免了把整數轉換為字符串的麻煩。
HttpServletResponse還提供了許多設置
setContentType：設置Content-Type頭。大多數Servlet都要用到這個方法。
setContentLength：設置Content-Length頭。對于支持持久HTTP連接的瀏覽器來說，這個函數是很有用的。
addCookie：設置一個Cookie（Servlet API中沒有setCookie方法，因為應答往往包含多個Set-Cookie頭）。
另外，如上節介紹，sendRedirect方法設置狀態代碼302時也會設置Location頭。
有關HTTP頭詳細和完整的說明，請參見http://www.w3.org/Protocols/規范。
HTTP應答頭 說明
Allow 服務器支持哪些請求方法（如GET、POST等）。
Content-Encoding 文檔的編碼（Encode）方法。只有在解碼之后才可以得到Content-Type頭指定的內容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。Java的GZIPOutputStream可以很方便地進行gzip壓縮，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此，Servlet應該通過查看Accept-Encoding頭（即request.getHeader("Accept-Encoding")）檢查瀏覽器是否支持gzip，為支持gzip的瀏覽器返回經gzip壓縮的HTML頁面，為其他瀏覽器返回普通頁面。
Content-Length 表示內容長度。只有當瀏覽器使用持久HTTP連接時才需要這個數據。如果你想要利用持久連接的優勢，可以把輸出文檔寫入ByteArrayOutputStram，完成后查看其大小，然后把該值放入Content-Length頭，最后通過byteArrayStream.writeTo(response.getOutputStream()發送內容。
Content-Type 表示后面的文檔屬于什么MIME類型。Servlet默認為text/plain，但通常需要顯式地指定為text/html。由于經常要設置Content-Type，因此HttpServletResponse提供了一個專用的方法setContentTyep。
Date 當前的GMT時間。你可以用setDateHeader來設置這個頭以避免轉換時間格式的麻煩。
Expires 應該在什么時候認為文檔已經過期，從而不再緩存它？
Last-Modified 文檔的最后改動時間。客戶可以通過If-Modified-Since請求頭提供一個日期，該請求將被視為一個條件GET，只有改動時間遲于指定時間的文檔才會返回，否則返回一個304（Not Modified）狀態。Last-Modified也可用setDateHeader方法來設置。
Location 表示客戶應當到哪里去提取文檔。Location通常不是直接設置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設置狀態代碼為302。
Refresh 表示瀏覽器應該在多少時間之后刷新文檔，以秒計。除了刷新當前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面。注意這種功能通常是通過設置HTML頁面HEAD區的實現，這是因為，自動刷新或重定向對于那些不能使用CGI或Servlet的HTML編寫者十分重要。但是，對于Servlet來說，直接設置Refresh頭更加方便。注意Refresh的意義是“N秒之后刷新本頁面或訪問指定頁面”，而不是“每隔N秒刷新本頁面或訪問指定頁面”。因此，連續刷新要求每次都發送一個Refresh頭，而發送204狀態代碼則可以阻止瀏覽器繼續刷新，不管是使用Refresh頭還是。注意Refresh頭不屬于HTTP 1.1正式規范的一部分，而是一個擴展，但Netscape和IE都支持它。
Server 服務器名字。Servlet一般不設置這個值，而是由Web服務器自己設置。
Set-Cookie 設置和頁面關聯的Cookie。Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。參見下文有關Cookie設置的討論。
WWW-Authenticate 客戶應該在Authorization頭中提供什么類型的授權信息？在包含401（Unauthorized）狀態行的應答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=\"executives\"")。注意Servlet一般不進行這方面的處理，而是讓Web服務器的專門機制來控制受密碼保護頁面的訪問（例如.htaccess）。
5.3 實例：輸出所有的請求頭
下面的Servlet實例把所有接收到的請求頭和它的值以表格的形式輸出。另外，該Servlet還會輸出主請求命令的三個部分：請求方法，URI，協議/版本。
　　 ShowRequestHeaders.java
?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

package hall;   import java.io.*; import javax.servlet.*; import javax.servlet.http.*; import java.util.*;   public class ShowRequestHeaders extends HttpServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/html"); PrintWriter out = response.getWriter(); String title = "顯示所有請求頭"; out.println(ServletUtilities.headWithTitle(title) + "＜BODY BGCOLOR=＼"#FDF5E6＼"＞＼n" + "＜H1 ALIGN=CENTER＞" + title + "＜/H1＞＼n" + "＜B＞Request Method: ＜/B＞" + request.getMethod() + "＜BR＞＼n" + "＜B＞Request URI: ＜/B＞" + request.getRequestURI() + "＜BR＞＼n" + "＜B＞Request Protocol: ＜/B＞" + request.getProtocol() + "＜BR＞＜BR＞＼n" + "＜TABLE BORDER=1 ALIGN=CENTER＞＼n" + "＜TR BGCOLOR=＼"#FFAD00＼"＞＼n" + "＜TH＞Header Name＜TH＞Header Value"); Enumeration headerNames = request.getHeaderNames(); while(headerNames.hasMoreElements()) { String headerName = (String)headerNames.nextElement(); out.println("＜TR＞＜TD＞" + headerName); out.println(" ＜TD＞" + request.getHeader(headerName)); } out.println("＜/TABLE＞＼n＜/BODY＞＜/HTML＞"); }   public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { doGet(request, response); } }