❶ (java WEB)誰能告訴我在大型購物網站中使用什麼技術實現購物車的,在線等....只有50分了,一定給
目前購物車的實現主要是通過cookie、session或結合資料庫的方式。下面分析一下它們的機制及作用。
1. cookie
cookie是由伺服器產生，存儲在客戶端的一段信息。它定義了一種Web伺服器在客戶端存儲和返回信息的機制，cookie文件它包含域、路徑、生存期、和由伺服器設置的變數值等內容。當用戶以後訪問同一個Web伺服器時，瀏覽器會把cookie原樣發送給伺服器。通過讓伺服器讀取原先保存到客戶端的信息，網站能夠為瀏覽者提供一系列的方便，例如在線交易過程中標識用戶身份、安全要求不高的場合避免用戶重復輸入名字和密碼、門戶網站的主頁定製、有針對性地投放廣告等等。利用cookie的特性，大大擴展了WEB應用程序的功能，不僅可以建立伺服器與客戶機的聯系，因為cookie可以由伺服器定製，因此還可以將購物信息生成cookie值存放在客戶端，從而實現購物車的功能。用基於cookie的方式實現伺服器與瀏覽器之間的會話或購物車，有以下特點：
n cookie存儲在客戶端，且佔用很少的資源，瀏覽器允許存放300個cookie，每個cookie的大小為4KB，足以滿足購物車的要求，同時也減輕了伺服器的負荷；
n cookie為瀏覽器所內置，使用方便。即使用戶不小心關閉了瀏覽器窗口，只要在cookie定義的有效期內，購物車中的信息也不會丟失；
n cookie不是可執行文件，所以不會以任何方式執行，因此也不會帶來病毒或攻擊用戶的系統；
n 基於cookie的購物車要求用戶瀏覽器必須支持並設置為啟用cookie，否則購物車則失效；
n 存在著關於cookie侵犯訪問者隱私權的爭論，因此有些用戶會禁止本機的cookie功能。
2. session
session是實現購物車的另一種方法。session提供了可以保存和跟蹤用戶的狀態信息的功能，使當前用戶在session中定義的變數和對象能在頁面之間共享，但是不能為應用中其他用戶所訪問，它與cookie最重大的區別是，session將用戶在會話期間的私有信息存儲在伺服器端，提高了安全性。在伺服器生成session後，客戶端會生成一個sessionid識別號保存在客戶端，以保持和伺服器的同步。這個sessionid是只讀的，如果客戶端禁止cookie功能，session會通過在URL中附加參數，或隱含在表單中提交等其他方式在頁面間傳送。因此利用session實施對用戶的管理則更為安全、有效。
同樣，利用session也能實現購物車，這種方式的特點是：
n session用新的機制保持與客戶端的同步，不依賴於客戶端設置；
n 與cookie相比，session是存儲在伺服器端的信息，因此顯得更為安全，因此可將身份標示，購物等信息存儲在session中；
n session會佔用伺服器資源，加大伺服器端的負載，尤其當並發用戶很多時，會生成大量的session，影響伺服器的性能；
n 因為session存儲的信息更敏感，而且是以文件形式保存在伺服器中，因此仍然存在著安全隱患。
3. 結合資料庫的方式
這也是目前較普遍的模式，在這種方式中，資料庫承擔著存儲購物信息的作用，session或cookie則用來跟蹤用戶。這種方式具有以下特點：
n 資料庫與cookie分別負責記錄數據和維持會話，能發揮各自的優勢，使安全性和伺服器性能都得到了提高；
n 每一個購物的行為，都要直接建立與資料庫的連接，直至對表的操作完成後，連接才釋放。當並發用戶很多時，會影響資料庫的性能，因此，這對資料庫的性能提出了更高的要求；
n 使cookie維持會話有賴客戶端的支持。
各種方式的選擇：
雖然cookie可用來實現購物車，但必須獲得瀏覽器的支持，再加上它是存儲在客戶端的信息，極易被獲取，所以這也限制了它存儲更多，更重要的信息。所以一般cookie只用來維持與伺服器的會話，例如國內最大的當當網路書店就是用cookie保持與客戶的聯系，但是這種方式最大的缺點是如果客戶端不支持cookie就會使購物車失效。
Session 能很好地與交易雙方保持會話，可以忽視客戶端的設置。在購物車技術中得到了廣泛的應用。但session的文件屬性使其仍然留有安全隱患。
結合資料庫的方式雖然在一定程度上解決了上述的問題，但從上面的例子可以看出：在這種購物流程中涉及到對資料庫表的頻繁操作，尤其是用戶每選購一次商品，都要與資料庫進行連接，當用戶很多的時候就加大了伺服器與資料庫的負荷。
PS：以上是參考網上資料，對購物車實現的分析！
結合你自身的web的訪問及部署情況，可考慮優先或結合使用。
如果使用資料庫存儲，一般考慮使用緩存技術去解決性能問題。
有問題再追問，good luck！~
❷ jsp網上商城系統是怎麼開發的需要什麼流程！
該系統主要實現會員購買商品功能和管理員後台管理等兩大基本功能。
會員操作包括：用戶注冊、登錄、購物車管理、個人資料管理、個人訂單查詢管理、留言。
管理員後台管理包括：修改個人資料、用戶信息管理、商品信息管理、訂單管理、留言簿管理、新聞管理
❸ 做php購物網站都用到哪些技術
樓主的問題不太正常呀！
做php購物網站當然要用PHP語言啦！再者就是PHP的功能了！
做購物車要用session或cookie了。購物提交後的數據當然要保存在資料庫中，具體什麼資料庫要看你的需要了，access、mysql、mssql...PHP都能運用！
具體說就是網路資料庫和文件資料庫！
看著大多朋友都說smarty,這個早都被淘汰了。它其實就是以面向對象寫的程序，把信息成靜態而已。生成靜態頁面這都不值得一提。PHP想生成靜態頁面太簡單了，五六行代碼搞定。
❹ 網路購物系統的原理是什麼
ASP、PHP、CGI、JAV都可以實現，就是要看你的伺服器支持什麼，支持什麼就用上面的一種開發就行！
❺ 要做一個PC購物網站都需要用到哪些前端技術
購物網站這種較大型（相比公司網站來說）的電商網站要求的技術比較多的。
單論前端來說（不包括後端和資料庫的交互，支付功能等）
html+css (是個網站都少不了)
javascript/jquery(點擊、彈窗、輪播、ajax非同步和後端交互數據)
vue.js (強烈推薦，有了它做購物車功能會比js/jq來說簡單得多)
❻ 網上商城系統開發的方式有哪些
目前開發商城系統主要有4種方式：
第一種：自主開發
公司組建一支自己的開發團隊，自主開發一款商城系統，這個過程可能需要耗費的時間和金錢比較多，因為從設計到程序員開發到上線這其中有很多的環節，也有可能出現很多的問題，最終導致產品錯過最佳上線時機，但是這種開發方式有個最主要的優點，就是靈活可自由控制，可隨時要求技術改進產品。
第二種：外包
外包開發商城系統就是將項目交給外包公司，外包公司會根據需求進行開發，這種開發方式的好處就是不需要自己養開發團隊，外包公司還可以實現你的個性化需求，但是要選擇像天客通這樣的外包團隊，產品開發的質量有保障，後期維護也不用擔心。
第三種：模板開發
目前市場上有很多商城類的軟體模板，價格非常低，從幾百塊到數千塊都有。使用這些模板，就可以快速擁有一個自己的電商商城。但是手機的更新迭代速度非常高，這些模板很快就會出現各種bug。遇到這樣的情況有時候會損失不少的流量，而且通常來說，優秀的商城模板不會出售源碼的，而出售的模板為了適應更多的行業需求，所以功能簡單，用戶體驗差。
第四種：在線製作
這種方式就是在網上的某些應用市場直接製作，有各種應用的組件，直接將APP功能組件在一起，所有的功能，界面，內容都可以自己製作，相對於外包這種是最為快速且成本比較低的，對比模板開發，這種方式自由度更高。
❼ 電商系統應該有哪些功能
第一部分：交易基礎
電子商務離不開交易功能，而交易則是建立在一個基礎的載體之上，載體包含買家、賣家和交易對象(商品)。一般電商系統大致包含以下四部分功能：
【用戶中心】：主要是使用者的基礎信息、交易信息等內容管理;
【商戶中心】：在用戶基礎上，主要是商戶入駐/認證/合作/經營運營/清退等管理;
【用戶終端】：主要指App、小程序、H5、PC端等終端觸點，是使用者進行交易的途徑;
【商品中心】：主要包含商品發布類目以及商品發布等管理。
第二部分：交易之前
【搜索】：用戶通過關鍵詞進行搜索，平台根據內容進行展示排序;
【內容】：UGC/PGC的圖文視頻流、群/社區等可交流空間、直播實時交互帶貨場景為店鋪流量帶來紅利;
【廣告】：在流量這一塊就是各類形式的廣告展示。
【商戶體系】：商家後台使用指南等吸引商戶入駐平台的激勵舉措;
【商品詳情】：承載的商品詳情描述、商品歷史評價、問答模塊;
【客服】：在線溝通工具，作為買賣雙方直觀溝通的橋梁。
第三部分：交易履約
【訂單體系】：主要包含收貨前退款、收貨後退貨退款、仲裁、售後等邏輯;
【支付體系】：支付環節提供收單能力，退貨時提供退款能力，訂單結束時觸發的結算打款能力;
【消費金融】：主要基於在線訂單提供分期、緩期付款的服務;
第四部分：整體調控
以上電商系統開發的功能都是直接圍繞交易的各個環節或者特定對某個環節，以下功能是用戶很難感知，但對平台管理起至關重要的功能。
【風控體系】：風控就是風險管理的各種方法和措施;
【運營體系】：用於平台規則維護和平台高效運轉;
【數據中心】：為平台運營人員提供經營決策來源，同時也會向買家端、賣家端提供輸出統計報表的能力。