1. 如何實現WEB應用的前後台分離
在同一個資料庫上做兩個不同的應用。
規范一點的：在不同路徑甚至不同的伺服器上做；
簡單一點的：把腳本都放在一起，你自已能分得清就可以了。
兩個應用使用不同的入口，在用戶看來就是前後台分離的了。
2. 組態王採集的數據放在哪裡能將採集的數據分流放到百度雲然後通過另外一電腦下載么web發布可以實現么
數據默認保存在當前工程目錄下，你也可以指定路徑，分流到網路雲應該不行的，但是打包發到另外一台電腦是可以的。web可以的，購買授權的時候要告訴組態王公司你需要幾個用戶的版本，測試版可以讓一個客戶瀏覽
3. WEB視頻分流方法（求解）
可能會很多，加條規則，訪問關鍵字是youku.com的就添加到地址列表裡面，然後用腳本間隔一段時間自動設置成固定IP，前面就不帶D了，免得重新啟動就沒了。這樣你基本就不用管了，變了IP也沒事。
4. web2.0對於seo是否還有幫助
網站優化可以說是與web2.0分不開的，尤其是一個網站需要實行流量上的質變的時候，web2.0模式將是留住用戶的最佳選擇。
為什麼說網站優化需要web2.0模式?從seo的一些基本點來說，就是內容。搜索引擎認可的高質量內容最簡單的一點是原創，用戶自主發布的內容就很大可能是原創的(不排除有復制轉載的存在)。當大量的原創內容產生的時候，網站的權重就不斷累積升高。既省時省力，又可以加強用戶的粘合度，還可以創造出大量的長尾關鍵詞。站內優化上升到策劃層面，往往是通過策略來推動網站整體的發展，而不需要點對點面對面的實際操作。那麼網站優化的web2.0模式有哪些?下面列舉幾種常見的模式。
一、博客或個人社區空間。博客，又譯為網路日誌、部落格或部落閣等，是一種通常由個人管理、不定期張貼新的文章的網站。
二、網路類網站。為什麼網路的排名那麼好?除了網路域名自身權重高有一定的影響，還包括內鏈布局好，標簽分類好，內容完整等因素，這裡面還有一個因素是用戶可以參與創建及編輯，這就符合了web2.0的模式，可以保證詞條的更新度以及內容的豐富性，因此排名好也是理所當然的。
三、社區論壇。這里主要是說論壇，尤其是之前很多地方論壇的興起以及一些行業論壇的熱潮還是吸引了大量用戶灌水的，其中當然是有創造了不少有意義的內容，有不少長尾詞獲得不錯的排名帶來大量流量。
四、問答類內容。國內做得最好的當然是網路知道和搜搜問問，很好地滿足了用戶的需求，用戶提問也有用戶回答，這就是很好的內容創造。
五、分類信息網站。始於58同城和趕集，隨後衍生出很多同類網站，甚至一些論壇也加入了分類信息模式，這種模式對於一些簡單的線下交易是有帶來便利的，因此有不少用戶或者商家會到這些網站發布信息，創造大量內容頁面。
綜合以上幾種常見的模式，會發現這和seoer平時的外鏈渠道竟是差不多的，因為這些web2.0的模式就是以人為本，允許人們創造內容。隨著互聯網的發展，還是會有更新的web2.0模式衍生，這需要我們時刻保持敏銳的感覺，像時下的微博，輕博客，分享類網站等新生的web2.0模式已經開始分流用戶，我們還是要明確這些新生的模式是否適合做seo優化，或者怎樣作出變動使搜索引擎去接受新生的web2.0模式，將是未來seo策劃值得思考的問題。
5. 兩條寬頻怎麼分流給不同的用戶
你這個可以直接通過策略路由來實現，直接在AR1上配置ACL，行為，策略，應用到介面
acl name dianxinyi 3000
rule 5 permit ip destination 192.168.1.0 0.0.0.255 //內網1網段走電信
acl name dianxiner 3001
rule 30 permit ip destination 192.168.2.0 0.0.0.255 //內網2網段走電信
traffic classifier dianxinyi
if-match acl dianxinyi
traffic classifier dianxiner
if-match acl dianxiner
traffic behavior dianxinyi
redirect ip-nexthop 61.139.2.69 //AR2的介面e0/0/0地址 ，匹配對應流量後直接修改下一跳地址
traffic behavior dianxiner
redirect ip-nexthop 10.172.216.10 //AR3的介面e0/0/0地址 ，匹配對應流量後直接修改下一跳地址
traffic policy dianxinfenliu //配置策略，匹配流量，然後進行的動作
classifier dianxinyi behavior dianxinyi
classifier dianxiner behavior dianxiner
最後將策略應用到介面，這里我建議你在路由器上做，華為的ENSP模擬器交換機沒法做策略路由實驗，有BUG,路由器上可以實現
路由器AR1
inter g 0/0/1
traffic-policy dianxinfenliu inbound //應用策略到介面，對應方向
6. 面向用戶的web端怎麼實現
jsp是服務端編譯執行的。js是頁面瀏覽器解釋執行的，二者執行的時機不同的。
1 JAVA是和C/C++一個等級的強類型編程語言,是純面向對象的，比起JSP和JAVASCRIPT要復雜的多，一般學好JAVA就能很容易轉向其他兩門語言。
2 JSP是JAVA SERVER PAGE的首字母縮寫，顧名思義，是JAVA的服務端頁面，其動態語法部分完全是JAVA規范。JSP是和ASP,PHP一樣的伺服器端語言,主要用來製作網站後台的技術（但現在一般不使用了，2014年起基本都開始使用模板引擎技術如velocity 等）。
3 JAVASCRIPT從其名稱含義是JAVA腳本，是在瀏覽器中運行的腳本語言，由於其大部分語法規范取自於JAVA語法規范，所以取名為JAVASCRIPT（其實和JAVA沒多大關系，是由Netscape公司的Brendan Eich，在網景導航者瀏覽器上首次設計實現而成。因為Netscape與Sun合作，Netscape管理層希望它外觀看起來像Java，因此取名為JavaScript）。JAVASCRIPT是一門基於對象的弱類型腳本編程語言,主要用來製作網頁前台的技術.並且是現在比較熱門的AJAX技術的核心.
總的來說Java是用於後台的編程語言，JSP和JavaScript是用於前台頁面編程
7. java web如何實現多用戶同時登錄在線等
登錄信息放在session中就行
8. 怎樣模擬多用戶登錄一個web網站
1 怎樣的性能測試結果才是有效的
1.1 錯誤觀點
性能測試工具運行一定用戶數都成功，則表示該伺服器能支持這么多用戶數。這是錯誤的。
解答：
A.
因為一次有效的測試結果，不只用戶都運行成功，同時需要保證訪問一個頁面或一次交易的響應時間在合理范圍。「2-5-8原則」，簡單說，就是當用戶訪問一
個頁面或一次交易能夠在2秒以內得到響應時，會感覺系統的響應很快；當用戶在2-5秒之間得到響應時，會感覺系統的響應速度還可以；當用戶在5-8秒以內
得到響應時，會感覺系統的響應速度很慢，但是還可以接受；而當用戶在超過8秒後仍然無法得到響應時，會感覺系統糟透了，或者認為
系統已經失去響應，而選擇離開這個Web站點，或者發起第二次請求。
B. 測試場景不一定模擬了真實業務場景，因為瀏覽器是並發多線程多TCP完成一個頁面的，而測試工具基本都是1，2個線程；對伺服器的壓力是不一樣的，真實環境的TCP壓力是性能測試工具虛擬環境的幾倍。
2 影響WEB伺服器性能指標的因素有哪些
為什麼性能測試工具，需要提供事務（頁面或交易、全腳本）指標、TCP連接、吞吐量、伺服器資源監控、請求數/響應數。
1) 硬體資源：如CPU、內存、網卡吞吐量、I/O能力、SWAP交換能力
2) 線程數：這里介紹JAVA的WEB伺服器，默認每線程佔用的內存為2M，而32為系統JAVA進程（如tomcat、JBoss）佔得空間只有2G（一般比這個小），因此線程數有限制；64為無限制線程，但CPU要跟得上
3) TCP連接數：操作系統的TCP連接數理論值一般很大，操作系統對TCP連接設置有默認值（怎麼配置，可以網上搜索，這里不介紹）；但實際測試中TCP連接在幾百，就出現測試的響應時間很長。抓包分析，原來是三次握手的SYN包伺服器不及時響應，導致SYN重傳（3秒後，9秒後）。
如果SYN丟了，則會重發，但是第一次是3秒後，第2次是在9秒後，如果重發才收到的SYN_ACK，則導致TCP連接超長，從而導致業務響應時間延長。
4) 響應時間：伺服器響應時間小，用戶體驗才好，在大量用戶並發的情況下，HTTP響應時間在用戶忍受度下才是有效的，一般採用「2-5-8原則」。
5) 軟體本身代碼性能演算法：這個不做介紹，如差的演算法、查詢資料庫時間長等等。
3 測試人員經常遇到的一些常見問題及解答
3.1 為什麼使用瀏覽器訪問頁面響應很快，1-2秒就完成；而使用測試工具卻需要10幾秒，甚至幾十秒才完成腳本
解答：
A.
這是由於瀏覽器訪問頁面響應是並發的，同時並發多個線程（多個Socket），而性能測試工具基本是串列發送請求的。如果一個頁面有100個資源
（CSS、HTML、JS、圖片），需要發送100個HTTP請求，如果使用6個線程（瀏覽器），則每個大概請求14個HTTP；如果使用一個線程（測試
工具），則需要請求100個，時間當然大很多。下圖為chrome瀏覽器調試工具顯示的並發情況：
B. 另外瀏覽器具有緩存功能，如果之前訪問了www.qq.com，
會把一些圖片緩存在瀏覽器臨時目錄，下次請求時發送的HTTP請求會帶上If-Match或Etag等頭域，WEB伺服器判斷資源沒改變則會304響應，
而不是回200 OK，這樣減少資源的傳輸，所以時間就小。而有些測試工具是不攜帶這些頭域（包括Loadrunner），因此回的響應是200 OK。所以測試人員默認真實測試時，可以考慮部分有緩存，部分沒緩存。
3.2 性能測試工具是怎麼模擬WEB虛擬用戶
A. 錄制
使用瀏覽器進行正常業務操作，性能測試工具錄制下HTTP請求信息。一般需要記錄URL與頭域、內容、響應碼。雖然不同的性能測試工具錄制方式不一樣（如
loadrunner採用Hook，JMeter採用代理或badbody，kylinPET採用網卡抓包與代理），但都能實現錄制正常業務的HTTP請
求。
測試工具最好能錄制出緩存頭域，即If-Match或Etag，loadrunner好像不支持錄制緩存頭域。
B. 模擬用戶
根據錄制的腳本發送HTTP請求與接收響應，發送前替換參數（實現多用戶不同參數值）、接收時關聯參數（從接收的響應消息獲取參數值，如Cookie、JSessionID）
下面簡單列舉使用過的性能測試工具是如何模擬的（工具運行一個用戶，然後使用wireshark抓包分析得到的結論）：
Loadrunner：根據錄制腳本發送HTTP請求，如果HTTP請求包括內嵌資源（如圖片、CSS、JS），會啟動第二個線程執行內嵌資源，即Loadrunner支持同時兩個線程兩個TCP連接。
kylinPET（國產）：可通過配置設置一個線程或者多個線程並發發送HTTP請求，多個線程並發及TCP連接數跟瀏覽器行為一樣。
JMeter：只有一個線程，一個TCP連接
其他工具：本人沒用過，請用過的兄弟姐妹可以補充下。通過wireshark抓包分析。
3.3 怎樣才能測試出WEB伺服器能支持多少真實用戶，怎樣的伺服器調優參數才合理
解答：
這需要性能測試工具可以模擬出真實用戶的行為，包括HTTP請求數、每用戶並發線程與TCP連接數、思考時間、有無緩存。
為什麼需要模擬真實用戶的線程數與TCP連接數呢，上面提到過，WEB伺服器的線程數與TCP連接數往往很低，這不是提高硬體就能輕松解決的，這也是伺服器調優比較復雜的配置。
因此，只有盡最大能力模擬真實用戶（瀏覽器或其它WEB客戶端，可能不同瀏覽器的並發線程與TCP數都不一樣）的行為的測試場景，測試結果才最真實，伺服器調優才最有意義。
4 怎樣才能測試系統支持多少用戶
4.1 模擬真實用戶的行為
只有模擬用戶一樣的行為才可以系統支持的測試用戶數有效，因此需要模擬一樣的並發數、TCP連接數、甚至可以是HTTP請求的時間間隔。用戶可以是瀏覽器、智能手機、智能機頂盒，測試工具模擬他們一樣的行為才是最有效的測試。
4.2 測試結果數據在合理范圍
4.2.1 用戶統計
成功數、失敗數、每秒在線數、最大在線數，通過這些指標分析此次測試結果支持的用戶數、用戶最大數
4.2.2 點擊率
每秒平均HTTP請求數、響應數。分析系統的處理能力
4.2.3 事務
事務成功、失敗、時間，事務一般是整個腳本運行時間、或者一個頁面或一個交易，通過結果分析，得出每個事物的時間是否合理，符合「2-5-8」原則，如果
測試結果顯示事物時間非常大，則表示系統支持不了此次測試的用戶，因為用戶的響應時間太大（像火車訂票一樣，太多用戶導致響應時間長，用戶無法忍受，則認
為這個系統爛）。
當然，還需要查看事務的百分比，分析90%、80%、70%、60%的事務時間是否在合理范圍。
4.2.4 TCP連接信息
TCP連接成功數、失敗數、TCP三次握手時間。因為此次測試結果可能是由於伺服器系統或網路的TCP的丟包與重傳才導致延時大的。如果是伺服器的原因，伺服器收到TCP的SYN而不處理，可以通過調試伺服器的TCP配置來優化。
怎麼才知道是伺服器的問題呢，這個需要性能測試工具能給出TCP連接時間（當前了解只有kylinPET可以支持），如果顯示超過3秒，這時需要檢查是網
絡還是伺服器問題，可以在伺服器端抓包（tcpmp或wireshark）然後分析TCP的SYN信息（個數、時間）
4.2.5 資源佔用
伺服器的CPU、內存、帶寬、I/O是不是已經不足，導致系統上不去是哪個原因，根據原因進行調優或升級。
測試時需要考慮性能測試工具的CPU佔用率，如果性能測試工具佔用CPU很高，此次測試可能瓶頸是在工具，而導致測試結果是無效的。
9. java的web應用問題： 請問怎樣實現不同的用戶對我們做的網站（醫務系統）有不同的訪問許可權呢 求思路…
許可權,是很麻煩的.也是一個系統中頗為重要的模塊.
一般的許可權都是
用戶-->角色-->許可權 這樣的關聯關系
你既然有了角色,那角色應該有許可權的集合,就是Set<Privilege>;
然後判斷就可以了,無論是頁面顯示上還是後台的訪問上,都做個判斷;沒許可權的跳轉.
具體的判斷就是 迭代用戶所有角色-->每個角色的所有許可權-->和當前的作對比.-->否,跳
當然,要區分開基本許可權和使用許可權,比如注銷的功能每個人都必須有.
10. 什麼是分布式感謝分享,百度能搜到的概念性的東西就不要貼了 java開發的web網站怎麼實現分布式
我看了網路後的理解是：
集群：集群是同一個任務，由許多台伺服器通過負載均衡來完成。
分布式：一個任務，拆分為多個子任務，由不同的伺服器完成各自的結果並匯總。
比如有二十個算術題，集群負載均衡概念是讓10個人每個人分1個或2個題，有的人學習很好，可能就給他分3道題，有的人學習差，就只給他分1個題。注意每個人分到的這些題都是完整的一道或多道題並沒有拆分。把學習能力理解為伺服器的處理能力就可以了。
有一個算術題，分布式的概念是，把這個題分成幾個小問題，分給一堆人，這堆人每個人解決自己的小問題。
分布式利用集群概念是指：首先布置一層分布式網路，例如A節點處理乘法問題，B節點處理加法問題。那麼A節點伺服器或許會接收到大量的計算請求。例如例子中的現在有20個乘法題，那麼A節點可以採用集群方式，把這20個乘法題負載均衡的方式分給同在A節點的其他伺服器。這里有個點就是，A節點可以是一台伺服器，也可是多台伺服器。當是多台伺服器處理同類請求的時候，顯然就是分布式中某個節點利用了集群概念了。
這只是我自己的理解，如果不是的話還請路過大神指正。。。
關於你說的問題，我挑個我會的吧。運行同一個web程序，我認為這是集群概念而非分布式概念，如果每個節點運行一個web程序的一部分，例如A運行 數學計算 程序的 加法部分。B運行乘法部分，我認為這才算分布式概念。運行同一個web程序，顯然可以同時接受大量請求，然後負載均衡給每一台伺服器完整運行咯。
就我知道的，Dubbo框架就是一個分布式框架，也可以實現集群負載均衡。