Web 瀏覽器和電子商務網站利用 HTTP 來通信。 由於 HTTP 是無狀態的通信協定(每個指令都個別執行,不需要知道先前的任何指令),因而必須有一種方法可管理瀏覽器端和伺服器端之間的階段作業。
WebSphere Commerce 支援 Cookie 型和 URL 重新編寫這兩種階段作業管理方式。 管理者可以選擇只支援 Cookie 型的階段作業管理,或同時支援 Cookie 型及 URL 重新編寫兩種階段作業管理。 如果 WebSphere Commerce 只支援 Cookie 型階段作業管理,則購物者的瀏覽器必須能接受 Cookie。 如果同時採用 Cookie 型和 URL 重新編寫,WebSphere Commerce 會先試著利用 Cookie 來管理階段作業;如果購物者的瀏覽器設定為不接受 Cookie,則會使用 URL 重新編寫。
Cookie 型階段作業管理
當使用 Cookie 型階段作業管理時,Web 伺服器會傳送含有使用者資訊的訊息(Cookie) 到瀏覽器。 當使用者試圖存取特定頁面時,會將這個 Cookie 送回伺服器。 在送回 Cookie 之後,伺服器便能認出使用者,並從階段作業資料庫中擷取使用者的階段作業,因而能夠維護使用者的階段作業。 當使用者登出或關閉瀏覽器時,Cookie 型階段作業便告結束。 Cookie 型階段作業管理不但安全,而且具有效能上的好處。 建議購物者階段作業採用 Cookie 型階段作業管理。 如果您沒有使用 URL 重新編寫且您要確定使用者已在他們的瀏覽器上啟用 cookie, 請勾選「架構管理程式 - 階段作業管理」頁上的 Cookie 接受測試。
由於安全因素,cookie 型的階段作業管理會使用兩種 cookie 類型:
如果要選取要使用的 cookie 類型,請在「架構管理程式 - 階段作業管理」頁的 Cookie 階段作業管理程式參數選取 WCS 或 WAS。
檢視安全頁面必須同時用到階段作業和授權碼兩種 Cookie。
若發生 cookie 錯誤,即會在下列情況下呼叫 CookieErrorView:
URL 重新編寫
當使用 URL 重新編寫時,所有傳回瀏覽器或重新導向的鏈結都會附加一個階段作業 ID。 當使用者按一下這些鏈結時,從屬站要求會將 URL 重新編寫的形式傳送到伺服器中。 Servlet 引擎會辨識 URL 中的階段作業 ID,並將它儲存起來,以取得這位使用者的適當物件。 如果要使用 URL 重新編寫,鏈結不能使用 HTML 檔(副檔名為 .html 或 .htm 的檔案)。 如果要使用 URL 重新編寫,必須使用 JSP 檔作為顯示之用。當購物者登出時,以 URL 重新編寫的階段作業即屬過期。
![]() |