Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Trade-offs de ISG

16/19
Recursos

Aportes 3

Preguntas 0

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Ventajas

  • Flexibilidad de server-side rendering con las bondades de static generation.

  • El build time no aumenta con el numero de paginas

  • La revalidacion brinda mucha mas flexibilidad

Desventajas

  • ISG(Incremental static generation) requiere un servidor con node.js

  • No podemos ajustar tiempos de revalidacion ante un enlace que se vuelva viral

  • No es apto para todas las paginas. Ej. páginas de usuario o información personalizada o dashboard en tiempo real

  • ISG(Incremental static generation) no es un problema en sitios con pocas paginas, para un sitio de pocas páginas podrias usar Static Generation

Software Legacy(Sistema heredado) software antiguo o desactualizado, no cuentan con soporte y mantenimiento. PERO no pueden reemplazarse fácilmente,

🥅 Trade-offs ISSG

  • La flexibilidad de server-side rendering con las bondades de static generation
  • Requiere un servidor con Node.js
    • No siempre es posible contar con un servidor Node.js ya que pueden ocurrir casos en que tengas un proyecto legacy con servidor PHP u otro.
    • Si no lo tenemos, nuestra complejidad aumentara bastante al punto de no ser viable usar esta estrategia
  • El build-time no aumenta con el número de páginas
  • La revalidación brinda mucha más flexibilidad
    • Con un número podemos especificar a Next.js lo cual sera el tiempo de actualización de la información
  • Así mismo puede ser peligroso, ej.: no poder ajustar los tiempos de revalidación ante un enlace que se vuelve viral.
  • No es pato para todas las páginas. Ej.: páginas de usuario o información personalizada, dashboard en tiempo real.
  • No es un problema en sitios con pocas páginas
    • Podemos utilizar este enfoque cuando tenemos miles de páginas