html伺服器軟體

1、類似JSP用的tomcat的伺服器軟體還有哪些？

與tomcat類似的發布運行的web伺服器還有：

1、Resin

Resin提供了最快的jsp/servlets運行平台。在java和javascript的支持下，Resin可以為任務靈活選用合適的開發語言。Resin的一種先進的語言XSL(XML stylesheet language)可以使得形式和內容相分離。


2、Jetty

Jetty是一個開源的servlet容器，它為基於Java的web內容，例如JSP和servlet提供運行環境。Jetty是使用Java語言編寫的，它的API以一組JAR包的形式發布。開發人員可以將Jetty容器實例化成一個對象，可以迅速為一些獨立運行（stand-alone）的Java應用提供網路和web連接。


3、WebLogic

BEA WebLogic是用於開發、集成、部署和管理大型分布式Web應用、網路應用和資料庫應用的Java應用伺服器。將Java的動態功能和Java Enterprise標準的安全性引入大型網路應用的開發、集成、部署和管理之中。


4、jboss
Jboss是一個基於J2EE的開放源代碼的應用伺服器。 JBoss代碼遵循LGPL許可，可以在任何商業應用中免費使用，而不用支付費用。

2、如何將HTML5架設到自己的伺服器上

直接用ftp工具，將你.html或者.htm結尾的文件放到伺服器的運行目錄

然後通過你的網站/html名字.html

3、靜態html項目怎麼部署到伺服器上 急求？

簡單的說，網頁製作好後，網頁文件將放在一台電腦上，這台電腦通常稱為伺服器，其他人在瀏覽器中輸入網址時，就等於是對伺服器說：「把某某頁面文件給我看下」，於是伺服器就去找那個頁面並發給瀏覽器，瀏覽器將頁面下載到臨時文件夾中並顯示出來，這樣我們就看到網頁了。 如果請求的是html這種靜態頁面時，伺服器上基本不用執行什麼的，直接扔給瀏覽器就可以了；如果請求的是asp,asp.net,php等動態頁面時，伺服器就要針對不同的語言做不同的處理，然後再給瀏覽器； 簡單的說就是這樣了，其實平時我們不必去關心伺服器具體怎麼執行，我們只要根據學的知識把頁面做好傳上去就可以了。

4、html控制項，html伺服器控制項和web伺服器控制項有什麼聯系

1)前者可以觸發伺服器控制項特有的事件，後者只能通過回遞的方式觸發服專務器上的頁面級事件。屬

2)輸入到前者中的數據在請求之間可以維護（即具有狀態管理功能）,而後者無法自動維護數據，只能使用頁面級的腳本來保存和恢復。

3)前者可以自動檢測瀏覽器並調整到恰當的顯示，而後者沒有自動適應功能，必須在代碼中手動檢測瀏覽器。

4)每個伺服器控制項都具有一組屬性，可以在伺服器端的代碼中更改控制項的外觀和行為，而後者只有HTML屬性。

如果某些控制項不需要伺服器端的事件或狀態管理功能時，可以選擇HTML控制項，這樣可以提高應用程序的性能。

5、html網頁要用什麼伺服器軟體？

Tomcat系統將軟體發布出來

6、html網頁直接打開文件伺服器

你是想在網頁上打開共享嗎？那麼可以直接在index.html里添加一句：

<a href="http://192.168.1.2/共享" target="_blank">文件伺服器內</a>

點擊這個鏈接後則會容在瀏覽器上列出文件伺服器上的共享目錄。

PS：有這個必要嗎？在桌面上新建一個文件伺服器的快捷方式豈不是更方便？

7、web伺服器軟體是干什麼用的

通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(business logic)。

下面讓我們來細細道來：

Web伺服器(Web Server)
Web伺服器可以解析(handles)HTTP協議。當Web伺服器接收到一個HTTP請求(request)，會返回一個HTTP響應(response)，例如送回一個HTML頁面。為了處理一個請求(request)，Web伺服器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic response)的產生委託(delegate)給一些其它的程序例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，伺服器端(server-side)JavaScript，或者一些其它的伺服器端(server-side)技術。無論它們(譯者註：腳本)的目的如何，這些伺服器端(server-side)的程序通常產生一個HTML的響應(response)來讓瀏覽器可以瀏覽。

要知道，Web伺服器的代理模型(delegation model)非常簡單。當一個請求(request)被送到Web伺服器里來時，它只單純的把請求(request)傳遞給可以很好的處理請求(request)的程序(譯者註：伺服器端腳本)。Web伺服器僅僅提供一個可以執行伺服器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會超出職能范圍。伺服器端(server-side)程序通常具有事務處理(transaction processing)，資料庫連接(database connectivity)和消息(messaging)等功能。

雖然Web伺服器不支持事務處理或資料庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault tolerance)和可擴展性(scalability)，例如負載平衡(load balancing)，緩沖(caching)。集群特徵(clustering—features)經常被誤認為僅僅是應用程序伺服器專有的特徵。

應用程序伺服器(The Application Server)
根據我們的定義，作為應用程序伺服器，它通過各種協議，可以包括HTTP，把商業邏輯暴露給(expose)客戶端應用程序。Web伺服器主要是處理向瀏覽器發送HTML以供瀏覽，而應用程序伺服器提供訪問商業邏輯的途徑以供客戶端應用程序使用。應用程序使用此商業邏輯就象你調用對象的一個方法(或過程語言中的一個函數)一樣。

應用程序伺服器的客戶端(包含有圖形用戶界面(GUI)的)可能會運行在一台PC、一個Web伺服器或者甚至是其它的應用程序伺服器上。在應用程序伺服器與其客戶端之間來回穿梭(traveling)的信息不僅僅局限於簡單的顯示標記。相反，這種信息就是程序邏輯(program logic)。 正是由於這種邏輯取得了(takes)數據和方法調用(calls)的形式而不是靜態HTML，所以客戶端才可以隨心所欲的使用這種被暴露的商業邏輯。

在大多數情形下，應用程序伺服器是通過組件(component)的應用程序介面(API)把商業邏輯暴露(expose)(給客戶端應用程序)的，例如基於J2EE(Java 2 Platform, Enterprise Edition)應用程序伺服器的EJB(Enterprise JavaBean)組件模型。此外，應用程序伺服器可以管理自己的資源，例如看大門的工作(gate-keeping ties)包括安全(security)，事務處理(transaction processing)，資源池(resource pooling)， 和消息(messaging)。就象Web伺服器一樣，應用程序伺服器配置了多種可擴展(scalability)和容錯(fault tolerance)技術。

一個例子
例如，設想一個在線商店(網站)提供實時定價(real-time pricing)和有效性(availability)信息。這個站點(site)很可能會提供一個表單(form)讓你來選擇產品。當你提交查詢(query)後，網站會進行查找(lookup)並把結果內嵌在HTML頁面中返回。網站可以有很多種方式來實現這種功能。我要介紹一個不使用應用程序伺服器的情景和一個使用應用程序伺服器的情景。觀察一下這兩中情景的不同會有助於你了解應用程序伺服器的功能。

情景1：不帶應用程序伺服器的Web伺服器

在此種情景下，一個Web伺服器獨立提供在線商店的功能。Web伺服器獲得你的請求(request)，然後發送給伺服器端(server-side)可以處理請求(request)的程序。此程序從資料庫或文本文件(flat file，譯者註：flat file是指沒有特殊格式的非二進制的文件，如properties和XML文件等)中查找定價信息。一旦找到，伺服器端(server-side)程序把結果信息表示成(formulate)HTML形式，最後Web伺服器把會它發送到你的Web瀏覽器。

簡而言之，Web伺服器只是簡單的通過響應(response)HTML頁面來處理HTTP請求(request)。

情景2：帶應用程序伺服器的Web伺服器

情景2和情景1相同的是Web伺服器還是把響應(response)的產生委託(delegates)給腳本(譯者註：伺服器端(server-side)程序)。然而，你可以把查找定價的商業邏輯(business logic)放到應用程序伺服器上。由於這種變化，此腳本只是簡單的調用應用程序伺服器的查找服務(lookup service)，而不是已經知道如何查找數據然後表示為(formulate)一個響應(response)。 這時當該腳本程序產生HTML響應(response)時就可以使用該服務的返回結果了。

在此情景中，應用程序伺服器提供(serves)了用於查詢產品的定價信息的商業邏輯。(伺服器的)這種功能(functionality)沒有指出有關顯示和客戶端如何使用此信息的細節，相反客戶端和應用程序伺服器只是來回傳送數據。當有客戶端調用應用程序伺服器的查找服務(lookup service)時，此服務只是簡單的查找並返回結果給客戶端。

通過從響應產生(response-generating)HTML的代碼中分離出來，在應用程序之中該定價(查找)邏輯的可重用性更強了。其他的客戶端，例如收款機，也可以調用同樣的服務(service)來作為一個店員給客戶結帳。相反，在情景1中的定價查找服務是不可重用的因為信息內嵌在HTML頁中了。

總而言之，在情景2的模型中，在Web伺服器通過回應HTML頁面來處理HTTP請求(request)，而應用程序伺服器則是通過處理定價和有效性(availability)請求(request)來提供應用程序邏輯的。

警告(Caveats)
現在，XML Web Services已經使應用程序伺服器和Web伺服器的界線混淆了。通過傳送一個XML有效載荷(payload)給伺服器，Web伺服器現在可以處理數據和響應(response)的能力與以前的應用程序伺服器同樣多了。

另外，現在大多數應用程序伺服器也包含了Web伺服器，這就意味著可以把Web伺服器當作是應用程序伺服器的一個子集(subset)。雖然應用程序伺服器包含了Web伺服器的功能，但是開發者很少把應用程序伺服器部署(deploy)成這種功能(capacity)(譯者註：這種功能是指既有應用程序伺服器的功能又有Web伺服器的功能)。相反，如果需要，他們通常會把Web伺服器獨立配置，和應用程序伺服器一前一後。這種功能的分離有助於提高性能(簡單的Web請求(request)就不會影響應用程序伺服器了)，分開配置(專門的Web伺服器，集群(clustering)等等)，而且給最佳產品的選取留有餘地。
參考資料：http://www.javaworld.com/javaqa/2002-08/01-qa-0823-appvswebserver.html

8、用HTML檢索伺服器d盤的文件，並支持下載，請問怎麼做呢？

不可以的，HTML無法做到系統操作，而且現在主要伺服器都是Linux/CentOS，系統盤就是系統盤沒有其他盤符回了，可以使用php+ls

php:

$a = system("cd / && ls");

macOS下會答是運行結果：

Macbook Pro & Penguin>cd / && ls
Applications home
Library installer.failurerequests
Network macOS_SDK
System net
Users opt
Volumes private
a.php.out sbin
bin tmp
cores usr
dev var
etc

9、html文件放在伺服器的哪個地方

得看你用什麼服務軟體了。不同的服務軟體對於文件位置有不同要求。
有些軟體可以隨意存放，只要設置相應的目錄即可