Red de Respuestas Legales - Leyes y reglamentos - Proceso de acceso a DingTalk H5

Proceso de acceso a DingTalk H5

Ejemplo después del éxito

Preparación antes del desarrollo:

1. Agencia de solicitud de registro de plataforma abierta

2. Seleccione el tipo de aplicación DingTalk, cree la aplicación y obtenga la. Clave de aplicación, Secreto de aplicación, CORP_ID.

3. Prepare páginas estáticas del entorno de desarrollo, JS y CSS en ngnix, y utilice tomcat como interfaz local. Quiero saber cómo se puede poner flutter, pero no lo entiendo del todo.

4. Depuración: la microaplicación H5 de DingTalk solo se puede depurar a través de una "máquina real". Se recomienda utilizar herramientas de penetración de intranet durante la depuración.

5. -gratis ? Para obtener la información de la cuenta del usuario que ha iniciado sesión actualmente, debe intercambiar el código de autorización sin inicio de sesión (esto requiere que la API de back-end ayude al front-end y al back-end a comunicarse)

Es casi suficiente agregarlo en el backend del desarrollador. Otra información: ¿como? URL de devolución de llamada (completar después de configurar el servidor), dirección de la página de inicio, etc. , que puede modificarse más adelante.

1. Los parámetros de configuración relevantes se pueden asignar consultando la información básica de la aplicación en la figura anterior.

2. Toda la información clave se almacena en el servidor, como nuestra clave de suite/secreto de suite/ticket de suite/clave AES/token.

3. las interacciones se completan en el lado del servidor y en el backend, y no es necesario iniciar sesión excepto para obtener el código de autorización;

4. Durante la interacción entre nuestro front-end y nuestro servidor, el front-end end obtiene el corpId y nos lo pasa;

5. El token de acceso utilizado por el servidor para interactuar con DingTalk se puede volver a obtener cada vez, pero se recomienda que el back-end lo obtenga una vez. dentro del período de validez y luego almacenarlo en el front-end. El token se pasará al back-end para cada interacción de datos;

6. dirección de devolución de llamada en la aplicación DingTalk;

7. Todos los mensajes de DingTalk se nos notifican a través de devoluciones de llamada, la estructura del mensaje es consistente;

De acuerdo con las instrucciones relevantes anteriores, es mejor coloque el servidor en su propio servidor de red pública o utilice herramientas de penetración de intranet relacionadas. (Autoexplicación)

En resumen, ¿ahora debe haber una dirección de red pública para acceder a nuestro proyecto de servidor?

Asegúrese de poder acceder a su propio servidor utilizando una dirección de red pública y devolver datos correctamente.

Asegúrese también de que:

Se requiere una excusa de dirección de devolución de llamada para; recibir el mensaje enviado por DingTalk (dirección de ejemplo de este artículo: /ding/callback)

Debe haber una interfaz para recibir el código de autorización sin inicio de sesión y el corpId corporativo para devolver la información del usuario; (Dirección de ejemplo en este artículo: /ding/login)

La dirección del servidor al que se puede acceder desde la red pública, el mensaje que se nos envía (dirección de devolución de llamada), como /server/ding/callback, y nuestra propia dirección de inicio de sesión, como /server/ding/login.

Cree la microaplicación H5 configurada en la plataforma de desarrollador DingTalk;

Asegúrese de que los parámetros del servidor sean consistentes con la información básica de la microaplicación;

Complete lo anterior Después de estos pasos, todavía no hay ninguna entrada de aplicación en el cliente, por ejemplo:

Lo siguiente debe estar autorizado en la plataforma de desarrollador.

Finalmente se puede utilizar en las uñas. Este es básicamente el proceso. Si no parece muy detallado, simplemente haga clic en el enlace a continuación para echarle un vistazo.

¿Leíste el artículo anterior? blogs.com/applerosa/p/11509512.html