伺服器端架構

1、C/S架構就是客戶端/伺服器架構,B/S就瀏覽器伺服器架構，有什麼區別？？

C/S架構就是客戶端/伺服器架構

客戶端 要有 應用程序，專門的

B/S就瀏覽器伺服器架構
客戶端 用 瀏覽器 就可以了

2、文檔伺服器架構是什麼

文檔伺服器是用於政府、企業等機構安全共享文檔信息的整體解決方案，它依託書生 TESDI 數字許可權管理技術、 SEP 數字文檔技術，以集中管理的方式完整保存各單位日常產生的各類文檔，提供最大程度的共享機制，使文檔信息的價值得到最充分的利用，同時還能保證敏感文件不會被泄露 , 即使是對合法閱讀者也能進行拷貝、列印等許可權的管理和控制，從而徹底解決機構用戶的信息數字化率和信息使用率偏低的問題。

書生文檔伺服器是一個文檔集中存放，受限訪問的平台。系統採用了書生 SEPReader 作為文檔閱讀的終端，採用 SEPWriter 作為文檔轉換的工具。 SEP Writer 將不同格式不同應用程序生成的文檔轉換成統一的 SEP 格式，再通過客戶端將轉換後的文件提交給給安全文檔管理伺服器（ SDP Server ），保存到專門的安全文檔資料庫中。伺服器統一控制每個文檔針對每個操作人員的瀏覽、復制、列印、傳播、摘錄等許可權，最大限度的保證電子文檔安全，而且又不妨礙合法和正常的閱讀以及操作。

書生文檔伺服器集成了多種主流的用戶身份機制，包括 Windows 域和活動目錄， Lotus 用戶集成， LDAP 用戶集成以及提供集成其他基於資料庫的應用系統用戶機制。可以和各種類型的應用系統無縫集成。系統提供 14 種不同粒度的訪問許可權，可以充分滿足復雜的管理需要。

傳統的文檔管理系統不同的是，書生文檔伺服器真正防止了非受限的傳播重要文檔，比如傳統的檔案系統，雖然有多級的用戶許可權管理機制，但文檔一旦被某個用戶訪問，用戶就可以不受限的將該文檔通過拷貝，郵寄等方式傳播給他人。而此系統採用的文檔的終生機制，文檔無論何時被訪問，除非管理員特別指定，文檔都受管理系統的控制。可以稱作是全程安全的文檔管理系統。

文檔伺服器可以與書生 Office 配合進行使用，會具有最佳的使用效果。用戶在用 Office 編輯定稿後輕松一鍵即可提交給文檔伺服器，便捷方便的操作最大程度地降低了使用者的負擔，使文檔集中共享的制度能得到最有效的貫徹執行。

3、網站伺服器怎麼個架構

你應該是說架設一個Web伺服器吧，也就是能讓別人瀏覽網站的伺服器
這個還比較簡單，如果說到更復雜的伺服器那就有些麻煩了
首先你要去為你的網站申請一個域名，也就是網址，然後你要在你的電腦上裝
一個IIS，Internet Information Sever 這樣就可以控制好你的網站，再具體
點就說不清楚了，你可以問你身邊的前輩們，不過你如果不會做網頁那麼架設
了伺服器也沒什麼用。 這個是Web 伺服器，瀏覽網站的。
如果你是說像網吧那樣架設那就麻煩點，要用網路操作系統，像2000sever 2003 sever或者是linux之類的操作系統才可以了，上面有一個動態主機伺服器可以假設（DHCP）裡面非常復雜，建議你去買一本相關的書看，或者是讓你身邊的人做現場輔導才可以，我光說是說不清楚的。
如果你想學習這些建議你還是先打好網路基礎，這個不是那麼容易做的，你可以去買一本相關計算機網路的書籍看
如果你了解了DNS HTTP FTP這些是怎麼回事的話那麼你就可以再去學習架設伺服器了，總體來說就是不太容易學就是了。

4、B/S 架構的瀏覽器端和伺服器端是如何通信的？

使用tcp/ip協議. 的一種.http協議,即無狀態協議.客戶端發送請求,伺服器端響應.客戶端輸出結果.

5、傳奇伺服器架構，我有伺服器端，怎麼配置，請教高手

一步一步的跟著這個步驟做應該可以架設好自己的私服伺服器的，所以請大家認真看.
首先你需要下載一個伺服器端，建議使用一起玩傳奇精裝版第4版，一起玩傳奇第4版本修正所有漏洞，絕對穩定的狀態下運行，伺服器完全漢化.如果你要深入可以選擇使用一起玩傳奇第6版.

下載下來後，安裝系統會選擇默認路徑安裝，如果你是新人，建議不要修改默認路徑，否則會造成許多麻煩的地方

安裝後進去
D:\MIRSERVER
現介紹目錄結構
GameLog 目錄 游戲日值記錄，裡面有記錄程序和記錄目錄，對應的軟體和記錄的文檔方在其中
Gate_Server 目錄 游戲登陸選擇人物管理界面
Mir200游戲核心文件 我們在游戲中看見的修改都是通過修改這里來實現[這里就不忙介紹這些，我們現說說如何讓自己的私服開通]

MUD2，DB保存地方、人物保存地方

我們現就不說其他了，現讓你的私服運行起來
改IP和伺服器名字往往就是新人遇到的問題,新人不建議自己手動修改，建議你用心意軟體進行修改，每一個一起玩傳奇精裝的版本中都加入有這些相關的好用的軟體，對於新人來說，是個很不錯的軟體.就算是技術比較成熟的用戶，大家也都經常使用這個軟體

進去心意軟體後相關的設置一幕瞭然，很直接

安裝私服必須安裝DBC:DBC是DB Commander 2000 PRO的簡稱，需要自己下載，下載天空中有下載.

下載下來後進行安裝

現在進入控制面板 允許 BDE ADMINISTRATOR 安 CTRL+N 按下 OK，然後在下面出現了一個STANDARD的選項，點中他安 CTRL+M 進行改名 改成 "HeroDB" 為什麼有些人出現 無法讀取 IP的問題就是因為這里的HeroDB沒有正確填寫，在這里要注意大小寫最後就是設置路徑了PATH 處設置成 "D:\mirserver\mud2\DB" 這個是默認安裝後的路徑
好了又把滑鼠在 HeroDB上點擊一下然後安下 "CTAL+A" 現在可以關閉他了，這里基本上私服應該可以正常運行了.
BaseDir=D:\mirserver\Mir200\Share\
GuildDir=D:\mirserver\Mir200\GuildBase\Guilds\
GuildFile=D:\mirserver\Mir200\GuildBase\Guildlist.txt
VentureDir=D:\mirserver\Mir200\ShareV\
ConLogDir=D:\mirserver\Mir200\ConLog\
CastleDir=D:\mirserver\Mir200\Envir\Castle\
EnvirDir=D:\mirserver\Mir200\Envir\
MapDir=D:\mirserver\Mir200\Map\

6、c/s模式伺服器的架構

1、c/s、b/s是當下兩種伺服器架構模型。
2、c/s架構是指客戶端/伺服器的架構，需要同時編寫兩套代碼，即客戶端一套，服務端一套，所以開發起來速度較慢，日後的維護工作量也較大。
3、b/s架構是指瀏覽器/伺服器構架，只需要編寫伺服器端的代碼即可，開發完成了，就可以將應用部署到一些中間伺服器上來發布自己的運用，拿web應該用來說，這些伺服器有IIS、jboss、weblogic、websphere、tomcat等等。
4、客戶端與伺服器交互時，伺服器會根據客戶端的不同請求進行相應的業務處理，之後將結果返回對客戶端。

以上只是簡單的描述了下c/s、b/s架構，更詳細說明樓主可以網上找些相關資料了解。

有問題歡迎提問，滿意請採納！

7、安卓app伺服器端開發用什麼java架構

首先，App的服務端跟Web的服務端沒有多大區別，而且在實際的開發過程中，業務邏輯也都是共用一套，只是會針對不同的客戶端做不同的適配(這點可參考Amazon，其對PC的web端，移動的Web端，移動的App都做了不同程度的適配).

其次，既然與Web的服務端沒多大區別，那所用的技術也大同小異，對於App而言，服務端更多是一個數據介面，所以框架頁大同小異；

最後，大致總結一下：

技術：
網路通信: tcp，http等；
Web服務：servlet, cgi腳本，asp等；
系統調度：多線程，並發等；

框架：
對應不同的web服務技術，採用的編程語言不同；
對應不同的網路通信協議，採用的框架也不同，netty->tcp，servlet等web服務框架->http等；
對應系統調度，有不同的多線程，多進程通信框架等；
對應提供不同的服務介面，有web service和restful兩大類，前者基於soap協議，後者基於http協議，對應的框架就很多，不一一敘述；

除此之外，還有很多其他的技術，可先做，發現問題，自然就知道怎麼去找相應的技術、解決方案(包含框架)來解決，所以先動手吧；

8、伺服器架構是什麼意思？

常見的伺服器架構有以下三種：

伺服器集群架構：
伺服器集群就是指將很多伺服器集中起來一起進行同一種服務，在客戶端看來就像是只有一個伺服器。集群可以利用多個計算機進行並行計算從而獲得很高的計算速度，也可以用多個計算機做備份，從而使得任何一個機器壞了整個系統還是能正常運行。

伺服器負載均衡架構：
負載均衡 （Load Balancing） 建立在現有網路結構之上，它提供了一種廉價有效透明的方法擴展網路設備和伺服器的帶寬、增加吞吐量、加強網路數據處理能力、提高網路的靈活性和可用性。

分布式伺服器架構：
所謂分布式資源共享伺服器就是指數據和程序可以不位於一個伺服器上，而是分散到多個伺服器，以網路上分散分布的地理信息數據及受其影響的資料庫操作為研究對象的一種理論計算模型伺服器形式。分布式有利於任務在整個計算機系統上進行分配與優化，克服了傳統集中式系統會導致中心主機資源緊張與響應瓶頸的缺陷，解決了網路GIS 中存在的數據異構、數據共享、運算復雜等問題，是地理信息系統技術的一大進步。

這個三種架構都是常見的伺服器架構，集群的主要是IT公司在做，可以保障重要數據安全；負載均衡主要是為了分擔訪問量，避免臨時的網路堵塞，主要用於電子商務類型的網站；分布式伺服器主要是解決跨區域，多個單個節點達到高速訪問的目前，一般是類似CDN的用途的話，會採用分布式伺服器。

9、三層層次架構與三層客戶端伺服器架構有何不同之處

沒明白你的問題，
你說的三層架構知道，但是你說的三層客戶端伺服器架構沒明白

10、b/s和c/s兩種構架分別指的是什麼?

B/S結構是Browser/Server的簡稱，指瀏覽器/伺服器模式。這種模式只要客戶機上安裝一個瀏覽器，如Internet Explorer，伺服器安裝Oracle、MYSQL等資料庫。瀏覽器通過Web Server 同資料庫進行數據交互。

C/S結構是Client/Server的簡稱，指客戶/伺服器模式。它是軟體系統體系結構，通過它可以充分利用兩端硬體環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。目前大多數應用軟體系統都是Client/Server形式的兩層結構。

(10)伺服器端架構擴展資料：

C/S與B/S區別：

1、硬體環境不同

C/S 一般建立在專用的網路上，小范圍里的網路環境，區域網之間再通過專門伺服器提供連接和數據交換服務。

B/S建立在廣域網之上的，不必是專門的網路硬體環境，例如電話上網，租用設備。信息自己管理。有比C/S更強的適應范圍，一般只要有操作系統和瀏覽器就行。

2、對安全要求不同

C/S對服務端、客戶端都安全都要考慮。B/S因沒有客戶端，所以只注重服務端安全即可。

3、對程序架構不同

C/S程序可以更加註重流程，可以對許可權多層次校驗，對系統運行速度可以較少考慮。

B/S對安全以及訪問速度的多重的考慮，建立在需要更加優化的基礎之上。

4、軟體重用不同

C/S程序可以不可避免的整體性考慮，構件的重用性不如在B/S要求下的構件的重用性好。

B/S對的多重結構，要求構件相對獨立的功能，能夠相對較好的重用。

5、系統維護不同

C/S程序由於整體性，必須整體考察，處理出現的問題以及系統升級難等問題。可能是再做一個全新的系統。

B/S構件組成，方面構件個別的更換，實現系統的無縫升級。系統維護開銷減到最小。用戶從網上自己下載安裝就可以實現升級。

6、處理問題不同

C/S程序可以處理用戶面固定，並且在相同區域，安全要求高需求，與操作系統相關。應該都是相同的系統

B/S建立在廣域網上，面向不同的用戶群，分散地域，這是C/S無法作到的。與操作系統平台關系最小。

參考資料來源：網路-C/S結構

參考資料來源：網路-b/s結構