Ⅰ 如何把自己的網站放到伺服器上面運行
首先，遠程桌面，伺服器應該有完整的網站建設環境，如asp、PHP等。遠程桌面IP的域名解析。
遠程伺服器web服務添加了域名綁定。我們的正常的快速雲VPS遠程伺服器桌面將幫助建立一個完美的網路環境當它是開放的。
一、Windows遠程連接服務可以直接從開始菜單操作。在site manager對話框中，單擊new site，並在彈出對話框中輸入站點名稱。
二、在常規面板中，輸入IP地址、埠、用戶名、密碼，然後點擊「應用」按鈕，設置網站。點擊「connect」按鈕連接到網站。單擊計算機左下角的start，然後單擊run。在運行框中輸入MSTSC。單擊ok。
三、單擊操作確認後，輸入計算機名稱，計算機名稱為您的伺服器IP地址，然後輸入用戶名。點擊鏈接後，您可以輸入密碼框並輸入您的伺服器密碼。
四、您可以進入伺服器，在您進入伺服器之後，您會發現伺服器與普通的計算機操作頁面沒有什麼不同。然後你會發現國際空間站，網際網路信息服務(IIS)管理器。
五、然後點擊網站，創建一個新的網站，然後點擊下一步，填寫網站描述。然後填充主機頭。主機頭是您的伺服器需要綁定到的域名。選擇網站的路徑，然後選擇網站閱讀，執行，寫等等。然後你的網站將被上傳。
Ⅱ 如何將本地做好的網站掛到伺服器上
一.根據網站的程序搭配好所需要的伺服器環境.並安裝FTP服務端.
二.在本地電腦下載安裝flashfxp工具.登錄FTP.將自己的網站源碼上傳到伺服器目錄下.
三.在伺服器上面安裝IIS或者apache.並用來配置你的網站.
Ⅲ 如何將unity3d網路游戲中的所有邏輯判斷寫在伺服器端
簡單的邏輯可以在伺服器上判斷，但是涉及到物理引擎或者碰撞檢測什麼的就很難了，因為數據量大而且因為網路問題即時性也很差
Ⅳ 如何將一個頁面中的js核心邏輯存入資料庫，讓爬網站的抓取不到誰可以給個完整的案例或者代碼，謝謝了
js作為前端的client腳本，是必然被下載到客戶端的。無論你怎樣隱藏、加密和存儲，最終都是可以被「爬網站的」以文本方式查看。
對於你的問題，提供三點建議：
核心業務邏輯不應該以js方式在前端實現，一般建議使用三層結構在伺服器上實現Server端的中間層，是存在核心業務邏輯的功能型網站常用的方式；
作為前端js代碼，如果存在大量的業務邏輯，可以考慮拆分的方式「即用即取」，可以避免被整體下載和使用，但這治標不治本，對於有價值的js和有心人，這種方法沒什麼用處；
通過grunt、jszip等代碼精簡壓縮工具，可以將js製作成精簡且「不方便閱讀」的混淆加密代碼，這是存在大量前端代碼的網站常用的方法，可以相對有效的避免js被盜用，同時還能減少客戶端下載量，提示網站訪問體驗。
Ⅳ 如何將網站放到伺服器上
網站內容上傳可以採用ftp客戶端軟體操作，FlashFXP是一款功能強大的FXP/FTP軟體，使用簡單，並且有中文版，FlashFXP最基本的功能，設置站點，上傳網站：
打開FlashFXP，點擊「站點」－「站點管理器」，快捷鍵F4。
在「站點管理器」對話框中，點擊「新建站點」，在彈出的對話框中，輸入一個站點名稱。
在常規面板，輸入ftp空間的IP地址，埠，用戶名稱，密碼，然後點擊「應用」按鈕，站點就設置好了。點擊「連接」按鈕，連接站點。
連接上站點之後，在本地磁碟，找到要上傳的網站程序文件，選中後右鍵單擊，單擊「傳輸」。上傳網站就這樣輕易實現了。
同樣的方法，選中遠程空間中的文件或者文件夾，點右鍵，占擊「傳輸」，就可以下載到本地。
Ⅵ .net ,如何網頁實現客戶端的excel的數據導入到伺服器中sql資料庫中
之前做過一次，在網上找到的人家的源碼，自己加強了一下健壯性，你試試看能不能用。【下面的是後台的邏輯代碼！沒有分層，所有代碼是混在一塊的】
using System;
using System.Configuration;
using System.Data;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.HtmlControls;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Data.OleDb;
using System.Data.SqlClient;
public partial class ImportSCI : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
}
protected void btnUpload_Click(object sender, EventArgs e)
{
//確保已經選擇了待導入的文件，首先上傳，然後在伺服器端完成導入
if (this.fuOpen.PostedFile.FileName != "")
{
//確保文件是excel格式
//Response.Write(this.fuOpen.FileName.Substring(this.fuOpen.FileName.LastIndexOf('.')));
if (this.fuOpen.FileName.Substring(this.fuOpen.FileName.LastIndexOf('.') + 1) == "xls")
{
Random rd = new Random(1);
string filename = DateTime.Now.Date.ToString("yyyymmdd") + DateTime.Now.ToLongTimeString().Replace(":", "") + rd.Next(9999).ToString() + ".xls";
try
{
this.fuOpen.PostedFile.SaveAs(@Server.MapPath("fileupload/") + filename);
}
catch (HttpException he)
{
Response.Write("文件上傳不成功，請檢查文件是否過大，是否有寫許可權！");
return;
}
#region --------讀取文件內容到伺服器內存----------
string conn = " Provider = Microsoft.Jet.OLEDB.4.0 ; Data Source =" + Server.MapPath("fileupload") + "/" + filename + ";Extended Properties=Excel 8.0";
OleDbConnection thisconnection = new OleDbConnection(conn);
thisconnection.Open();
//要保證欄位名和excel表中的欄位名相同
string Sql = "select * from [Sheet1$]";
OleDbDataAdapter mycommand = new OleDbDataAdapter(Sql, thisconnection);
DataSet ds = new DataSet();
mycommand.Fill(ds, "[Sheet1$]");
thisconnection.Close();
this.GridView1.DataSource = ds;
this.GridView1.DataBind();
#endregion
#region --------插入到資料庫中---------
string conn1 = "Server=(local);database=QK;Uid=sa1;Pwd=1234";
SqlConnection thisconnection1 = new SqlConnection(conn1);
thisconnection1.Open();
int count = ds.Tables["[Sheet1$]"].Rows.Count;
for (int i = 0; i < count; i++)
{
string ID,TITLE, ISSN, ei, DL, XL;
ID = ds.Tables["[Sheet1$]"].Rows[i]["ID"].ToString();
TITLE = ds.Tables["[Sheet1$]"].Rows[i]["TITLE"].ToString();
ISSN = ds.Tables["[Sheet1$]"].Rows[i]["ISSN"].ToString();
ei = ds.Tables["[Sheet1$]"].Rows[i]["e"].ToString();
DL = ds.Tables["[Sheet1$]"].Rows[i]["DL"].ToString();
//XL = ds.Tables["[Sheet1$]"].Rows[i]["XL"].ToString();
//string excelsql = "insert into SCI(ID, TITLE, ISSN, e, DL, XL) values ('" + ID + "','" + TITLE + "','" + ISSN + "','" + ei + "','"+DL+"','"+XL+"') ";
string excelsql = "insert into SCI(ID, TITLE, ISSN, e, DL) values ('" + ID + "','" + TITLE + "','" + ISSN + "','" + ei + "','" + DL + "'"+") ";
SqlCommand mycommand1 = new SqlCommand(excelsql, thisconnection1);
try
{
mycommand1.ExecuteNonQuery();
}
catch (SqlException ode)
{
//Response.Write("<b>導入過程出現異常，請檢查是否需要重新導入！</b>");
Response.Write(ode.Message.ToString());
return;
}
}
Response.Write("更新成功");
thisconnection1.Close();
#endregion
}
else
{
Response.Write("導入文件的格式不正確！");
}
}
else
{
Response.Write("您還沒有選擇要導入的文件！");
}
}
}
Ⅶ 網頁的數據可以在本地修改，上傳伺服器然後獲得伺服器認可，並且保存進資料庫嗎
這是可能的，但是不是每一個網頁或網頁游戲都可以，或者說幾乎是都不可以這樣修改，但是有個別的可以。你首先要明白什麼情況下可以，什麼情況下不可以。
如果處理數據的邏輯程序發生在瀏覽器端，並且數據是以網頁元素的形式顯示的，那麼就是有可能實現，否則如果數據邏輯程序在伺服器端或者數據在網頁端是集成顯示的，就不可能實現。舉個例子吧，我曾經玩了個網頁游戲，具體是哪個我就不說了，做的還比較漂亮，用的是純HTML5和javascript技術，所有游戲邏輯代碼都在客戶端用js實現，伺服器幾乎只負責接收數據保存起來，以及和其他玩家的數據交互。這個理念是胖瀏覽器端與瘦伺服器端機制，完全沒有錯，因為可以充分利用每一個瀏覽器的計算能力，降低伺服器的負載，但是做的太極端了。游戲的時候在瀏覽器端用js和HTML調試工具（比如火狐的Firebug）暫時修改頁面上的數據，然後程序就將修改後的數據讀走發送給伺服器。我當時都懷疑這游戲是不是沒畢業的中專生做的。
一般的網頁游戲都將數據以不可修改的形式呈現出來，例如Flash，不可能修改頁面上的數據。或者將邏輯處理放在伺服器端，假設你完成了一個任務，應該獲得經驗，瀏覽器只告訴伺服器你完成了什麼任務，由伺服器判斷這個任務應該獲得多少經驗，然後加到你的數據上，再發送給瀏覽器。伺服器端還有完善的數據驗證機制，防止瀏覽器端發送偽造的、重復的完成任務請求。
Ⅷ c#邏輯處理是交給資料庫還是程序
這個要看實際情況，具體分析。
目前，大部分主流應用的開發，邏輯處理是放在程序中處理的，這也是C#語言作為高級語言的優勢所在， 可以用簡潔明了的語法去處理復雜的邏輯運算。
一般應用無論是C/S、B/S，一般都會有專門的業務層(BLL）去處理邏輯，然後把需要持久化的數據存入DB ，或是把原始數據從DB讀取出來，經過BLL整理，再展示到界面。
也有少部分特殊情況，比如沒有發布服務的兩層C/S應用，而且客戶機配置很差，那麼把數據全部讀出來，在客戶端進行處理，可能在網路傳輸、計算上都會很慢。
這種情況下，需要通過資料庫先進行計算，再把計算好的數據查出來。
比如某工廠的客戶機（配置爛）需要查詢10年的歷史數據報表， 其結果可能只是10行20列的一個數組，但是需要處理10年來上百萬行的數據，這種情況下，直接把計算邏輯寫入SQL語句或者調用存儲過程， 可以讓伺服器用較好的計算能力和本地I/O的優勢直接把計算好的結果傳回來。效率會比「查所有數據，客戶機運算」要高很多。
但是畢竟是少數情況，目前更多的C/S應用都依託服務端進行操作。
Ⅸ 正方系統是c/s結構，但是它的客戶端不是瀏覽器么它的原理，怎樣從瀏覽器的客戶端到伺服器，求助啊
當我們想瀏覽一個網站的時候，只要在瀏覽器的地址欄里輸入網站的地址就可以了，例如：，但是在瀏覽器的地址欄裡面出現的卻是：，你知道為什麼會多出一個「http」嗎？
一、HTTP協議是什麼
我們在瀏覽器的地址欄里輸入的網站地址叫做URL(UniformResourceLocator，統一資源定位符)。就像每家每戶都有一個門牌地址一樣，每個網頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級鏈接時，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協議(HTTP)，將Web伺服器上站點的網頁代碼提取出來，並翻譯成漂亮的網頁。因此，在我們認識HTTP之前，有必要先弄清楚URL的組成,例如：。它的含義如下：
1.：代表超文本傳輸協議，通知microsoft.com伺服器顯示Web頁，通常不用輸入；
2.www：代表一個Web(萬維網)伺服器；
3.Microsoft.com/：這是裝有網頁的伺服器的域名，或站點伺服器的名稱；
4.China/：為該伺服器上的子目錄，就好像我們的文件夾；
5.Index.htm：index.htm是文件夾中的一個HTML文件(網頁)。
我們知道，Internet的基本協議是TCP/IP協議，然而在TCP/IP模型最上層的是應用層(Applicationlayer)，它包含所有高層的協議。高層協議有：文件傳輸協議FTP、電子郵件傳輸協議SMTP、域名系統服務DNS、網路新聞傳輸協議NNTP和HTTP協議等。
HTTP協議(HypertextTransferProtocol，超文本傳輸協議)是用於從WWW伺服器傳輸超文本到本地瀏覽器的傳送協議。它可以使瀏覽器更加高效，使網路傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示(如文本先於圖形)等。這就是你為什麼在瀏覽器中看到的網頁地址都是以「」開頭的原因。
自WWW誕生以來，一個多姿多彩的資訊和虛擬的世界便出現在我們眼前，可是我們怎麼能夠更加容易地找到我們需要的資訊呢？當決定使用超文本作為WWW文檔的標准格式後，於是在1990年，科學家們立即制定了能夠快速查找這些超文本文檔的協議，即HTTP協議。經過幾年的使用與發展，得到不斷的完善和擴展，目前在WWW中使用的是HTTP/1.0的第六版。
二、HTTP是怎樣工作的
既然我們明白了URL的構成，那麼HTTP是怎麼工作呢？我們接下來就要討論這個問題。
由於HTTP協議是基於請求/響應範式的(相當於客戶機/伺服器)。一個客戶機與伺服器建立連接後，發送一個請求給伺服器，請求方式的格式為：統一資源標識符(URL)、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。伺服器接到請求後，給予相應的響應信息，其格式為一個狀態行，包括信息的協議版本號、一個成功或錯誤的代碼，後邊是MIME信息包括伺服器信息、實體信息和可能的內容。
許多HTTP通訊是由一個用戶代理初始化的並且包括一個申請在源伺服器上資源的請求。最簡單的情況可能是在用戶代理和伺服器之間通過一個單獨的連接來完成。在Internet上，HTTP通訊通常發生在TCP/IP連接之上。預設埠是TCP80，但其它的埠也是可用的。但這並不預示著HTTP協議在Internet或其它網路的其它協議之上才能完成。HTTP只預示著一個可靠的傳輸。
這個過程就好像我們打電話訂貨一樣，我們可以打電話給商家，告訴他我們需要什麼規格的商品，然後商家再告訴我們什麼商品有貨，什麼商品缺貨。這些，我們是通過電話線用電話聯系(HTTP是通過TCP/IP)，當然我們也可以通過傳真，只要商家那邊也有傳真。
以上簡要介紹了HTTP協議的宏觀運作方式，下面介紹一下HTTP協議的內部操作過程。
在WWW中，「客戶」與「伺服器」是一個相對的概念，只存在於一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為伺服器。基於HTTP協議的客戶/伺服器模式的信息交換過程，它分四個過程：建立連接、發送請求信息、發送響應信息、關閉連接。這就好像上面的例子，我們電話訂貨的全過程。
其實簡單說就是任何伺服器除了包括HTML文件以外，還有一個HTTP駐留程序，用於響應用戶請求。你的瀏覽器是HTTP客戶，向伺服器發送請求，當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向伺服器發送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進行必要的操作後回送所要求的文件。在這一過程中，在網路上發送和接收的數據已經被分成一個或多個數據包(packet)，每個數據包包括：要傳送的數據；控制信息，即告訴網路怎樣處理數據包。TCP/IP決定了每個數據包的格式。如果事先不告訴你，你可能不會知道信息被分成用於傳輸和再重新組合起來的許多小塊。
也就是說商家除了擁有商品之外，它也有一個職員在接聽你的電話，當你打電話的時候，你的聲音轉換成各種復雜的數據，通過電話線傳輸到對方的電話機，對方的電話機又把各種復雜的數據轉換成聲音，使得對方商家的職員能夠明白你的請求。這個過程你不需要明白聲音是怎麼轉換成復雜的數據的。
Ⅹ 怎樣把一個客戶端做成即是客戶端又是伺服器端，就是它可以主動發送消息，也可以被動接受消息
C/S 架構C/S 架構是一種典型的兩層架構，其全程是Client/Server，即客戶端伺服器端架構，其客戶端包含一個或多個在用戶的電腦上運行的程序，而伺服器端有兩種，一種是資料庫伺服器端，客戶端通過資料庫連接訪問伺服器端的數據；另一種是Socket伺服器端，伺服器端的程序通過Socket與客戶端的程序通信。
C/S 架構也可以看做是胖客戶端架構。因為客戶端需要實現絕大多數的業務邏輯和界面展示。這種架構中，作為客戶端的部分需要承受很大的壓力，因為顯示邏輯和事務處理都包含在其中，通過與資料庫的交互（通常是SQL或存儲過程的實現）來達到持久化數據，以此滿足實際項目的需要。C/S 架構的優缺點優點：
1.C/S架構的界面和操作可以很豐富。
2.安全性能可以很容易保證，實現多層認證也不難。
3.由於只有一層交互，因此響應速度較快。缺點：
1.適用面窄，通常用於區域網中。
2.用戶群固定。由於程序需要安裝才可使用，因此不適合面向一些不可知的用戶。
3.維護成本高，發生一次升級，則所有客戶端的程序都需要改變。 B/S架構B/S架構的全稱為Browser/Server，即瀏覽器/伺服器結構。Browser指的是Web瀏覽器，極少數事務邏輯在前端實現，但主要事務邏輯在伺服器端實現，Browser客戶端，WebApp伺服器端和DB端構成所謂的三層架構。B/S架構的系統無須特別安裝，只有Web瀏覽器即可。
B/S架構中，顯示邏輯交給了Web瀏覽器，事務處理邏輯在放在了WebApp上，這樣就避免了龐大的胖客戶端，減少了客戶端的壓力。因為客戶端包含的邏輯很少，因此也被成為瘦客戶端。B/S架構的優缺點優點：
1）客戶端無需安裝，有Web瀏覽器即可。
2）BS架構可以直接放在廣域網上，通過一定的許可權控制實現多客戶訪問的目的，交互性較強。
3）BS架構無需升級多個客戶端，升級伺服器即可。缺點：
1）在跨瀏覽器上，BS架構不盡如人意。
2）表現要達到CS程序的程度需要花費不少精力。
3）在速度和安全性上需要花費巨大的設計成本，這是BS架構的最大問題。
4）客戶端伺服器端的交互是請求-響應模式，通常需要刷新頁面，這並不是客戶樂意看到的。（在Ajax風行後此問題得到了一定程度的緩解）