Saltar al contenido principal
La búsqueda de usuarios v2 dejó de estar disponible el 30 de junio de 2019. Recomendamos encarecidamente migrar la funcionalidad de búsqueda de usuarios al motor de búsqueda v3 (search_engine=v3) lo antes posible.

Consideraciones sobre la migración

Antes de comenzar la migración, hay algunas cosas que debe saber:
  • Para asegurarse de que sus consultas usen el motor de búsqueda v3 antes de que v2 deje de estar disponible, debe actualizar todas sus llamadas al endpoint GET /api/v2/users para incluir el parámetro search_engine=v3. Esto le permitirá comprobar si alguna consulta debe actualizarse, para que no experimente interrupciones cuando v2 deje de estar disponible.
  • Si realiza operaciones de búsqueda de usuarios mediante cualquiera de los SDK afectados, también debe pasar el parámetro search_engine=v3 como se indicó anteriormente.
  • Los valores de búsqueda de los campos de usuario normalizados (email, name, given_name, family_name y nickname) no distinguen entre mayúsculas y minúsculas. Todos los demás campos (incluidos todos los campos app_metadata/user_metadata) sí distinguen entre mayúsculas y minúsculas.
  • v3 limita a 1000 la cantidad de usuarios que puede recuperar. Si alcanza este límite, le recomendamos reformular la consulta de búsqueda para obtener resultados más específicos. Si necesita una lista de más de 1000 usuarios en un momento determinado, le recomendamos usar el endpoint de la API Trabajo de exportación o la Extensión de importación/exportación de usuarios.
  • Las búsquedas por rango y con comodines no están disponibles para los campos app_metadata/user_metadata.
  • Los campos de usuario no se tokenizan como en v2, por lo que user_id:auth0 no coincidirá con un user_id cuyo valor sea auth0|12345; en su lugar, use user_id:auth0*.
  • Los comodines pueden usarse para coincidencias por prefijo, por ejemplo name:j*. Para otros usos de comodines (por ejemplo, coincidencias por sufijo), los literales deben tener 3 caracteres o más. Por ejemplo, name:*usa está permitido, pero name:*sa no.
  • La extensión de campo .raw ya no se admite y debe eliminarse. En v3, los campos coinciden con el valor completo proporcionado y no se tokenizan como ocurría en v2 sin el sufijo .raw.
  • El campo connection no es compatible con v3. En su lugar, debe usar su alias identities.connection.

Consultas que deben migrarse

Caso de usov2v3
Búsqueda por fechaupdated_at:>=2018-01-15updated_at:[2018-01-15 TO *]
Búsqueda por fechaupdated_at:>2018-01-15<br/>updated_at:\{2018-01-15 TO *]<br/>
Búsqueda por fechaupdated_at:<=2018-01-15updated_at:[* TO 2018-01-15]
Búsqueda por fechaupdated_at:<2018-01-15updated_at:[* TO 2018-01-15}
Búsqueda por fechalast_login:<=2017-12last_login:[* TO 2017-12]
Coincidencia exacta de cadenaname.raw:"john richard doe"name:"john richard doe"
La frase contiene una palabraname:"richard", name:richardname:*richard*
La frase contiene una palabra (con menos de 3 caracteres)name:*ri,name:*a, name:*ab*(no compatible)

SDK afectados

Los siguientes SDK usan el motor de User Search. Si usa alguno de ellos, asegúrese de utilizar las versiones que se indican a continuación (o una posterior) y de pasar el parámetro search_engine=v3 al realizar operaciones de User Search.
SDKVersión compatible con v3Métodos afectadosConsideraciones
Auth0 Java1.8.0com.auth0.client.mgmt.UsersEntity.listProporcione un UserFilter con withSearchEngine("v3")
Auth0 Python3.0.0management.Users.listProporcione el parámetro search_engine='v3'
Auth0 Node2.0.0UsersManager.getAll, ManagementClient.getUsersProporcione el parámetro search_engine:'v3'
Auth0 .NET3.0.0 o 4.0.0Auth0.ManagementApi.IUsersClient.GetAllAsyncProporcione un objeto GetUsersRequest con SearchEngine = "v3"
Auth0 PHP5.2.0Auth0.SDK.API.Management.Users.getAllProporcione el parámetro 'search_engine' => 'v3'
Auth0 Ruby4.5.0Auth0.Api.V2.Users.usersProporcione el parámetro search_engine: 'v3'

Extensiones afectadas

Las siguientes extensiones utilizan el motor User Search. Si las tiene instaladas, asegúrese de usar las versiones que se indican a continuación (o una posterior).
ExtensiónCompatibilidad de versiones con v3Consideraciones
Authorization Extension2.5.0+Si usa una versión anterior, debe actualizar manualmente la extensión desde la página Extensions.
Delegated Administration3.1+Si usa una versión anterior, debe actualizar manualmente la extensión desde la página Extensions. La opción de configuración SEARCH_ENGINE ya no existe en la versión 3.1, porque solo está disponible User Search v3.

Aprovecha los registros del inquilino para identificar el uso de User Search v2

Puedes aprovechar los logs en el Dashboard para encontrar llamadas al endpoint /api/v2/users que usan el motor User Search v2, incluidas las realizadas por SDKs. Esos logs te ayudarán a identificar dónde podrían ser necesarios cambios de código en tus aplicaciones. Usa la siguiente consulta para recuperar todos los logs relacionados con User Search v2: type:w AND description:*search_engine*. Los logs proporcionarán información adicional en el campo description en los siguientes casos:
  • Consultas que podrían producir resultados diferentes en v3
  • Consultas con sintaxis incompatible con v3
  • Consultas que no cumplen los requisitos de paginación de v3
Si no se especifican detalles adicionales en las entradas de log, es probable que tus consultas sean compatibles con v3. Aun así, nuestra recomendación sigue siendo que pruebes las consultas antes de desplegar tus cambios en producción. Ten en cuenta que solo se generará un log del mismo tipo en un periodo de 60 minutos. Esto significa que, aunque hagas varias llamadas al endpoint de User Search, solo verás un log de cada tipo por hora.