好撒瑪利亞人幫忙！ ASP網頁製作是個問題！ ASP 學會提問。 5

此 SQL 語句易於注入。

最好過濾輸入字元。

選擇 * from 開啟乙個空格，並且您的語句 * 已連線到 from。

microsoft access driver(*.mdb） 和 （*..）mdb）。

這一段可以省略：（不一定）。

if user="" then

單擊此處重新進入登入頁面。

else if pwd="" then

單擊此處重新進入登入頁面。

end if

end if

為什麼要使用命令？ 使用RecordSet很好，功能可以很強大，而且命令很困難。

set cn="")

driver=;dbq=" & "abc")set cm="")

set cn=

取而代之的是：set conn="")

dsn="abc"

set rc="")

sql="select * from user where username='"+user+"' and password='"+pwd+"'"

sql,conn,1,1

怎麼這麼亂，開啟資料庫早就應該交給conn了。

命名能否標準化，只有你自己才能理解。

如果還有更多，誰願意幫你看。

如果將資料表中的段落名稱與 select 語句中的段落名稱進行比較，則不會相同。

學習時，我從 VFP 和 ASP 過渡過來。

這是我學到的路徑。

之前學習VFP的時候，我對資料庫有很深的了解，對CS結構專案有了乙個大致的了解和經驗。 如今，學習速度比其他人快得多，或者至少更容易學習。

關於這方面的學習，我的重點是BS結構的**專案，我不太喜歡CS結構的程式; 因為我認為，如果你想讓別人看到CS結構程式，除非別人知道並擁有你的軟體，或者購買了你的CS程式，否則沒有人會知道你的程式。

但是，程式的BS結構，就不同了，你可以把你的程式發布到網際網絡上，這樣你就可以讓很多陌生的不知名的不知名的網友來拜訪你，讓他們知道你的節目，這就可以充分體現乙個節目的價值。

兩者的區別在於，CS 結構程式必須安裝在任何客戶端上才能使用; BS結構的程式，只需要配置伺服器，電腦連線到網路，就可以隨時隨地開啟你的**; 這樣既省去了安裝的麻煩，又更有效地解決了時間和空間的限制，打破了資源的限制，充分體現了最佳方案的價值。

我以前是通過DW學習ASP的，那時候覺得很麻煩，尤其是HTML標籤檔案和ASP**放在同乙個檔案中，產生了大量的冗餘，修改的時候感覺很麻煩，就是維護不容易，修改也不容易。 看起來眼睛已經用完了。

好在輪到的學習是符合自己性格思維的，在學習的過程中，如魚得水，只需要學習基本的運算和語法，基本沒有其他障礙。

在學習了**分離模式和無重新整理技術後，我實現了**的真實結構，終於對BS結構的**程式有了進一步的了解。

同時，對SQL大資料庫的理解也發生了質的變化。

如果你開始學習C語言程式設計，你感覺不如使用PHP

它適用於從 VB 學習程式設計。

1.兩者有很大的區別，Web服務是Web服務，是基於XML為其他使用者提供的介面服務（物質延遲相當於網路上的API），一般公司和個人都不會使用。

2.那個SQL Express可以使用（你需要安裝乙個Microsoft SQL Server Management Studio Express來管理資料庫），但是這個有問題，如果以後想把這個**放在外面的虛擬主機上（也就是說，你的空間是買的），建議使用SQL Server 2000（一般可以安裝個人版）， 由於大多數虛擬主機都是 SQL Server 2000，因此資料庫向後相容，如果使用 SQL Server 2000 進行開發，並且服務提供商是 SQL 2005 或 2008，則這很好，但反之則不行。

注意：如果資料量不大，也可以考慮在前期使用Access或SQLLite作為資料庫，而不是SQL Server。

3.這個實在不好，一般像標題、檔名、檔案位址、**名稱和路徑，也可能包括諸如截斷的**檔名、內容介紹等，這些都是要放進資料庫的，更詳細的還可以包括**格式租借、**時長等等。

一一說出來，只是為了代表個人意見。

在引擎蓋的構建中，Web 服務只是網路中可有可無的一部分，它的作用是共享自己編寫的模組，並將它們用於其他伺服器和其他網路，以實現資訊共享。 普通公司做不到明亮的悶熱。 Web 服務是一種 Web 服務。

它是Microsoft推廣的跨平台分布式應用程式。 他使用SOAP協議進行通訊，並將資料封裝在XML中，因此它是跨平台的。 任何客戶端都可以通過以 Web 服務發布的格式傳送資料來獲取結果。

2.可以右鍵單擊 Resource Manager 的應用程式，選擇“建立資料庫”，如果是這樣，則無需安裝新的 SQL Server。

3.資料庫以多種格式儲存資料，例如文字、數字等。 其中 **** 以二進位形式儲存。 它們占用空間很大，因此不建議將 **** 儲存在資料庫中。

資料庫由多個表組成。 京恆註冊登入只需要驗證使用者名稱和密碼是否與資料庫表中儲存的資料相同即可。 因此，要實現此功能，需要建立乙個附加表。

同樣，對於較大的檔案，資料庫中僅儲存相對路徑。 然後，使用轉換為物理路徑來引用它。

4.就是這樣，如果你還不明白，歡迎詢問。

1.有很大的區別，一般都是建造的。 公司的話就是要建立**、制度。 （如果在樓上，你可以找到一本百科全書）。

2、從專業角度來說，應該是雲淮的專用資料庫。 這對開發有好處 - 比如觸發器、檢視等......

3. 將資源路徑儲存到 Shukai Whisper Library。 資源將儲存到根目錄。

2） 檔案 = > 網站。這兩種方法都可以建立**，有的公司使用第一種方法，有的公司使用第二種方法，我個人使用第二種方法，簡單，網站每次執行都會自動編譯，如果涉及到後面程式碼的修改，Web應用需要重新編譯。

Express 一般用於開發除錯（但個人直接安裝所有資料庫），作為伺服器使用時存在許多限制。

1. 是的。 2. 不可以。

3. background-image，background4，客戶端動態，主要由JS和AJAX實現。

伺服器端動態是程式生成頁面並針對每個活動向伺服器傳送請求的過程。

5、session

1. 應用程式是乙個全域性物件，它是在程式執行時建立的，並且只建立一次。 也就是說，雖然你的程式被釋放了，但是你的程式此時沒有執行，所以沒有建立應用程式物件，而這個時候，有乙個人訪問了你的**，那麼你的程式是第一次執行，這樣應用程式物件就被建立在了滾動的中間， 並且當第二個人訪問你的**時，應用程式物件不會再次建立，可以立即使用。我們可以使用應用程式物件來計算使用者數。

2.會話是會話的意思，使用者對應乙個會話，會話在使用者訪問時建立，會話在使用者關閉網頁時釋放。 會話可用於儲存使用者登入資訊等。

1.是的，不排除有其他技術允許他以純文字形式儲存它。

2.這個問題其實沒什麼意義，你所看到的就是你得到的有什麼用？ 你的IDE就是你所看到的，那麼他就是你所看到的，如果你用記事本寫html，你所看到的就是你得到的。

3.有很多，基本上可以把塊加到後台，div，缺點span，table，td....

4. 這麼多年沒聽說過客戶端動態網頁這個詞了，是不是說JS？ 如果是這樣，乙個在客戶端上執行，乙個在伺服器上執行。

5.要看你要統計什麼，如果你想記住整個**的訪問次數，那就用應用（其實你不需要，直接寫在檔案裡）租合併; 如果要記錄使用者當前會話的訪問技術，那就用會話吧（其實也可以不用它，直接寫在檔案裡，呵呵）。

這真的是一道考題嗎？ 在這個問題的層面上，老師是第二把刀。