Trade-offs de ISG

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