PRNext 0.1.16: la actualización de seguridad React

#¿Qué cambió en esta versión?

Las comprobaciones de dependencia de App Router rechazan React 19.3.0 e instalaciones mixtas que dejan atrás el decodificador RSC. Un piso de seguridad de liberación separado también verifica las versiones requeridas independientemente de la cobertura del aviso de auditoría npm.

Estas comprobaciones ayudan a evitar que una combinación obsoleta conocida se convierta en una nueva versión. No reemplazan el monitoreo de dependencia ni prueban la ausencia de vulnerabilidades desconocidas.

Estas correcciones se refieren a React componentes del servidor y funciones del servidor en aplicaciones que utilizan las capacidades afectadas. La actualización del marco mantiene alineados los paquetes relevantes, pero no reemplaza una revisión de las dependencias específicas de la aplicación. Una dependencia enumerada en otra parte de su espacio de trabajo aún puede estar separada del código incrustado en una compilación implementada.

#Actualice los tres paquetes React

Ejecute el siguiente comando en su proyecto, luego inspeccione su archivo de bloqueo para confirmar las versiones resueltas.

Verifique el archivo de bloqueo después de la instalación y revise cualquier anulación del administrador de paquetes o copias duplicadas de React. Mantener React DOM y react-server-dom-webpack en una versión diferente puede hacer que la pila de renderizado sea inconsistente. El comando actualiza el conjunto de paquetes; la aplicación aún necesita su compilación normal y la validación del navegador.

npm install @thomas.f/prnext@0.1.16-alpha react@19.3.1 react-dom@19.3.1 react-server-dom-webpack@19.3.1

#Reconstruir y reiniciar la aplicación.

La actualización de node_modules no reemplaza a JavaScript ya incluido en una aplicación implementada. Reconstruya la aplicación e implemente el resultado actualizado completo, luego reiníciela.

Mantenga alineadas las versiones del marco y del paquete nativo PRNext. Para implementaciones independientes, reconstruya el resultado completo para la arquitectura y el sistema operativo de destino en lugar de copiar solo un nuevo ejecutable.

La actualización de node_modules en una máquina de desarrollo no cambia una imagen de contenedor existente ni un artefacto independiente. Produzca una nueva compilación a partir del árbol de dependencias corregido y luego reinicie el servicio que realmente la brinda. Verifique la generación implementada con una solicitud de página y una acción de servidor representativa cuando su aplicación las use.

#Mantenga Node.js actualizado por separado

Las correcciones React y el tiempo de ejecución Node.js son actualizaciones independientes. La actualización de Node por sí sola no soluciona estos avisos React; La instalación de PRNext no actualiza el ejecutable del Nodo ni la imagen del contenedor implementado.

Después de la actualización, pruebe las acciones del servidor, la autenticación, las páginas dinámicas y el manejo de errores de su aplicación antes de regresar a su flujo de trabajo de implementación habitual.

Verifique el ejecutable del Nodo utilizado por el servicio, no solo la versión que se muestra en una terminal interactiva. Un administrador de procesos o contenedor puede seleccionar otro ejecutable. Reiniciar con el tiempo de ejecución corregido y verificar el resultado del servicio cierra esa brecha entre el entorno de desarrollo y el proceso que acepta solicitudes.