① Web伺服器配置方法教程
伺服器是一種高性能計算機，作為網路的節點，存儲、處理網路上80%的數據、信息，因此也被稱為網路的靈魂。那麼該如何配置Web伺服器呢?如果你不知道，請看我整理的Web伺服器配置方法詳解吧!
2、單擊窗口中的“添加/刪除Windows組件”圖標，彈出“Windows組件向導”對話框。
3、選中“向導”中的“應用程序伺服器”復選框。單擊“詳細信息”按鈕，彈出“應用程序伺服器”對話框。
4、選擇需要的組件，其中“Internet信息服務(IIS)”和“應用程序伺服器控制台”是必須選中的。選中“Internet信息服務(IIS)”後，再單擊“詳細信息”按鈕，彈出“Internet信息服務(IIS)”對話框。
5、選中“Internet信息服務管理器”和“萬維網服務”。並且選中“萬維網服務”後，再單擊“詳細信息”按鈕，彈出“萬維網服務”對話框。
6、其中的“萬維網服務”必須選中。如果想要伺服器支持ASP，還應該選中“Active Server Pages”。逐個單擊“確定”按鈕，關閉各對話框，直到返回圖1的“Windows組件向導”對話框。
7、單擊“下一步”按鈕，系統開始IIS的安裝，這期間可能要求插入Windows Server 2003安裝盤，系統會自動進行安裝工作。
8、安裝完成後，彈出提示安裝成功的對話框，單擊“確定”按鈕就完成了IIS的安裝。
友情提示：如果想要同時裝入FTP伺服器，在“Internet信息服務(IIS)”對話框中應該把“文件傳輸協議(FTP)服務”的復選框也選中。
在IIS中創建Web網站
打開“Internet 信息服務管理器”，在目錄樹的“網站”上單擊右鍵，在右鍵菜單中選擇“新建→網站”，彈出“網站創建向導”：
網站描述就是網站的名字，它會顯示在IIS窗口的目錄樹中，方便管理員識別各個站點。本例中起名為“枝葉的網站”。
網站IP地址：如果選擇“全部未分配”，則伺服器會將本機所有IP地址綁定在該網站上，這個選項適合於伺服器中只有這一個網站的情況。也可以從 下拉式列表框中選擇一個IP地址(下拉式列表框中列出的是本機已配置的IP地址，如果沒有，應該先為本機配置IP地址，再選擇。)
TCP埠：一般使用默認的埠號80，如果改為其它值，則用戶在訪問該站點時必須在地址中加入埠號。
主機頭：如果該站點已經有域名，可以在主機頭中輸入域名。
主目錄路徑是網站根目錄的位置，可以用“瀏覽”按鈕選擇一個文件夾作為網站的主目錄。
網站訪問許可權是限定用戶訪問網站時的許可權，“讀取”是必需的，“運行腳本”可以讓站點支持ASP，其它許可權可根據需要設置。
單擊“下一步”，彈出“完成向導”對話框，就完成了新網站的創建過程，在IIS中可以看到新建的網站。把做好的網頁和相關文件復制到主目錄中，通常就可以訪問這個網站了。
訪問網站的方法是：如果在本機上訪問，可以在瀏覽器的地址欄中輸入“http://localhost/”;如果在網路中其它計算機上訪問，可以在瀏覽器的地址欄中輸入“http://網站IP地址”。
說明：如果網站的TCP埠不是80，在地址中還需加上埠號。假設TCP埠設置為8080，則訪問地址應寫為“http://localhost:8080/”或“http://網站IP地址：8080”。
網站的基本配置
如果需要修改網站的參數，可以在“網站名字”上單擊右鍵，在右鍵菜單中選擇“屬性”，可以打開“網站屬性”對話框。
1、“網站”標簽
“網站標識”：可以設置網站名字、IP地址、埠號。單擊“高級”按鈕可以設置主機頭名。
2、“主目錄”標簽
在本地路徑中可以設置主目錄的路徑名和訪問許可權。
3、“文檔”標簽
默認文檔是指訪問一個網站時想要打開的默認網頁，這個網頁通常是該網站的主頁。如果沒有啟用默認文檔或網站的主頁文件名不在默認文檔列表中，則訪問這個網站時需要在地址中指明文件名。
默認文檔列表中最初只有4個文件名：Default.htm、Default.asp、index.htm和Default.aspx。我用 “添加”按鈕加入了一個index.asp，並用“上移”按鈕把它移到了頂部。這主要是因為我的網站的主頁名為“index.asp”，所以應該把它加入 列表，至於是否位於列表頂部倒是無關緊要的。
經過以上配置，一個Web網站就可以使用了。把製作好的網頁復制到網站的主目錄中，網站主頁的文件名應該包含在默認文檔中。打開瀏覽器，在地址欄中輸入“http://本機IP地址”，就可以打開網站的主頁。其它頁面可以用網頁中的超鏈接打開。
虛擬目錄
虛擬目錄可以使一個網站不必把所有內容都放置在主目錄內。虛擬目錄從用戶的角度來看仍在主目錄之內，但實際位置可以在計算機的其它位置，而且虛擬目錄的名字也可以與真實目錄不同。如：
圖中用戶看到的一個位於主目錄下的文件夾“pic”，它的真實位置在伺服器的“D:myimage”處，而主目錄位於“C:mywww” 處。假設該網站的域名是“www.abc.com”，則用戶訪問“http://www.abc.com/pic/文件1”時，訪問的實際位置是伺服器的 “D:myimage文件1”，所以虛擬目錄的真實名字和位置對用戶是不可知的。
創建虛擬目錄的方法 ：
打開 Internet 信息服務窗口，在想要創建虛擬目錄的 Web 站點上 單擊右鍵，選擇“新建”→“虛擬目錄”。彈出虛擬目錄創建向導：
別名是映射後的名字，即客戶訪問時的名字;
路徑：伺服器上的真實路徑名，即虛擬目錄的實際位置;
訪問許可權：指客戶對該目錄的訪問許可權。
單擊“下一步”按鈕，彈出完成對話框，虛擬目錄就建立成功了。把相關文件復制到虛擬目錄中，用戶就可以按照虛擬的樹形結構訪問到指定文件了。
通常虛擬目錄的訪問許可權、默認文檔等都繼承自主目錄，如果需要修改，可在“Internet 信息服務管理器”中的虛擬目錄上單擊右鍵，選擇“屬性”，就可以修改虛擬目錄的參數設置了。
補充：伺服器介紹
伺服器，也稱伺服器，是提供計算服務的設備。由於伺服器需要響應服務請求，並進行處理，因此一般來說伺服器應具備承擔服務並且保障服務的能力。
伺服器的構成包括處理器、硬碟、內存、系統匯流排等，和通用的計算機架構類似，但是由於需要提供高可靠的服務，因此在處理能力、穩定性、可靠性、安全性、可擴展性、可管理性等方面要求較高。
在網路環境下，根據伺服器提供的服務類型不同，分為文件伺服器，資料庫伺服器，應用程序伺服器，WEB伺服器等。
相關閱讀：伺服器常見問題有哪些
1.系統藍屏、頻繁死機、重啟、反映速度遲鈍
伺服器的與我們平常電腦不論是硬體結構還是運行系統，都是極其類似的。因此，就如同我們的電腦一樣，一樣可能會感染病毒，同樣會因為系統漏洞、軟體沖突、硬體故障導致死機、藍屏、重啟等故障，同樣會因為垃圾緩存信息過多而導致反應遲鈍。
2.遠程桌面連接超出最大連接數
由於伺服器默認為允許連接數為2個，如果登陸後忘記注銷，而是直接關閉遠程桌面的話，伺服器識別此次登陸還是留在伺服器端的。出現這種情況，最常見的就是重啟伺服器，但是，如果是高峰期，重啟伺服器帶來的損失是顯而易見的。那麼此時，就可以利用mstsc/console指令進行強行登陸了。打開“運行”框，鍵入“mstsc/v:xxx.xxx.xxx.xxx(伺服器IP)/console”，即可強行登陸到遠程桌面了。
3.無法刪除的文件該怎麼清理
遇到這種情況，可能是該文件還在運行中，可以重啟刪之，或者運行CMD，輸入arrtib-a-s-h-r想要刪除的文件夾名，最後輸入del想要刪除的文件夾名即可刪除，運行該命令後無法恢復，請慎用。
4.系統埠隱患
對於伺服器來說，首要保障穩定性和安全性。因此，我們僅需保證伺服器最基本的功能即可，就像音效卡都是默認禁止的。我們並不需要太多的功能，也不需要太多的埠支持。像一些不必要，而且風險較高的埠大可封掉。而一些必要的，又有風險的埠，比如:3389、80等埠，我們可以通過修改注冊表的方法將其設置不特殊的秘密埠，這樣伺服器埠的安全隱患就不復存在了。
② 如何用c語言實現基於http的webservice
package com.yun.test;
import java.rmi.RemoteException;
import org.apache.axis.client.Call;
import org.apache.axis.client.Service;
import org.apache.axis.message.PrefixedQName;
import org.apache.axis.message.SOAPHeaderElement;
import com.cezanne.golden.user.Exception;
import com.cezanne.golden.user.UserManagerServiceProxy;
import javax.xml.namespace.QName;
import java.net.MalformedURLException;
import javax.xml.rpc.ServiceException;
import javax.xml.soap.Name;
import javax.xml.soap.SOAPException;
public class testWebService {
public static String getResult() throws ServiceException, MalformedURLException, RemoteException, SOAPException
{
//標識Web Service的具體路徑
String endpoint = "WebService服務地址";
// 創建 Service實例
Service service = new Service();
// 通過Service實例創建Call的實例
Call call = (Call) service.createCall();
//將Web Service的服務路徑加入到call實例之中.
call.setTargetEndpointAddress( new java.net.URL(endpoint) );//為Call設置服務的位置
// 由於需要認證，故需要設置調用的SOAP頭信息。
Name headerName = new PrefixedQName( new QName("發布的wsdl里的targetNamespace里的url", "string_itemName") );
org.apache.axis.message.SOAPHeaderElement header = new SOAPHeaderElement(headerName);
header.addTextNode( "blablabla" );
call.addHeader(header);
// SOAPHeaderElement soapHeaderElement = new SOAPHeaderElement("發布的wsdl里的targetNamespace里的url", "SoapHeader");
// soapHeaderElement.setNamespaceURI("發布的wsdl里的targetNamespace里的url");
// try
// {
// soapHeaderElement.addChildElement("string_itemName").setValue("blablabla");
// }
// catch (SOAPException e)
// {
// e.printStackTrace();
// }
// call.addHeader(soapHeaderElement);
//調用Web Service的方法
org.apache.axis.description.OperationDesc oper;
org.apache.axis.description.ParameterDesc param;
oper = new org.apache.axis.description.OperationDesc();
oper.setName("opName");
param = new org.apache.axis.description.ParameterDesc(new javax.xml.namespace.QName("", "arg0"), org.apache.axis.description.ParameterDesc.IN, new javax.xml.namespace.QName(", "string"), java.lang.String.class, false, false);
param.setOmittable(true);
oper.addParameter(param);
param = new org.apache.axis.description.ParameterDesc(new javax.xml.namespace.QName("", "arg1"), org.apache.axis.description.ParameterDesc.IN, new javax.xml.namespace.QName(", "string"), java.lang.String.class, false, false);
param.setOmittable(true);
oper.addParameter(param);
param = new org.apache.axis.description.ParameterDesc(new javax.xml.namespace.QName("", "arg2"), org.apache.axis.description.ParameterDesc.IN, new javax.xml.namespace.QName(", "string"), java.lang.String.class, false, false);
param.setOmittable(true);
oper.addParameter(param);
oper.setReturnType(new javax.xml.namespace.QName(", "string"));
oper.setReturnClass(java.lang.String.class);
oper.setReturnQName(new javax.xml.namespace.QName("", "return"));
oper.setStyle(org.apache.axis.constants.Style.WRAPPED);
oper.setUse(org.apache.axis.constants.Use.LITERAL);
oper.addFault(new org.apache.axis.description.FaultDesc(
new javax.xml.namespace.QName("發布的wsdl里的targetNamespace里的url", "Exception"),
"Exception",
new javax.xml.namespace.QName("發布的wsdl里的targetNamespace里的url", "Exception"),
true
));
call.setOperation( oper );
call.setOperationName(new javax.xml.namespace.QName("發布的wsdl里的targetNamespace里的url", "opName"));
//調用Web Service,傳入參數
String res = ( String ) call.invoke( new Object[]("arg0","arg1"));
System.out.println("===============");
return res;
}
/**
* @param args
*/
public static void main(String[] args) {
try {
System.out.println(getResult());
} catch (MalformedURLException e) {
e.printStackTrace();
} catch (RemoteException e) {
e.printStackTrace();
} catch (ServiceException e) {
e.printStackTrace();
} catch (SOAPException e) {
e.printStackTrace();
}
}
}
③ 常用的web伺服器軟體有哪些
1.IIS
IIS是英文Internet Information Server的縮寫，譯成中文就是"Internet信息服務"的意思。它是微軟公司主推的伺服器，最新的版本是Windows2008裡麵包含的IIS 7，IIS與Window Server完全集成在一起，因而用戶能夠利用Windows Server和NTFS（NT File System，NT的文件系統）內置的安全特性，建立強大，靈活而安全的Internet和Intranet站點。
2.ApacheApache
ApacheApache在世界上的排名是第一的，它可以運行在幾乎所有廣泛使用的計算機平台上。Apache源於NCSAhttpd伺服器，經過多次修改，不僅簡單、速度快、而且性能穩定，還可以用來做代理伺服器。
3.Nginx
Nginx不僅是一個小巧且高效的HTTP伺服器，也可以做一個高效的負載均衡反向代理，通過它接受用戶的請求並分發到多個Mongrel進程可以極大提高Rails應用的並發能力。
4.Zeus
Zeus是一個運行於Unix下的非常優秀的Web Server，據說性能超過Apache，是效率最高的Web Server之一。
5.Sun
Sun的Java系統Web伺服器也就是以前的Sun ONE Web Server。主要出現在那些運行Sun的Solaris操作系統的關鍵任務級Web伺服器上。它最新的版本號是6.1,可以支持x86版本Solaris，Red Hat Linux，HP-UX 11i， IBM AIX，甚至可以支持Windows，但它的大多數用戶都選擇了SPARC版本的Solaris操作系統。
④ 第五章：Web伺服器
5.1各種形狀和尺寸的Web伺服器
Web伺服器會對HTTP請求進行處理並提供響應。術語「Web伺服器」可以用來表示Web伺服器的軟體，也可以用來表示提供Web頁面的特定設備或計算機。
Web伺服器有著不同的風格、形狀和尺寸。有普通的10行Perl腳本的Web伺服器、50MB的安全商用引擎以及極小的卡上伺服器。但不管功能有何差異，所有的 Web伺服器都能夠接收請求資源的 HTTP請求，將內容回送給客戶端（參見圖1-5)。
5.1.1Web伺服器的實現
Web伺服器實現了HTTP和相關的TCP連接處理。負責管理Web伺服器提供的資源,以及對Web伺服器的配置、控制及擴展方面的管理。
Web伺服器邏輯實現了HTTP 協議、管理著Web資源，並負責提供Web伺服器的管理功能。Web伺服器邏輯和操作系統共同負責管理TCP連接。底層操作系統負責管理底層計算機系統的硬體細節，並提供了TCP/IP網路支持、負責裝載Web資源的文件系統以及控制當前計算活動的進程管理功能。
5.3實際的Web伺服器會做些什麼
例5-1顯示的 Perl伺服器是一個Web伺服器的小例子。最先進的商用Web伺服器要比它復雜得多，但它們確實執行了幾項同樣的任務，如圖5-3所示。
(1)建立連接一—接受一個客戶端連接，或者如果不希望與這個客戶端建立連接，就
將其關閉。
(2)接收請求——從網路中讀取一條HTTP請求報文。(3)處理請求——對請求報文進行解釋，並採取行動。(4)訪問資源-———訪問報文中指定的資源。
(5)構建響應——創建帶有正確首部的 HTTP響應報文。(6)發送響應——將響應回送給客戶端。
(7)記錄事務處理過程—-將與已完成事務有關的內容記錄在一個日誌文件中。
5.4第一步——接受客戶端連接
如果客戶端已經打開了一條到伺服器的持久連接，可以使用那條連接來發送它的請求。否則，客戶端需要打開一條新的到伺服器的連接（回顧第4章，復習一下HTTP的連接管理技術)。
5.4.1處理新連接
客戶端請求一條到Web伺服器的TCP連接時，Web伺服器會建立連接，判斷連接的另一端是哪個客戶端，從TCP連接中將IP地址解析出來。'一旦新連接建立起來
並被接受，伺服器就會將新連接添加到其現存Web伺服器連接列表中，做好監視連接上數據傳輸的准備。
Web伺服器可以隨意拒絕或立即關閉任意一條連接。有些Web伺服器會因為客戶端IP地址或主機名是未認證的，或者因為它是已知的惡意客戶端而關閉連接。Web伺服器也可以使用其他識別技術。
5.4.2客戶端主機名識別
可以用「反向 DNS」對大部分Web伺服器進行配置，以便將客戶端IP地址轉換成客戶端主機名。Web伺服器可以將客戶端主機名用於詳細的訪問控制和日誌記錄。但要注意的是，主機名查找可能會花費很長時間，這樣會降低Web事務處理的速度。很多大容量Web伺服器要麼會禁止主機名解析，要麼只允許對特定內容進行解析。
可以用配置指令HostnameLookups啟用Apache的主機查找功能。比如，例5-2中的Apache配置指令就只打開了HTML和CGI資源的主機名解析功能。
例5-2配置Apache,為 HTML和CGI資源查找主機名
HostnameLookups off
<Files ~" - 《html |htmlcgi)$">
HostnameLookups on
</Files>
5.5第二步—接收請求報文
連接上有數據到達時，Web伺服器會從網路連接中讀取數據，並將請求報文中的內容解析出來（參見圖5-5)。
解析請求報文時，Web伺服器會:
·解析請求行，查找請求方法、指定的資源標識符（URI)以及版本號，3各項之
間由一個空格分隔，並以一個回車換行(CRLF)序列作為行的結束,「
·讀取以CRLF結尾的報文首部;
檢測到以CRLF結尾的、標識首部結束的空行（如果有的話)﹔
·如果有的話（長度由content-Length首部指定)，讀取請求主體。
解析請求報文時，Web伺服器會不定期地從網路上接收輸入數據。網路連接可能隨時都會出現延遲。Web伺服器需要從網路中讀取數據，將部分報文數據臨時存儲在內存中,直到收到足以進行解析的數據並理解其意義為止。
5.5.1 報文的內部表示法
有些Web伺服器還會用便於進行報文操作的內部數據結構來存儲請求報文。比如，數據結構中可能包含有指向請求報文中各個片段的指針及其長度，這樣就可以將這些首部存放在一個快速查詢表中，以便快速訪問特定首部的具體值了（參見圖5-6)。
5.5.2連接的輸入/輸出處理結構
高性能的 Web伺服器能夠同時支持數千條連接。這些連接使得伺服器可以與世界各地的客戶端進行通信，每個客戶端都向伺服器打開了一條或多條連接。某些連接可能在快速地向Web伺服器發送請求，而其他一些連接則可能在慢慢發送，或者不經常發送請求,還有一些可能是空閑的，安靜地等待著將來可能出現的動作。
因為請求可能會在任意時刻到達，所以Web伺服器會不停地觀察有無新的Web請求。不同的Web伺服器結構會以不同的方式為請求服務，如圖5-7所示。
·單線程Web伺服器(參見圖5-7a)
單線程的Web伺服器一次只處理一個請求，直到其完成為止。一個事務處理結束之後，才去處理下一條連接。這種結構易於實現，但在處理過程中，所有其他連接都會被忽略。這樣會造成嚴重的性能問題，只適用於低負荷的伺服器，以及type-o-serve這樣的診斷工具。
·多進程及多線程Web伺服器(參見圖5-7b)
多進程和多線程Web伺服器用多個進程,或更高效的線程同時對請求進行處理。3可以根據需要創建，或者預先創建一些線程/進程。°有些伺服器會為每條連接分配一個線程/進程，但當伺服器同時要處理成百、上千，甚至數以萬計的連接時，需要的進程或線程數量可能會消耗太多的內存或系統資源。因此，很多多線程Web伺服器都會對線程/進程的最大數量進行限制。
·復用I/O的伺服器(參見圖5-7c)
為了支持大量的連接，很多Web伺服器都採用了復用結構。在復用結構中，要同時監視所有連接上的活動。當連接的狀態發生變化時（比如，有數據可用，或出現錯誤時)，就對那條連接進行少量的處理，處理結束之後，將連接返回到開放連接列表中，等待下一次狀態變化。只有在有事情可做時才會對連接進行處理,在空閑連接上等待的時候並不會綁定線程和進程。
·復用的多線程Web伺服器（參見圖5-7d)
有些系統會將多線程和復用功能結合在一起，以利用計算機平台上的多個CPU.多個線程（通常是一個物理處理器）中的每一個都在觀察打開的連接(或打開的連接中的一個子集)，並對每條連接執行少量的任務。
5.6第三步———處理請求
一旦Web伺服器收到了請求，就可以根據方法、資源、首部和可選的主體部分來對請求進行處理了。
有些方法（比如POST)要求請求報文中必須帶有實體主體部分的數據。其他一些方法（比如OPTIONS）允許有請求的主體部分，也允許沒有。少數方法（比如GET)禁止在請求報文中包含實體的主體數據。
這里我們並不對請求的具體處理方式進行討論，因為本書其餘大多數章節都在討論這個問題。
5.7第四步——-對資源的映射及訪問
Web 伺服器是資源伺服器。它們負責發送預先創建好的內容，比如HTML頁面或JPEG 圖片，以及運行在伺服器上的資源生成程序所產生的動態內容。
5.7.1 docroot
Web伺服器支持各種不同類型的資源映射，但最簡單的資源映射形式就是用請求URI作為名字來訪問Web伺服器文件系統中的文件。通常，Web伺服器的文件系統中會有一個特殊的文件夾專門用於存放Web內容。這個文件夾被稱為文檔的根目錄(document root，或docroot)。Web伺服器從請求報文中獲取URI，並將其附加在文檔根目錄的後面。
在圖5-8中，有一條對/specials/saw-blade.gif 的請求到達。這個例子中Web伺服器的文檔根目錄為/us/local/httpd/files。Web伺服器會返迴文件/usr/local/httpd/files/specials/saw-blade.gif。
在配置文件httpd.conf中添加一個 DocumentRoot行就可以為Apache Web伺服器設置文檔的根目錄了:
DocumentRoot /usr/ local/httpd/files
伺服器要注意，不能讓相對URL退到docroot之外，將文件系統的其餘部分暴露出來。比如，大多數成熟的Web伺服器都不允許這樣的URI看到Joe的五金商店文檔根目錄上一級的文件:
http://www.joes-hardware.com/ ..
5.8.3重定向
Web伺服器有時會返回重定向響應而不是成功的報文。Web伺服器可以將瀏覽器重定向到其他地方來執行請求。重定向響應由返回碼3XX說明。Location響應首部包含了內容的新地址或優選地址的URI。重定向可用於下列情況。
·永久刪除的資源
資源可能已經被移動到了新的位置，或者被重新命名，有了一個新的URL。Web伺服器可以告訴客戶端資源已經被重命名了，這樣客戶端就可以在從新地址獲取資源之前，更新書簽之類的信息了。狀態碼301 Moved Permanently就用於此類重定向。·臨時刪除的資源
如果資源被臨時移走或重命名了，伺服器可能希望將客戶端重定向到新的位置上去。但由於重命名是臨時的，所以伺服器希望客戶端將來還可以回頭去使用老的URL，不要對書簽進行更新。狀態碼303 See Other以及狀態碼307 TemporaryRedirect就用於此類重定向。
⑤ 有沒有用C或c++寫的web伺服器
C++單獨作為應用服務的伺服器較少，http伺服器有一些的。比如IIS、apache、nginx，d都是基於C/C++的web伺服器，國產的有數蠶web伺服器，完全使用C++，基於Linux epoll模型。
如果C++服務端要求簡單，可以直接基於socket編寫。如果通信場景復雜，建議使用成熟的C++網路庫，如POCO、cpp-net、boost-asio、數蠶網路通信庫。
⑥ 如何用C語言開發一個通用web伺服器
用C語言開發WEB，可以用C++BUILDER6，稱ISAPI，一般人可能做不起來，有點麻煩；
唯一是速度很快，別人看不到源碼，掌握了編程套路，也可以開發應用；
缺點：
1。不是解釋性語言，做的WEB調試非常麻煩；現在做WEB開發的，用C#、JAVA較多；都是解釋性的語言；
2。因為是.DLL的二進制代碼，一般商業網站不給予運行的環境，因為網站伺服器會被你可能搞癱，安全性得不到保障；所以，你得自備網頁伺服器；
3。得不到技術支持，因為沒幾個人會這種開發；
⑦ web伺服器有哪些
目前主流web伺服器有三個：apache、IIS、nginx。
其中apache是開源的老牌伺服器，多用於傳統業務，其優點是系統穩定，擴展模塊豐富，各種特性支持完整，並且跨平台。
IIS是微軟主力打造的web伺服器，目前作為Windows系統組件一部分，和微軟上層web開發（asp.net）應用介面緊密。
nginx是開源的後起之秀，是俄羅斯開發的一款用於高並發服務的web伺服器，主要應用於高並發網站、靜態伺服器、下載伺服器等，其優點是性能更高，支持負載均衡，反向代理。
國產web伺服器主要有：
Tengine：是淘寶開發團隊基於nginx修改的，優化了資源請求的web伺服器，其特點繼承nginx，並針對資源請求做了優化。
數蠶web伺服器：是數蠶科技基於c++的Linux下的web伺服器，主要用於靜態頁面和簡單的計算型服務網站。其特點是支持高並發，支持多進程，c++/c介面良好，支持直接基於C++模板開發。
⑧ 伺服器nginx永久運行
是的
Nginx同Apache一樣都是一種Web伺服器，基於REST的架構風格，以統一資源描述符（Uniform Resources Identifier）URI或統一資源定位符（Uniform Resources Locator）URL 作為溝通依據，通過HTTP協議提供的網路服務。
然而這些伺服器在設計之初收到當時環境的局限性，例如當時的用戶規模、網路帶寬和產品特點_局限性，並且各自的定位和發展都不盡相同。這也使得Web伺服器有著各自的鮮明特點。
Apache的發展時期很長，而且是還無爭議的世界第一大伺服器，它有著很多的優點：穩定、開源和跨平台等。它出現的時間太長了，它興起的年代，互聯網產業還遠遠比不上現在，所以它被設計為一個重量級的，並不支持高並發的伺服器，操作系統對其進程或者現成之前的切換也消耗了大量的CPU資源，導致請求平均響應速度降低。
這些都決定了Apache不能成為高性能Web伺服器，輕量級高並發的伺服器Nginx就應運而生了。俄羅斯的工程師 Igor Sysoev，他在為 Rambler Media 工作期間，使用 C 語言開發了 Nginx，Nginx 作為 Web 伺服器一直為 Rambler Media 提供出色而又穩定的服務。然後呢，Igor Sysoev 將 Nginx 代碼開源，並且賦予自由軟體許可證。
⑨ C語言為什麼會被人說的那麼強大，C語言到底能做啥
一、c語言是一種計算機編程語言
具有程序設計語言的特性，又具有匯編語言的特性。c語言可當做工作中控制系統設計語種，撰寫系手機應用程序，還可以當做運用編程語言，撰寫不依靠計算機硬體的手機應用程序。
二、運用條件廣泛應用
具有較強的數據預處理能力，不但是在開發軟體上，並且各種科學研究都必須用到c語言，適合撰寫軟體系統，三維立體，二維動畫幾何體和3d動畫。具體化運用例如單片機設計及其嵌入式系統開發設計。
三、c語言是面向對象編程語種
c語言運用windows服務平台下編譯的，是一直執行在windows服務平台下的，而Java自始至終是執行在他的虛擬機以上的;因此理論上c語言能做某些相對性於較為下層的工作中，像Java就不可以撰寫Windows木馬病毒。
四、Windows系統優化
假如要運用編程來做某些windows系統優化工作中的情況下，最好還是運用c語言。c語言是現階段世界上最火、用到最廣泛應用的高級編程語言。