Se han realizado actualizaciones en el servicio de consulta para HCL Commerce versiones 9.1.7 y 9.1.8. Revise este documento para actualizar desde versiones anteriores.
Cambios en el servicio de consulta de la versión 9.1.7
- i. Perfil de búsqueda
- Los perfiles de búsqueda solo son aplicables cuando la agrupación está habilitada. Anteriormente había referencias de código de nombre de perfil de búsqueda codificadas. La anulación de esos perfiles de búsqueda ha producido la expresión del comportamiento personalizado en todos los escenarios que hacen referencia al perfil.
- Por ejemplo, anteriormente HCL_findCatalogEntryById se codificó para escenarios de búsqueda de términos y de exploración. Si este perfil de búsqueda se ha anulado, el nuevo comportamiento se expresó tanto en escenarios de búsqueda y de exploración de términos sin ninguna forma de aislar la personalización. El perfil de búsqueda se ha introducido para permitir una anulación de perfil con cualquier nombre. El código comprobará primero el perfil de búsqueda en lugar de utilizar el perfil codificado.
- Esta mejora funcional introduce un nuevo atributo lookupProfileName opcional en el perfil de búsqueda. Los perfiles de anulación temporal personalizados seguirán funcionando tal cual. Consulte el siguiente ejemplo de perfil de búsqueda personalizado que hace referencia a un perfil de búsqueda:
- Crear un perfil personalizado
Si desea encontrar un artículo de inventario específico, agregue un campo de respuesta en el perfil personalizado que especifique el número de inventario
inventories.10501.quantity.
{
"parentProfileName": "HCL_findProductsBySearchTerm",
"profileName": "X_findProductsBySearchTerm",
"lookupProfileName": "X_findCatalogEntryById",
"query": {
"responseFields": [
"inventories.10501.quantity",
“workspaceName”
]
}
}
- Crear un perfil de búsqueda
{
"parentProfileName": "HCL_findCatalogEntryById",
"profileName": "X_findCatalogEntryById",
"query": {
"responseFields": [
"inventories.10501.quantity"
]
}
}
Para obtener más información sobre los perfiles de búsqueda, consulte Campos de inventario y personalizados en un perfil de búsqueda personalizado.
- ii. Perfiles de búsqueda V2
- En versiones anteriores, la búsqueda utilizaba los mismos perfiles de búsqueda para los escaparates Aurora y React (Emerald/Sapphire). Esto ha dado como resultado el mismo comportamiento para los escaparates Aurora y React cuando se ha alterado temporalmente un perfil. En la versión 9.1.7, los perfiles de búsqueda se segregaban en perfiles V1 y V2 para alinearse con la API de REST del servicio de consulta V1 y V2. Los perfiles de búsqueda V2 están pensados para utilizarse con los escaparates de React, que requieren la API de REST V2. Los perfiles de búsqueda V1 se utilizan con la API de REST V1.
- Si está utilizando la API de REST V2, se recomienda utilizar perfiles de búsqueda V2 para mantenerse lo más adaptados posible con la evolución de la API de REST V2.
- Puede encontrar perfiles V2 de ejemplo en Perfiles de búsqueda.
- iii. Control de acceso para los puntos finales de la configuración del servicio de consulta
- Se ha introducido la autenticación para proteger los puntos finales de configuración de consultas de datos (administración). El servicio de consulta de datos tiene puntos finales de configuración mientras que la consulta de autenticación y de producción solo proporcionan puntos finales de API de REST del escaparate. La consulta de autenticación y de producción proporcionan las API de REST del escaparate para examinar los compradores y estos puntos finales de API no requieren control de acceso.
-
Note: Cuando se accede a los puntos finales de navegación a través de una consulta de autenticación y de producción, no se produce ningún impacto desde el punto de vista de la migración. Sin embargo, para acceder a los puntos finales de la API de configuración a través de la consulta de datos ahora se necesita una cabecera de autenticación con SPIUSER y contraseña en la solicitud.
Cambios en el servicio de consulta de la versión 9.1.8
- Perfiles Natural Language Processing (NLP)
- Se ha introducido una nueva función de perfil NLP en la versión 9.1.8 para proporcionar un método para controlar el flujo de preprocesamiento de términos de búsqueda antes de ejecutar una consulta de Elasticsearch. Estos perfiles NLP se pueden crear a nivel de tienda.
- Antes de la versión 9.1.8, la lógica completa para NLP, como PartNumber, CurrencySymbol, DMM, Color Matchmaker, etc., estaba presente en la clase com.hcl.commerce.search.internal.expression.provider.SearchNLPSupportProvider. Esta lógica se ha movido a clases de asistentes independientes y se ha externalizado en forma de perfiles NLP para facilitar la personalización en la infraestructura de la extensión.
Note: Esta mejora funcional no afecta a la migración ya que se trata de una refactorización interna del código. No cambia el comportamiento existente de NLP.
Para obtener más información sobre los perfiles NLP, consulte Perfiles de procesador de lenguaje natural (NLP).
Actualización del servicio de consulta de la versión 9.1.12
Al actualizar a la versión 9.1.12.0 de HCL Commerce Search, realice una reindexación completa para que la nueva función de asociación de términos de búsqueda (STA) vuelva a analizar los términos STA correctamente.
