① 前後端分離，前端發送過來的請求是伺服器的ip還是用戶的ip
前後端分離部署時，伺服器A用於部署前端項目，稱為前端伺服器，伺服器B用於部署後端項目，稱為後端伺服器。後端伺服器通過開放API的方式，向前端伺服器中的前端項目提供數據或數據操作介面，以此實現前端與後端的銜接。若受項目的成本限制，將前端項目與後端項目部署在同一伺服器上也是可以的，可以通過nginx等反向代理伺服器根據訪問地址進行分發。
對於前後端分離，認識上有個誤區，那就是很多人自稱：我們老早就分離了，全AJAX，使用Angular或者什麼什麼就可以了。
這個說法是不合適的，打個比方，別人問的是逗如何解決家禽把蛋生在水草邊的問題看地，但實際上人家養的是鴨子，答題的卻是養雞的，所以回答逗不讓去水邊就行了地，這顯然不在點子上。
② 解決前端和後端分離後，如何跨域調用
1、第一種方式：
jsonp的，這種方式只支持get，不支持post請求方式
2、第二種方式：
可以配置攔截器，在攔截器中設置消息頭
3、第三方式：
cors方式：這種方式配置首先需要下載cors-filter-2.5.jar和java-property-utils1.10.jar導入到項目中，然後在web.xml重配置。
③ 微服務架構下，進行前後端分離，前端怎麼寫
分離後的前端，不再是一個簡單的HTML文件，已經是一個獨立的應用系統。除了要考慮頁面的數據渲染展示，還要用工程化的思想來考慮前端的架構，前後端的交互和數據安全等事情。
RESTful介面交互
前後端分離之後，更多的是採用RESTful風格的介面與後端進行數據交互。
REST是「呈現狀態轉移（REpresentational State Transfer）」的縮寫，一種API的架構風格，在客戶端和服務端之間通過呈現狀態的轉移來驅動應用狀態的演進。
在 REST 樣式的 Web 服務中，每個資源都有一個地址。資源本身都是方法調用的目標，方法列表對所有資源都是一樣的。這些方法都是標准方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。
RESTful的API設計，使得後端通過介面向前端傳遞數據，數據的格式通常是JSON這種通用的格式。對前端來說，只要後端返回過來的是RESTful的數據就行，不管後端是用Java寫，還是用python或PHP，拜託對後端的依賴，做到前端系統的獨立。
工程化構建
Nodejs不止可以用來做前端伺服器，在開發階段，它也能發揮很大的作用。
前端生態的發展，是圍繞著Nodejs進行的。用npm來管理項目依賴，可以很好的維護和運行在Nodejs環境上。
打包工具grunt、gulp、webpack和rollup等，都是運行在nodejs上，再結合語法編譯、打包部署等插件，將應用輸入成一個完整的應用。
如果你使用了Angular、React或Vue框架，或者你使用瀏覽器暫時還不兼容的ES6語法，還需要在應用打包前用babel將語法編譯成瀏覽器可識別的ES5的語法。
SPA
SPA是單頁Web應用（single page web application，SPA）的簡寫，就是只有一張Web頁面的應用，是載入單個HTML 頁面並在用戶與應用程序交互時動態更新該頁面的Web應用程序。
像Angular、React或Vue就是為了SPA而設計的，結合前端路由庫（react-router、vue-router）和狀態熱存儲（rex、vuex）等，可以開發出一個媲美Native APP的Web APP，用戶體驗得到了很大的提升。
當然，SPA也不是完美的，也不是適合所有的web應用，需要結合項目和場景來選擇。
SPA有如下缺點：
初次載入耗時增加。可以通過代碼拆分、懶載入來提升性能，減少初次載入耗時。
SEO不友好，現在可以通過Prerender或Server render來解決一部分。
頁面的前進和後端需要開發者自己寫，不過現在一些路由庫已經幫助我們基本解決了。
對開發者要求高，由於做SPA需要了解一整套技術棧，所以，要考慮後期是否有合適的人選進行維護。
④ 前端如何分離邏輯層 使用各種框架都可以使用
分離的話看你們是以前端為主還是後端為主了(基本看公司人員技術分配而定) 。
如果是以後台為主的話基本上前端只需要獲取數據做展示做一些基本的邏輯就OK了
使用的技術大多都是ajax es6的promise雖說也不錯但總歸還在適應階段 還有各種新玩意就不說了
如果是以前台為主的話你需要根據架構來做具體的業務 實際上數據的調用都是一樣 多的是邏輯前端需要比較嚴謹 代碼組件化 什麼router rex 一堆東西。
⑤ JSP如何做到前端後分離開發
可以設置一個前端項目，跟後台用Ajax/json來交互信息.
不過注意跨域的問題，可以搜索一下前端跨域學習
⑥ springboot ip地址怎麼動態修改
prefer，ip，address：前端是否顯示ip地址；ip，address：實際ip地址；instance，id：實例注冊id。
當我們需要跨伺服器（不在一個區域網的情況下），可以使用以上情況解決。
靜態IP就是給你的電腦分配一個不會變的IP地址，而動態IP就是路由器隨機分配一個IP地址給你；靜態IP的好處就是連接穩定，而動態IP就簡單，用戶不需要設置就可以連接別的區域網，但是人多的時候可能會出現IP沖突導致連不上。
⑦ 有線網路的連結動態分配和靜態ip有何區
動態分配就是主機自動從前端的DHCP伺服器獲取動態的IP地址，靜態IP地址就是自己手動設置固定的IP地址。
⑧ web前端開發，如何做一個分公司動態地圖
使用css定位然後用js控制hover事件不就好了
要是可以用HTML5的話就更簡便了
也可以用flash實現
⑨ 前端開發是怎麼樣開發出來動態的網站的
既然說是前端，當然就意味著有個職位叫後端，如果你都會了，那就叫全棧。
動態有好多種動態，你前端自己動態也行，就是樣式變化，比如做個俄羅斯方塊游戲，不和後端搞.基也是行的。
如果你需要數據動態，那通常就需要後端，需要資料庫，需要伺服器，買書，看書，多看，多練習，學唄，沒人能幾句話告訴你一切的。
⑩ 如何解決網路遠程視頻監控動態IP問題
所謂動態IP接入方式是指用戶通過虛擬撥號技術動態地獲得IP地址來開展上網業務。每次用戶通過普通MODEM或者通過ISDN、ADSL撥號連接Internet時，ISP通常會分配給用戶一個公共IP地址，這時候Internet上的其他用戶就可以通過這個IP地址訪問該計算機。但是，因為這個IP地址是動態的，也就是說一旦斷線，下次再連接Internet的時候，ISP將會分配另一個不同的公共IP地址。如果是監控前端採用了動態IP接入方式，在通信的時候，只要監控方能夠預先知道監控前端的IP地址，就能夠在雙方之間建立握手進行通信。但靜態IP的昂貴租金仍是困擾用戶廣泛使用的關鍵問題。 系統的出現為廣大用戶徹底解決了這一問題。動態域名解析系統連接internet時，ISP會分配一個動態的IP地址，動態域名解析服務就是把域名與這個動態的IP地址對應起來。動態域名解析服務依賴於動態域名解析系統。域名解析服務系統能提供服務，實現實時、動態地更新DNS;同時擁有客戶端程序，可以自動查詢本地撥號上網計算機的IP地址，並對域名伺服器上登記的IP地址，進行自動更新。而且，它是真正的域名解析伺服器，而不是URL重定位器。通過域名伺服器的解析，可以提供真正的域名解析服務，提供給訪問者網上合法的IP地址(這個IP地址是通過撥號上網的計算機用戶從ISP那裡租用的合法IP)。 同現行網上免費的域名相比，動態域名解析系統實現了域名解析。動態域名解析在廣域網視頻監控中的應用 動態域名解析系統基於軟體技術實現動態IP與所指定域名的綁定，從而使用戶相當於擁有了「靜態」IP地址。真正使用戶享受到投入寬頻、享受專線的超值驚喜。 給每個監控設備申請一個域名，由域名解析系統來探查監控設備當前的IP地址，並通知遠程監控端。遠程監控端通過固定不變的域名來訪問每個監控設備。無需關心IP地址的變化於否。企業實施視頻監控項目時可根據實際情況選擇採用哪種方式使用動態域名解析服務(DDNS服務)。具體實現方式有以下幾種。