Ⅰ web server與app server有什麼不同
1，web server（web伺服器）：
web伺服器處理HTTP協議。當收到一個HTTP請求之後，web伺服器會返回一個HTTP響應，比如一個HTML頁面。為了處理請求，它可能響應一個靜態的HTML頁面、圖片、重定向，或者代理（delegate）其他動態響應。
這些動態響應可以由其他程序生成，包括CGI腳本，JSPs，servlets，ASPs，伺服器端的Javascript，或者其他伺服器端技術。而這些伺服器端程序響應，大多數時候都表現為HTML頁面，供瀏覽器訪問。
2，app server（App伺服器）：
根據我們的定義，app伺服器可以基於各種不同的協議（可能包含HTTP協議），為客戶端程序提供應用邏輯的處理。不同於web伺服器主要發送用來展示在瀏覽器上的HTML頁面，app伺服器為客戶端程序處理應用邏輯方面問題。應用程序使用這些邏輯，就如同調用一個對象的方法（或者面向過程編程中的函數）一樣簡單。
web伺服器提供頁面給瀏覽器，而app伺服器提供客戶端可以調用的介面。
具體而言，我們可以說：Web伺服器處理HTTP請求，而app伺服器基於多種不同的協議，處理應用程序的邏輯問題。
(1)actipt腳本語言擴展閱讀：
解析
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服務
通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。
確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(business logic)。
Ⅱ 腳本錯誤不能執行已釋放SCpipt的代碼
頁面之間傳遞對象的時候，子頁面new的對象（所有對象，除了字元串）會在子頁面關閉時釋放，所有在父頁面對這個對象的引用（注意是「引用」，就算你將該對象賦值給父頁面的對象，還是對它的引用）操作都將產生這個js錯誤。
最好的避免辦法就是在父頁面把所有對象都建好，在子頁面給這些對象進行字元串賦值，如果子頁面產生的對象數量是不定的，可以使用json把要回傳的數據轉為字元串，在父頁面重新組裝。
Ⅲ JAVE和JAVE sctipt有什麼分別
雖然JavaScript與Java有緊密的聯系，但卻是兩個公司開發的不同的兩個產品。Java是SUN公司推出的新一代面向對象的程序設計語言，特別適合於Internet應用程序開發；而JavaScript是Netscape公司的產品，其目的是為了擴展Netscape Navigator功能,而開發的一種可以嵌入Web頁面中的基於對象和事件驅動的解釋性語言, 它的前身是Live Script；而Java的前身是Oak語言。下面對兩種語言間的異同作如下比較：
1、基於對象和面向對象
Java是一種真正的面向對象的語言，即使是開發簡單的程序，必須設計對象。
JavaScript是種腳本語言，它可以用來製作與網路無關的，與用戶交互作用的復雜軟體。它是一種基於對象（Object Based）和事件驅動（Event Driver）的編程語言。因而它本身提供了非常豐富的內部對象供設計人員使用。
2、解釋和編譯
兩種語言在其瀏覽器中所執行的方式不一樣。Java的源代碼在傳遞到客戶端執行之前，必須經過編譯，因而客戶端上必須具有相應平台上的模擬器或解釋器，它可以通過編譯器或解釋器實現獨立於某個特定的平台編譯代碼的束縛。
JavaScript是一種解釋性編程語言，其源代碼在發往客戶端執行之前不需經過編譯，而是將文本格式的字元代碼發送給客戶編由瀏覽器解釋執行。
3、強變數和弱變數
兩種語言所採取的變數是不一樣的。
Java採用強類型變數檢查，即所有變數在編譯之前必須作聲明。如:
Integer x;
String y;
x=1234;
x=4321;
其中X=1234說明是一個整數，Y=4321說明是一個字元串。
JavaScript中變數聲明，採用其弱類型。即變數在使用前不需作聲明，而是解釋器在運行時檢查其數據類型，如：
x=1234;
y＝"4321";
前者說明x為其數值型變數，而後者說明y為字元型變數。
4、代碼格式不一樣
Java是一種與HTML無關的格式，必須通過像HTML中引用外媒體那麼進行裝載，其代碼以位元組代碼的形式保存在獨立的文檔中。
JavaScript的代碼是一種文本字元格式，可以直接嵌入HTML文檔中，並且可動態裝載。編寫HTML文檔就像編輯文本文件一樣方便。
5、嵌入方式不一樣
在HTML文檔中，兩種編程語言的標識不同，JavaScript使用<Script>...</Script>來標識，而Java使用<applet>...</applet>來標識。
6、靜態聯編和動態聯編
Java採用靜態聯編，即Java的對象引用必須在編譯時的進行，以使編譯器能夠實現強類型檢查。
JavaScript採用動態聯編，即JavaScript的對象引用在運行時進行檢查，如不經編譯則就無法實現對象引用的檢查。
Ⅳ javascript 和actionscript 問題
不完全能。Javascript可以做到增刪改頁面上的元素，更改網頁標題、更改網頁元素、將頁面保存為書簽等動作，這些Actionscript做不到。原因是應用范圍不同，Javascript的運行環境是瀏覽器，因此可以對瀏覽器進行一些操作，但Actionscript的運行環境是Flashplayer中的AVM虛擬機，無法對瀏覽器進行操作。同樣，Actionscript在AVM中強悍的圖形處理能力和相對與JS異常豐富的多媒體功能也是Javascript望塵莫及的。
Ⅳ 如何用js獲取id 元素內容
方法有兩種：
1、通過jquery的方式，使用id選擇器方式獲取節點，然後獲取值。
2、通過原生的dom方式，獲取id的值。
每一個HTML元素都使用id來進行一個標注，隨後可以通過document.getElementById(「ID名稱」)取得指定的ID元素對象，取得元素對象之後就可以對其進行操作。
但是document.getElementById()只能取得一個元素信息。
document.getElementById(「id」) 獲取到的是整個對象。
document.getELementById(「id」).innerHTML；才可以獲取到其中的內容。
document.getElementById('con')獲取的只是P標簽，返回的[objectHTMLParagraphElement]。
document.getElementById('con').innerHTML獲取的才是P標簽里的內容，返回的是JavaScript。
(5)actipt腳本語言擴展閱讀：
JavaScript腳本語言具有以下特點:
(1)腳本語言。JavaScript是一種解釋型的腳本語言，C、C++等語言先編譯後執行,而JavaScript是在程序的運行過程中逐行進行解釋。
(2)基於對象。JavaScript是一種基於對象的腳本語言，它不僅可以創建對象，也能使用現有的對象。
(3)簡單。JavaScript語言中採用的是弱類型的變數類型，對使用的數據類型未做出嚴格的要求，是基於Java基本語句和控制的腳本語言，其設計簡單緊湊。
(4)動態性。JavaScript是一種採用事件驅動的腳本語言，它不需要經過Web伺服器就可以對用戶的輸入做出響應。在訪問一個網頁時，滑鼠在網頁中進行滑鼠點擊或上下移、窗口移動等操作JavaScript都可直接對這些事件給出相應的響應。
(5)跨平台性。JavaScript腳本語言不依賴於操作系統,僅需要瀏覽器的支持。因此一個JavaScript腳本在編寫後可以帶到任意機器上使用，前提上機器上的瀏覽器支持JavaScript腳本語言，目前JavaScript已被大多數的瀏覽器所支持。
不同於伺服器端腳本語言，例如PHP與ASP，JavaScript主要被作為客戶端腳本語言在用戶的瀏覽器上運行，不需要伺服器的支持。所以在早期程序員比較青睞於JavaScript以減少對伺服器的負擔，而與此同時也帶來另一個問題：安全性。
而隨著伺服器的強壯，雖然程序員更喜歡運行於服務端的腳本以保證安全，但JavaScript仍然以其跨平台、容易上手等優勢大行其道。
同時，有些特殊功能（如AJAX）必須依賴Javascript在客戶端進行支持。隨著引擎如V8和框架如Node.js的發展，及其事件驅動及非同步IO等特性，JavaScript逐漸被用來編寫伺服器端程序。
參考資料來源：網路-javascript
Ⅵ 請問VBS腳本的執行需要什麼環境嗎
首先，我的vbs文件關聯已經被「豪傑」奪取了。我雙擊Deploy.vbs就會打開豪傑，比較郁悶。但是我用了打開方式，試了瀏覽器、cmd，都無濟於事。 今天，我想到這個問題後，就有想法去Microsoft的News Group上去問一問。然後又去了CSDN的全文檢索。果然很爭氣，我的關鍵字只是vbs，執行，就找到了一大堆我想要的東東。了解到用wscript.exe來執行這個文件。 在cmd里敲了wscript.exe Deploy.vbs，但是返回錯誤是 There is no script engine for file extension '.vbs'。這個時候我想到了google。果然搜到了不少有用的信息，其中第一條里我就找到了解決辦法。 原因是我的vbs關聯已經丟失了，必須顯示指定。 cmd中敲入 wscript.exe //e:vbscript Deploy.vbs。果然成功！！！ 總結：用wscript.exe 執行類似vbs這類的腳本文件。如果文件關聯丟失。可以用//e:vbscript. 附上我找到的很有幫助的文章。 一、什麼是WSH？ WSH是Windows Scripting Host（Windows腳本主機）的縮略形式。WSH這個概念最早出現於Windows 98操作系統，是一個基於32 位 Windows 平台、並獨立於語言的腳本運行環境。比如：你自己編寫了一個腳本文件，如後綴為 .vbs 或 .js 的文件，然後在 Windows 下雙擊 並執行它，這時，系統就會自動調用一個適當的程序來對它進行解釋並執行，而這個程序，就是 Windows Scripting Host，程序執行文件名為 Wscript.exe （若是在DOS命令提示符下，則為 Cscript.exe）。 想知道自己的機器上有沒有WSH嗎？查看一下你的機器里有沒有「Wscipt.exe」或者「Cscript.exe」這兩個文件就可以了。如果找到，恭 喜你！你已經安裝了WSH。否則，自己手動安裝吧： 在Windows 98環境下，WSH是作為操作系統的一個組件自動安裝的，如果不慎丟失了這個組件，可以從依次打開「控制面板-->添加/刪除程 序--〉Windows安裝程序--〉附件」,然後將「Windows Scripting Host」前的劃上「√」，再確定即可完成WSH組件的安裝。 二、腳本語言與WSH的關系 大家知道，腳本語言（包括JavaScript和VBscript語言等）經常會被植入網頁之中（其中包括 HTML 頁面客戶機端和 ASP 頁面伺服器端） 。對於植入 HTML 頁面的腳本，其所需的解析引擎會由 IE 這樣的網頁瀏覽器載入；對於植入 ASP 頁面的腳本，其所需的解析引擎會由 IIS（ Internet Information Services）提供。而對於出現在 HTML 和 ASP 頁面之外的腳本（它們常以獨立的文件形式存在），就需要經由 WSH 來 處理了。需要說明的是：WSH 要想正常工作，還要安裝IE 3.0 或更高版本的 IE，因為 WSH 在工作時會調用 IE 中的 VBScript 和 JavaScript 解析引擎。 [未結束][iba_page]在這些被植於網頁的腳本語言中，絕大多數是與網路安全無關的。但也有少數別有用心的好事 者，把一些嚴重危及網路安全的代碼（我們常常稱之為「惡意代碼」，他們通常都要通過修改注冊表達到「惡意」的目的！），混放在正常的 腳本之中，常常讓我們防不勝防。但是，如果我們了解一點關於腳本語言的知識，這些「伎倆」都是非常容易識破的。還是讓我們從幾個簡單 的實例開始吧…… 三、WSH應用舉例 WSH可以處理腳本程序，怎樣閱讀和編寫WSH的腳本源文件呢？只要你有一點Basic（會VB的編程更好，呵呵）語言的基礎，學會看懂WSH腳 本語言的程序並不是一件難事。去C:WINDOWSSAMPLESWSH目錄以下將看看吧！裡面提供了幾類經典的腳本例子，而且分別提供了VBScript和 JavaScript兩個版本，我們只要用記事本打開它們並仔細研究就不難學到一些基本的WSH應用。 你只需在記事本中依次輸入以下每個實例中的代碼，並保存為相應的「*.vbs」文件，雙擊這個文件，你就可以看到相應的效果了。