Red de conocimiento informático - Conocimiento del nombre de dominio - El iPhone compartido en WeChat H5 ingresa a config:firma no válida por primera vez

El iPhone compartido en WeChat H5 ingresa a config:firma no válida por primera vez

El nombre de dominio de la página compartida debe ser el mismo que el nombre de dominio de la dirección compartida (enlace); de lo contrario, el título, el enlace y la imgUrl personalizados no se podrán configurar sin que aparezca ningún mensaje de error.

Antecedentes: página web de la cuenta pública de WeChat, marco nuxt.js

Problema: el iPhone solicita al ingresar a la página por primera vez: configuración: firma no válida, lo que significa que la firma no es válida. actualizar la página actual. Se pasa la firma (config: ok). Pero el teléfono Android siempre ha sido normal (config: ok).

Proceso de intercambio de WeChat:

Documento de WeChat

Paso 1: establezca el nombre de dominio de seguridad de la interfaz JS de la cuenta oficial

Paso 2 : Introduzca archivos js

Paso 3: Obtenga la firma: pase la URL de la página actual (la URL de la página web actual, excluyendo # y sus siguientes partes) como parámetro y solicite la interfaz de back-end para obtener la firma.

Paso 4: Todas las páginas que necesitan usar JS-SDK primero deben inyectar información de configuración y usar la información de firma obtenida en el paso 3 (AppId, marca de tiempo para generar la firma, cadena aleatoria para generar la firma, firma) Pasar en wx.config, complete la configuración y active el modo de depuración: debug: true

Cuando lo abra con un teléfono Android, le preguntará: config: ok, todo es normal.

Aquí viene el problema:

En este momento, cuando lo abro en mi iPhone, me pregunta: config: firma no válida. Después de actualizar la página, aparecerá el mensaje: config: ok, ¿está bien otra vez? ¿Qué demonios?

En el tercer paso, se imprime la "URL de la página actual": /share/

Y la dirección para ingresar a esta página es:

Después de hacer clic , la dirección real en el navegador es:

Debido a que las dos direcciones son inconsistentes, la dirección real del navegador después de actualizar la página es: /share/ (después de actualizar la página, hay un " adicional /" en la URL). En este momento, las dos direcciones son exactamente iguales, así que después de actualizar la página, firme config: ok.

Solución:

La solución más sencilla y tosca es añadir "/" al final al entrar a la página: