Az Oracle Content Management példányának áttelepítése örökölt Cloud infrastruktúrából

A "cec migrate-site" parancs új, ezért telepítenie kell az OCE Toolkit szolgáltatást a WebClient GIT adattárából akkor is, ha korábban már letöltötte és telepítette azt.

Kövesse a Sites Toolkit oldalon megjelenő utasításokat, majd töltse le és telepítse az OCE Toolkit szolgáltatást.

Regisztrálja a célkiszolgáló kapcsolódási adatait (az a kiszolgáló, amelyikre a webhelyeit áttelepíti):

> cec register-server <target_server_name>
          -e http://<target_server>:<target_port>
          -u <target_username> -p <target_password>
          -t pod_ec

• A <target_server_name> a cél végpontjának azonosításához használható és Ön által választható név.
• A <target_server> és a <target_port> alkotja azt az URL-címet, amelyikkel Ön elérheti a célként használt kiszolgálót.
• A <target_username> és a <target_password> legyen annak a személynek a felhasználóneve és jelszava, aki a webhelysablonokat fogja exportálni a forráskiszolgálóról, hogy az áttelepítés során ne legyenek engedélyproblémák a sablonok importálásakor.
• A "pod_ec" értéke a célként használt kiszolgáló típusa, ez használható azon kiszolgáló típusának azonosítására, amelyiken ki lett alakítva a példány.

A webhelyek áttelepítéséhez végezze el a következő lépéseket:

1. A forráskiszolgálón hozzon létre sablonokat minden olyan webhelyről, amely forrásanyagokat tartalmaz.
2. A forráskiszolgálón exportáljon minden egyes sablont. Ügyeljen rá, hogy ezt a lépést annak a felhasználónak a nevében hajtsa végre, akire a célkiszolgáló regisztrálásakor hivatkozott.
3. Jelentkezzen be a célkiszolgálóra adattár-rendszergazdaként (CECRepositoryAdministrator szerepkörrel rendelkező felhasználó). Utána hozzon létre egy adattárt a sablonnal együtt importált forrásanyagok számára.
4. Minden letöltött sablon esetében futtassa le a következő parancsot, a <site_name> értékét arra a névre cserélve, amelyet a célkiszolgálón szereplő webhelynek szeretne adni.

   > cec migrate-site <site_name> --template <template_path_and_name> 
   --destination <registered_target_server_name> --repository <repository_name>

5. A célkiszolgálón ossza meg megfelelően az áttelepített webhelyeket és forrásanyagokat.

Miután áttelepítette a webhelyét, az 1.1-es verziójú Content REST-hívások használatával fog futni. Ez bizonyos problémákat okozhat, amelyeket a webhely megfelelő futása érdekében meg kell oldani. Az alábbiak figyelembe vételével határozza meg, hogy mit kell tennie:

• Ha a ContentSDK-t használja, a hívásai automatikusan úgy módosulnak, hogy az 1.1-es verziójú Content REST-hívásokat használják.
• Ha a tartalomelrendezések nem jelzik, hogy támogatják az 1.1-es verziót, akkor a ContentSDK a válaszban egy "adat" bejegyzést (1.0-s verzió) is hozzá fog adni, amely egyszerűen a "mezők" bejegyzésre (1.1-es verzió) fog mutatni, így a sablonjai változtatás nélkül tovább működhetnek.
• Ha a "fields.type.equals=" 1.0-s verziójú Content REST szintaxist használja a kiegészítő lekérdezési karakterláncban, mi megpróbáljuk elemezni azt és 1.1-es verziójú szintaxisra módosítani, de Önnek ezt érvényesítenie kell.
• Ha megpróbál közvetlen (a ContentSDK használata nélküli) 1.0-s verziójú Content REST-hívásokat végezni, azok sikertelenek lesznek. Ki kell majd javítani az egyéni kódját és frissíteni ezeket a hívásokat.
• Valószínűleg szüksége lesz olyan egyéni tartalomlekérdezésekre is, amelyek a "fields.type.equals=" 1.0-s verziójú szintaxist 'q=(type eq "..")' szintaxissá alakítják.
• "updateddate" vagy "updatedDate": Ezt feltehetően jelenleg a CaaS javítja, de amíg nem kapjuk meg az EC buildet, amelyben az 1.1-es verziójú Content REST API mindkét értéket támogatja, addig minden "updateddate" értéket a camelCase "updatedDate" értékére kell változtatnia.

Ha a webhelye megfelelően fut, át kell alakítania többnyelvű webhelynek (MLS) megfelelővé. Ha vállalati webhelyet kell létrehoznia egy külső számítási kiszolgálón, ahhoz szüksége van egy alapértelmezett nyelvre és honosítási alapszabályra. Mivel a webhelye át lett másolva, nem MLS webhely. Ezért frissítenie kell MLS webhelyre, hogy biztosan támogathassa a jövőbeni működőképességét.

A következő táblázat az MLS és a nem MLS webhely közötti különbségeket foglalja össze.

Mielőtt a webhelyét MLS webhellyé alakíthatná, a következőket kell elvégeznie:

• Frissítse az összes tartalomelrendezési összetevőt a Content REST API 1.1-es verziójának támogatása érdekében
• Frissítse a webhely tartalomlistáiban lévő összes "kiegészítő lekérdezési karakterláncot" azért, hogy kompatibilis legyen a Content REST API 1.1-es verziójával

Ezután, ha esetleg olyan egyéni összetevőkóddal rendelkezik, amely a Content REST-hívásokat végzi, akkor azt is frissítenie kell, hogy 1.1-es verziójú hívásokat végezzen. Ez nem általános dolog, mivel a legtöbb tartalomhívást a tartalomelrendezésekből végzik.

Tartalomelrendezések frissítése

A támogatott Content REST API-verziók megadása

A tartalomelrendezéseknek meg kell adniuk, hogy a Content REST API melyik verzióját támogatják. Erre azért van szükség, hogy biztosan a megfelelő Content REST-hívást végezzék el, és a várt válaszadatok térjenek vissza az elrendezéshez.

Ha nem határozza meg egyik verzió támogatását sem, a rendszer feltételezi, hogy a tartalomelrendezés csak az 1.0-s verziót támogatja.

A konzol felsorolja azokat a tartalomelrendezéseket, amelyek még az 1.0-s verzióban szerepelnek.

Ha azt szeretné, hogy a tartalomelrendezése más verziókat is támogasson, adja hozzá a "contentVersion" tulajdonságban a tartalomelrendezési objektumhoz.

A következő példában minden verziót támogat az 1.0-s és a 2.0-s közé esik, de az utóbbitól kisebb (Megjegyzés: a 2.0-s verzió nem létezik, de a legtöbb verziómódosítás kompatibilitástörő módosítást okozhat)

// Content Layout
          definition.ContentLayout.prototype = {    // Specify the versions of
          the Content REST API that are supported by the this Content Layout.    // The value for contentVersion follows Semantic Versioning
          syntax.    // This allows applications that use the
          content layout to pass the data through in the expected format.    contentVersion: ">=1.0.0
          <2.0.0",     // Main rendering function:    // - Updates the data to handle any required additional requests and
          support both v1.0 and v1.1 Content REST APIs    // - Expand the Mustache template with the updated data
            // - Appends the expanded template HTML to the
          parentObj DOM element    render: function (parentObj)
          {

1.1-es verziójú válaszok módosításának kezelése

Minimális követelményként el kell végeznie a Content REST API-válaszok "data" értékről "fields" értékre történő módosításának kezelését. Ennek legegyszerűbb módja, ha az értéket hozzáadja a "data" tulajdonsághoz, és rámutat az új "fields" tulajdonságra

render: function (parentObj)
          {    ...    if(!content.data) {        content.data =
          content.fields;    }

Jobb megoldás, ha áttér az 1.1-es verziójú "fields" érték használatára minden tartalomelrendezésnél. Ez magában foglalja a JavaScript- és a sablonkód módosítását is.

Az 1.1-es verzió teljes mértékű támogatásához kezelnie kell Content REST API következő módosításait az 1.0-s és az 1.1-es verzió között:

"items": [{    "type": "Starter-Blog-Author",    "name": "Alex Read",    "id": "COREB62DBAB5CEDA4915A9C9F6050E554F63",    "fields":
          {        "starter-blog-author_bio": "Alex's bio",        "starter-blog-author_name": "Alex Read"        }    },

"items": [{    "type": "Starter-Blog-Author",    "name": "Alex Read",    "id": "COREB62DBAB5CEDA4915A9C9F6050E554F63",    "data":
          {        "starter-blog-author_bio": "Alex's bio",        "starter-blog-author_name": "Alex Read"        }    },

A tartalomlekérdező karakterlánc frissítése

Content API-hívásokat hajthat végre bármilyen egyéni kódban, ezért a webhelye által használt minden olyan egyéni kódot ellenőriznie kell, amelyik Content REST API-hívásokat hajt végre.

• Egyéni összetevők: Ellenőrizze a következő összetevőket:
  • Tartalomelrendezések
  • Helyi összetevők
  • Szakaszelrendezések
  • Távoli összetevők
• Témák: JavaScript: Habár kicsi a valószínűsége annak, hogy a témája olyan JavaScript-kódot tartalmaz, amely egyéni Content REST API-hívásokat hajt végre, mégis ellenőrizni kell azt is.
• Webhelytulajdonságok: Kiegészítő lekérdezési karakterlánc: Miután ellenőrizte, hogy minden olyan egyéni kódot frissített-e, amelyik Content REST API-hívásokat hajt végre, frissítenie kell a "Kiegészítő lekérdezési karakterlánc" tulajdonságot is minden "Tartalomlista" összetevőben a webhelye minden oldalán. Mialatt megpróbáljuk azokat futásidőben elemezni és átalakítani, a folyamatos támogatás érdekében frissíteni kell azokat, hogy kompatibilisek legyenek az 1.1-es verziójú Content REST-hívásokkal.

Nem MLS webhely átalakítása MLS webhellyé

Miután átalakította úgy a webhelyét, hogy teljes mértékben támogassa az 1.1-es verziójú Content REST API-kat, ha MLS webhellyé alakítja, támogatást biztosíthat a nyelvek számára.

Ha kijelöli a webhelyét a webhely kezelési felhasználói felületén, megjelenik egy "lefordítható" tartalom menüelem is. Ha kiválasztja ezt a lehetőséget, megjelenik egy párbeszédpanel, amely arra kéri, hogy válasszon ki egy honosítási alapszabályt és egy alapértelmezett nyelvet a webhely számára a honosítási alapszabályban meghatározott kötelező nyelveket tartalmazó listából. Ha nem létezik honosítási alapszabály, akkor nem fogja tudni végrehajtani ezt a lépést, és először a tartalomadminisztrálási képernyőkre kell lépnie, és létre kell hoznia egy legalább egy kötelező nyelvet tartalmazó honosítási alapszabályt.

A lépés végrehajtása után a webhelye az alapértelmezett nyelvi-területi beállításnak megfelelően fog megjelenni. Ez azt is lehetővé teszi, hogy a honosítási alapszabályában meghatározott más nyelvi-területi beállításokra váltson.

Ellenőriznie kell majd, hogy a webhelye az elvárásoknak megfelelően jelenik-e meg az alapértelmezett nyelvi-területi beállításban.

Regisztrálja a forrás- és a célkiszolgáló kapcsolódási adatait.

Regisztrálja a forráskiszolgálót (azt a kiszolgálót, amelyikről az adatait áttelepíti):

> cec register-server <source_server_name>
          -e http://<source_server>:<source_port>
          -u <source_username> -p <source_password>
          -t pod_ic

• A <source_server_name> a forrás végpontjának azonosításához használt és Ön által választható név.
• A <source_server> és a <source_port> alkotja azt az URL-címet, amelyikkel Ön elérheti a forrásként használt kiszolgálót.
• A <source_username> és a <source_password> tartalmazza kötelezően annak a felhasználónevét és a jelszavát, aki a forrásként szolgáló kiszolgálón hozzáférhet a forrásanyagokhoz.
• A "pod_ic" értéke az adatforrási kiszolgáló típusa, ez használható azon kiszolgáló típusának azonosítására, amelyiken ki lett alakítva a példány.

Regisztrálja a célkiszolgálót (azt a kiszolgálót, amelyikre az adatait áttelepíti):

> cec-install % cec register-server <target_server_name>
          -e http://<source_server>:<source_port>
          -u <target_username> -p <target_password>
          -t pod_ec

• A <target_server_name> a cél végpontjának azonosításához használható és Ön által választható név.
• A <target_server> és a <target_port> alkotja azt az URL-címet, amelyikkel Ön elérheti a célként használt kiszolgálót.
• A <target_username> és a <target_password> tartalmazza kötelezően annak a felhasználónevét és a jelszavát, aki a célként használt kiszolgálón a forrásanyagok tulajdonosa lesz.
• A "pod_ec" értéke a célként használt kiszolgáló típusa, ez használható azon kiszolgáló típusának azonosítására, amelyiken ki lett alakítva a példány.

A következő parancs futtatásával telepítsen át egy forrásanyag-gyűjteményt:

> cec migrate-content <source_collection_name> --server  <source_server_name>
      --destination <target_server_name> --repository <target_repository_name> --collection  <target_collection_name> --channel
    <target_channel_name>

A forrásanyagok a célkiszolgálón fognak létrejönni a megadott adattárban, és a gyűjteményhez és a csatornához lesznek társítva. Ha szükséges, a rendszer automatikusan létrehozza a gyűjteményt és a csatornát. A megadott adattárban beállított alapértelmezett nyelv lesz az összes áttelepített forrásanyag alapértelmezett nyelve.