如果您使用 Oracle Cloud Infrastructure Classic (OCI Classic) 上的 Oracle Content Management for Government,部署及管理 Oracle Content Management 的方式會有些許不同。
如果您使用 Oracle Content Management Cloud Service for Oracle CX,就必須建立新執行處理,以及在「基礎架構主控台」中管理及監督這些執行處理。請勿依照下方的指示。
如果您使用 Oracle Cloud Infrastructure Classic (OCI Classic) 上的 Oracle Content Management for Government,下列工作的執行方式會有所不同:
所有其他工作則依照先前章節所述執行:
若要建立 Oracle Content Management for Government 器執行處理,請依照下列步驟進行。
確認雲端帳戶管理員是 OCI_Administrators 群組的成員
若要建立執行處理,您必須是 OCI_Administrators 群組的成員。若您在 Oracle Cloud Infrastructure (OCI) 有 Oracle Cloud 帳戶,系統便會自動建立此群組。如果您是主要帳戶管理員,系統會自動將您設為此群組中的成員並且可以略過此步驟。如果您不是主要帳戶管理員,請依照下列步驟確認您為該群組的成員。
如果您不是 OCI_Administrators 群組的成員,您就必須將自己新增至該群組。請參閱指定使用者給群組。
取得區域、使用者和租用戶值
您在建立 Oracle Content Management 執行處理時,系統會要求您提供 Oracle Cloud Infrastructure 的各項值,以便設定物件儲存。若要取得這些值,請執行以下步驟:
或是您也可以為儲存服務建立另一位使用者,將該使用者指定給管理員群組,然後使用您所建立的使用者 OCID。在「基礎架構主控台」中建立使用者:
建立 OCI 物件儲存的區間
預設會建立兩個區間,亦即租用戶的根區間 (RC) 和 ManagedCompartmentforPaaS (C)。請勿使用這些預設區間。您必須為物件儲存建立一個新區間。
您需要在第一次建立 Oracle Content Management 執行處理時建立一個新的區間,但不需要為每個執行處理都建立新的區間。您可以讓多個執行處理使用相同區間。
產生私密金鑰
使用以下 OpenSSL 命令產生 API 簽署金鑰/金鑰組,格式必須是 PEM。
註:
mkdir ~/.oci
openssl genrsa -out ~/.oci/oci_api_key.pem 2048
chmod go-rwx ~/.oci/oci_api_key.pem
您在建立 Oracle Content Management 執行處理時,將會上傳此私密金鑰檔案。
產生公開金鑰並將其新增至 OCI
openssl rsa -pubout -in ~/.oci/oci_api_key.pem -out ~/.oci/oci_api_key_public.pem
cat ~/.oci/oci_api_key_public.pem
建立 Oracle Content Management 執行處理
註:
為了順利建立執行處理,請務必依照「建立執行處理」頁面中每個欄位之描述資料欄中的指示進行操作。請先適當修改所有預設值,再確認資訊。欄位 | 描述 |
---|---|
執行處理名稱 | 為您的服務執行處理指定唯一的名稱。如果您指定的名稱已經存在,系統會顯示錯誤訊息,且不會建立該執行處理。 |
描述 | 您可以選擇輸入執行處理的描述。 |
通知電子郵件 | 輸入要傳送佈建狀態更新的目標電子郵件地址。 |
地區 | 選取在取得區域、使用者和租用戶等值時所記下的區域名稱。 |
標記 | 請將此欄位留白。 |
儲存使用者 OCID | 輸入在取得區域、使用者和租用戶等值時所記下的儲存使用者 OCID。 |
儲存租用戶 OCID | 輸入在取得區域、使用者和租用戶等值時所記下的租用戶 OCID。 |
儲存基礎架構區域名稱 | 輸入在取得區域、使用者和租用戶等值時所記下的區域名稱。 |
儲存區間 ID | 輸入在建立 OCI 物件儲存區間之後所記下的區間 OCID。 |
儲存公開金鑰指紋 | 輸入將公開金鑰新增至 Oracle Cloud Infrastructure 之後所記下的公開金鑰指紋。 |
儲存私密金鑰 | 上傳您產生的私密金鑰檔案。 |
下一步該做的事項
順利建立服務執行處理之後,您會收到一封確認電子郵件。此電子郵件中包含您執行處理的連結。若要存取 Oracle Content Management Web 從屬端,請按一下您 Oracle Content Management 服務執行處理旁邊的 ,然後選取存取 Content Cloud Service 執行處理。
接著,設定使用者和群組。
重要:
如果您使用 Oracle Content Management for Government,管理執行處理的方式會有些許不同。
檢視執行處理:
您可以從執行處理清單執行下列動作:
您的 Oracle Content Management 執行處理若是建置在 Oracle Cloud Infrastructure (OCI) 上並使用「基礎架構 (經典) 主控台」管理,系統將會依據每小時的作用中使用者人數向您收費。
每小時的作用中使用者的定義是,在一小時內與服務互動的唯一使用者。系統會透過 Cookie、使用者 ID、權杖、裝置 ID、IP 或階段作業 ID 追蹤作用中使用者。認證的使用者和訪客則會依據該服務執行處理中指定給使用者的角色 (標準、企業或訪客) 追蹤。匿名使用者則會視為訪客加以追蹤。
訪客和匿名使用者從多個通道 (網站、行動應用程式、桌面從屬端、經由 API 的自訂應用程式、電子郵件等等) 存取服務,會計為多個作用中使用者階段作業。一個認證的使用者從多個通道存取服務,會計為一個作用中使用者階段作業。例如,一位訪客若在一小時內從 Firefox 桌面 Web 瀏覽器、Chrome 桌面 Web 瀏覽器以及行動 Web 瀏覽器存取同一個 Oracle Content Management 執行處理,會總計為三個作用中使用者階段作業。然而,假如一個認證的使用者執行了相同的動作,則只會計為 1 個作用中使用者階段作業。
使用者可進行的 API 呼叫次數和傳輸的輸出資料大小,會依據使用者是標準使用者、企業使用者還是訪客而定;企業使用者另外還可以使用特定數目的新發布內容資產。因此,基於計費考量,系統也會在每一小時的作用中使用者階段作業期間內追蹤下列度量:
註:
如需通用點數價格和用量限制 (例如,API 呼叫次數、傳輸的輸出資料大小,以及每一使用者可發布的資產數目) 的資訊,請參閱 Oracle 通用點數價格和 Oracle Cloud Services (檢視清單底端附近的「Oracle PaaS 和 IaaS 通用點數 - 服務說明」)。常見問題
造訪第二個網站的使用者是否會計為第二個作用中使用者階段作業?
只有存取不同資源 (例如不同的網站) 的訪客或匿名使用者將會計為個別的作用中使用者階段作業。一個從多個通道存取服務的認證的使用者,將會計為一個作用中使用者階段作業。例如,在 1 小時內存取兩個不同網站的同一個訪客,將會計為 2 個作用中使用者階段作業。基本上,是針對指定的服務執行處理在 1 小時內,依訪客或匿名使用者、資源、通道來計數。
機器人程式 (bot) 或蒐集程式 (crawler) 對網站的造訪是否會計為作用中使用者階段作業?
機器人程式或蒐集程式所進行的重複造訪並不會計為作用中使用者階段作業。
存取公用下載連結的使用者是否會計為作用中使用者階段作業?
使用公用連結下載文件的使用者不會計為作用中使用者階段作業。即使使用者被帶往顯示下載按鈕的 Oracle Content Management 使用者介面,也不會計為作用中使用者階段作業。但是,系統將會追蹤每小時的輸出資料傳輸。
如果透過以 Oracle Content Management 建立的網站存取公用下載連結,又會如何?這類的連結使用方式是否會被計為作用中使用者階段作業?
瀏覽使用 Oracle Content Management 建立的網站會觸發作用中使用者階段作業,因此會被計為該小時的作用中使用者,而不是因為使用公用下載連結的緣故。同樣地,系統將會追蹤輸出資料傳輸。
系統如何追蹤瀏覽器階段作業的作用中使用者階段作業?
瀏覽器的作用中使用者階段作業使用 Cookie 追蹤,此 Cookie 會在瀏覽器階段作業的一小時期間結束後失效。
使用者若清除瀏覽器的 Cookie 或關閉匿名瀏覽器階段作業會發生什麼情況?
如果使用者清除 Cookie (從瀏覽器中清除或關閉匿名視窗),系統會將下一個要求視為新的使用者並計為新的作用中使用者階段作業。
是否會追蹤 AppLink 和 API 呼叫以用於計費?
來自第三方應用程式和其他 Oracle Cloud 應用程式的 AppLink 和 API 呼叫,都會依據用於建立 API 連線的使用者識別 (標準或企業) 收費。系統會將指定小時內的每 100 個 API 呼叫計為該小時的另一個作用中使用者。
AppLink 呼叫以何種方式計為訪客人數?
使用 AppLink 要求主體中的 assignedUser 參數追蹤唯一使用者的從屬端呼叫。請參閱 Integrating and Extending Oracle Content Management 中的 Integrating Folder and File Selection 和 Applinks Resource。
系統如何追蹤 Oracle Content Management 桌面從屬端使用者?
桌面從屬端使用者如果從其桌面建立、編輯或更新檔案或資料夾,系統就會將該使用者視為作用中使用者 (標準或企業使用者)。其他使用者因更新檔案或資料夾而讓雲端伺服器執行的下行同步動作,並不會計為作用中使用者階段作業。但是,同步作業會計入輸出資料傳輸度量。例如,假設使用者每小時同步的資料超過 1 GB,超額同步的每 GB 資料都會計為該小時的另一個作用中使用者階段作業 (標準或企業使用者)。
訪客人數是 Oracle Content Management 用來追蹤指定訪客人數期間 (1 小時代表每小時的訪客人數,24 小時代表每日的訪客人數) 使用狀況的度量。唯一的未經認證使用者或具備網站訪客角色的已認證使用者使用特定通道 (例如透過瀏覽器、行動瀏覽器或 applink 等等) 存取服務時,就會觸發訪客人數。多個通道的存取會計為多個訪客人數。例如,一位使用者若在 24 小時內從 Firefox 桌面 Web 瀏覽器、Chrome 桌面 Web 瀏覽器以及行動 Web 瀏覽器存取同一個 Oracle Content Management 執行處理,會總計為 3 個每日訪客人數。
未認證的使用者可以存取某些網站、使用公用連結,以及檢視內嵌在應用程式或網站中的 Oracle Content Management 內容。
常見問題
使用者若存取同一個 Oracle Content Management 執行處理內的多個頁面,會計為多個訪客人數嗎?
不會。訪客人數只會在執行處理 (網站) 層級計算。
什麼時候會觸發訪客人數?
任何使用者 (不論是匿名還是已認證的來賓使用者) 只要在訪客人數期間至少存取 Oracle Content Management 資源一次,例如 Oracle Content Management 執行處理、以 Oracle Content Management 建立的網站,或是透過 API (例如使用 applink) 進行存取,都會起始一個訪客人數。
訪客人數會持續多久?
每小時的訪客人數會持續 1 小時;每日的訪客人數會持續 24 小時。它從使用者第一次透過唯一通道存取特定 Oracle Content Management 資源時開始算起。1 小時之後,同一使用者後續造訪同一資源便會觸發另一個每小時訪客人數。24 小時之後,同一使用者後續造訪同一資源便會觸發另一個每日訪客人數。
Oracle Content Management 標準或企業使用者會被計入訪客人數嗎?
不會。造訪 Oracle Content Management 資源的已認證 (登入) 標準或企業使用者不會包括在訪客人數內。
造訪 Oracle Content Management 資源的已認證 (登入) 使用者會被計入訪客人數嗎?
如以上所述,造訪 Oracle Content Management 資源的已認證 Oracle Content Management 標準或企業使用者並不會計入訪客人數。但是,具備網站訪客角色的已認證使用者將會計入訪客人數。
訪客人數的計算頻率為何?
訪客在訪客人數期間 (1 小時代表每小時的訪客人數,24 小時代表每日的訪客人數) 內可能會存取相同的資源 (網站、API 或 applink) 多次,但只會計為一次/單一造訪。如果使用者在訪客人數期間之後再次存取相同的資源,將會計為新的造訪。
造訪第二個網站的使用者是否會被計為第二個訪客人數?
存取不同資源 (例如不同網站) 的同一使用者將會計為另一個訪客人數。例如,在訪客人數期間內存取兩個不同網站的同一使用者將會計為 2 次造訪。基本上,計數是針對指定的服務執行處理依使用者、資源、通道、訪客人數期間計算。
機器人程式 (Bot) 或蒐集程式 (Crawler) 對網站的存取是否將被計為訪客人數?
機器人程式或蒐集程式的重複造訪將不會計為訪客人數。
存取公用下載連結的使用者是否將被計為訪客人數?
使用公用下載連結下載文件的使用者不會計為訪客人數。即使使用者被帶往顯示下載按鈕的 Oracle Content Management 使用者介面,也不會計為訪客人數。
如果透過以 Oracle Content Management 建立的網站存取公用下載連結,又會如何?這類的連結使用方式是否會被計為訪客人數?
瀏覽使用 Oracle Content Management 建立的網站會觸發訪客人數,因此會計入訪客人數,而不是因為使用公用下載連結的緣故。
瀏覽器階段作業的訪客人數如何追蹤?
瀏覽器的訪客人數使用 Cookie 追蹤,此 Cookie 會在瀏覽器階段作業的訪客人數期間結束後失效。
使用者若清除瀏覽器的 Cookie 或關閉匿名瀏覽器階段作業會發生什麼情況?
使用者若清除 Cookie (直接於瀏覽器中清除或關閉匿名視窗),下一個要求就會被視為新的使用者並計為新的訪客人數。
管理員可以查看哪些度量報告?
Oracle Content Management Analytics 提供下列度量:
目前不支援或無法擷取哪些度量?
關於 Cookie 追蹤方面,是否提供選擇退出或隱私權支援?
Oracle Content Management 網站會提供標準選項,可讓使用者知道 Oracle Content Management 資源 (網站) 正在使用 Cookie,而使用者可以停用該 Cookie 來選擇退出追蹤。為了支援此功能,在所有 Oracle Content Management 網站資源都一致新增了以下兩個項目:
AppLink 和 API 呼叫是否會計為訪客人數?
訪客人數包括第三方應用程式的 AppLink 和 REST API 呼叫。
AppLink 呼叫以何種方式計為訪客人數?
使用 AppLink 要求主體中的 assignedUser 參數追蹤唯一使用者的從屬端呼叫。請參閱 Integrating and Extending Oracle Content Management 中的 Integrating Folder and File Selection 和 Applinks Resource。
範例
以下是一些訪客人數計算的範例。假設 ACME Corporation 有一個 Oracle Content Management 服務執行處理,而且建立了三個網站:SiteA、SiteB 以及 SiteC。以下範例顯示訪客人數期間內訪客人數的計算方式。
訪客 | 資源 (網站) | 每日訪客人數計數 |
---|---|---|
User1 | https://docs-acme.sites.us2.oracecloud/authsite/SiteA | 計數增加為 1 (cookie1,使用者訪問網站—SiteA,使用 Firefox) |
User1 | https://docs-acme.sites.us2.oracecloud/authsite/SiteB | 計數增加為 2 (cookie2,同一使用者訪問不同網站—SiteB,使用 Firefox) |
User2 | https://mysite.acme.example.com (SiteC 的虛名 URL) | 計數增加為 3 (cookie3,不同使用者訪問不同網站—SiteC,使用 Firefox) |
User3 | https://mysite.acme.example.com (SiteC 的虛名 URL) | 計數增加為 4 (cookie4,不同使用者訪問相同網站—SiteC,使用 Firefox) |
User2 | https://mysite.acme.example.com (SiteC 的虛名 URL) | 計數停留在 4 (無變更,cookie3,相同使用者—User2,相同網站—SiteC,使用 Firefox,相同訪客人數期間) |
User2 | https://mysite.acme.example.com (SiteC 的虛名 URL) | 計數增加為 5 (cookie5,相同使用者—User2,相同網站—SiteC,相同訪客人數期間,但使用 Chrome) |