Para no tener que crear varias web de cliente en la fase 1, mejor reutilizamos la misma
pero agregando una sección donde se pueda escoger con que datos se va a simular

• cliente
• user

Diagrama de concepto: 2023-07-12_fase01

"_frsh/refresh.js" and "_frsh/alive" How to remove in production #535

denoland/fresh#535

Diagrama de concepto: 2023-07-12_fase01

• crear el endpoint

• validar la información del request

  • si es valido enviar una url valida formada con los datos quemados por caso
  • si no es valido, entonces responder con un 404 o algo similar

• configurar CORS

• para entregar la url correcta se deben crear datos por cliente y sus usuarios, estos datos estarám fijos por ahora

Estás son posibles soluciones no tan de bajo nivel y usando frameworks:

• https://svelte.dev/docs/custom-elements-api
• https://preactjs.com/guide/v10/web-components

Aprovechando que el framework de Fresh.js es SSR y su integración backend - frontend permite usar los métodos GET y POST de los formaulario de web, entonces:

1. nos podemos saltar la creación formal del endpoint
2. la interacción de JS en el cliente para tratar los datos
   . esto es porque actualmente el formulario es muy simple y todo pasa del lado SSR
   . los datos solo se suben al final de ser llenado el formulario
3. igualmente el control de fetch-post del cliente al API

• Form submissions
  
• Forms

Diagrama de concepto: 2023-07-12_fase01

• crear el endpoint
• validar la información del request
  • si es valido, continuar el flujo
  • si no es valido, entonces responder con un HTTP code adecuado
• responder con los datos correspondientes al template de formulario

Diagrama de concepto: 2023-07-12_fase01

• dibujar/renderizar formulario éstatico
• (opcional) popular formulario con datos de la respuesta del backend
• (opcional) dynamic form builder

Diagrama de concepto: 2023-07-12_fase01

• capturar datos desde los search params
  • client_id
  • user_id
  • jwt
• control de la respuesta Ok o Error según la validación de los search params
• fetching de datos desde SSR
• (opcional) remover los search params y almacenarlos si aplica del lado del cliente en un SesionStorage

• fetching API to GET E1
  • definir el path del endpoint
  • lanzar el fetch con los datos ya seleccionados
• is OK => open external url
• is Error => show a generic message

Request GET E1: /api/resourse/urls/upload-files?user_id=:user_id
Request GET E1: /api/resourse/urls/upload-files/:user_id

 headers: {
    'accept': 'application/json',
    'x-api-key': 'x-fe2v22d-2vf2v-23vr23-ff3bn-x'
}

Diagrama de concepto: 2023-07-12