儲存資源提供者概觀 storage-resource-provider-overview

簡介 introduction

截至Adobe Experience Manager (AEM) Communities 6.1，社群內容(通常稱為使用者產生的內容(UGC))儲存在儲存資源提供者 (SRP)提供的單一共用存放區中。

有數個SRP選項，所有選項都可透過新的AEM Communities介面SocialResourceProvider API (SRP API)存取UGC，該API包括所有建立、讀取、更新和刪除(CRUD)作業。

所有SCF元件都是使用SRP API實作，允許程式碼不需要知道基礎拓撲或UGC位置即可開發。

SocialResourceProvider API僅適用於AEM Communities的授權客戶。

另請參閱：

關於存放庫 about-the-repository

若要瞭解SRP，瞭解AEM社群網站中AEM存放庫(Oak)的角色會很有幫助。

Java™內容存放庫(JCR)
此標準定義了內容存放庫的資料模型和應用程式設計介面(JCR API)。 它結合了傳統檔案系統與關聯式資料庫的特性，並新增了內容應用程式經常需要的幾項額外功能。

JCR的一個實作是AEM存放庫Oak。

Apache Jackrabbit Oak
Oak是JCR 2.0的實作，這是專為以內容為中心的應用程式而設計的資料儲存系統。 這是一種階層式資料庫，專為非結構化和半結構化資料而設計。 存放庫不僅儲存面向使用者的內容，也儲存應用程式使用的所有程式碼、範本和內部資料。 用於存取內容的UI是CRXDE Lite。

JCR和Oak通常用於表示AEM存放庫。

在私人製作環境中開發網站內容後，必須將其複製到公開發佈環境。 這項作業通常透過名為​ 復寫 ​的作業來完成。 這會發生在作者/開發人員/管理員的控制下。

若為UGC，內容由公開發佈環境中的註冊網站訪客（社群成員）輸入。 這是隨機發生的。

為了管理和報告，從私人製作環境存取UGC會很有用。 使用SRP時，由於不需要從Publish反向復寫至作者，因此從「作者」存取UGC會更加一致且效能更高。

關於SRP about-srp

UGC儲存至共用儲存空間時，在大部分部署中，成員內容的單一例項可同時從製作和發佈環境存取。 無論SRP選擇為何(MSRP、ASRP、JSRP)，所有必須透過SRP API以程式設計方式存取。

ASRP asrp

如果有ASRP，UGC就不會儲存在JCR中，而是儲存在由Adobe託管和管理的雲端服務中。 ASRP中儲存的UGC不可使用CRXDE Lite檢視或使用JCR API存取。

請參閱ASRP -Adobe儲存資源提供者。

開發人員無法直接存取UGC。

ASRP使用Adobe雲端進行查詢。

MSRP msrp

如果有，MSRP、UGC就不會儲存在JCR中，而是儲存在MongoDB中。 儲存在MSRP中的UGC不可以CRXDE Lite檢視或使用JCR API存取。

請參閱MSRP - MongoDB儲存資源提供者。

雖然MSRP可與ASRP相提並論，因為所有AEM伺服器執行個體都存取相同的UGC，所以您可以使用通用工具直接存取儲存在MongoDB中的UGC。

MSRP使用Solr進行查詢。

JSRP jsrp

JSRP為存取單一AEM執行個體上所有UGC的預設提供者。 它可讓您快速體驗AEM Communities 6.1，而不需要設定MSRP或ASRP。

請參閱JSRP - JCR儲存資源提供者。

如果UGC儲存在JCR時存在JSRP，並且可在CRXDE Lite和JCR API中存取，Adobe建議您永遠不要使用JCR API來存取。 如果您這麼做，未來的變更可能會影響自訂程式碼。

此外，不會共用作者和Publish環境的存放庫。 雖然發佈執行個體的叢集會產生共用發佈存放庫，但在Publish中輸入的UGC在Author上不可見，因此無法管理Author的UGC。 UGC只會保留在輸入其所在例項的AEM存放庫(JCR)中。

JSRP會使用Oak索引進行查詢。

關於JCR中的陰影節點 about-shadow-nodes-in-jcr

模擬指向UGC的路徑的陰影節點存在於本機存放庫中，以實現兩個目的：

不論SRP實作為何，實際UGC在與陰影節點相同的位置上是​ not。

針對存取控制(ACL) for-access-control-acls

有些SRP實作（例如ASRP和MSRP）會將社群內容儲存在未提供ACL驗證的資料庫中。 陰影節點會提供本機存放庫中ACL可套用的位置。

使用SRP API時，所有SRP選項都會在所有CRUD作業之前，對陰影位置執行相同的檢查。

ACL檢查會使用公用程式方法，傳回適合檢查套用至資源UGC之許可權的路徑。

如需範常式式碼，請參閱SRP和UGC Essentials。

針對非現有資源(NER) for-non-existing-resources-ners

部分Communities元件不可包含在指令碼中，因此需要Sling可定址節點來支援Communities功能。 包含的元件稱為非現有資源(NER)。

陰影節點會在存放庫中提供Sling可定址位置。

儲存位置 storage-location

以下是陰影節點的範例，使用社群元件指南中的註解元件：

在陰影節點下找不到UGC。

預設行為是在參考相關子樹狀結構以進行讀取或寫入時，在發佈執行個體上設定陰影節點。

例如，假設部署是具有TarMK發佈伺服器陣列的MSRP。

當成員在pub1上發佈UGC （儲存在MongoDB中）時，陰影節點會在pub1上的JCR中建立。

在pub2上第一次讀取UGC時，如果未設定任何專案，預設行為是建立陰影節點。

如果需要預設行為以外的其他行為，則必須在製作執行個體上設定該行為，並將其轉存到所有發佈執行個體，這通常是手動流程。