Coloca el código que tienes hasta ahora para poder tener una mejor referencia y poder ayudarte

Jeje, si, cuidado no se de el caso. Impresionante, pero cierto.

Lo mejor de todo es que creo que es open source. Profundizaré. Gracias.

No se si exista una explicación más técnica en cuanto a proxy. Pero estoy seguro de que filtran los servidores DNS y le hacen match, en cuanto se den cuenta de que no es una compañía que ofrece servicios de Internet, bloquean la entrada, porque incluso puede hasta tratarse de un bot que a Netflix no le interese tener en su web por ejemplo.

No quedó muy clara tu pregunta, más el título no es muy descriptivo, así que argumentaré mi respuesta en dependencia a lo que tengo entendido. Lo que debes hacer es una validación. Normalmente cuando un usuario da clic en un link se genera una petición get que te va a devolver una respuesta, esta puede tener un encabezado 200 (para respuestas exitotas) o 404, 500, etc (para respuestas erróneas).

Yo en tu caso mandaría una petición simultánea para comprobar si el servidor sigue en pie y no da una respuesta errónea. De ahí entonces sabrás a que link redirigirse.

Ya vi el ejemplo de NodeJS y está bastante trabajoso, pero bueno, valdrá la pena después de todo. Hay que aprovechar el tema de los streams y el asincronismo. Ya hoy en día la gente sube hasta fotos de 4MB ¿Qué quedará para los videos y las transmisiones?

Usa el lenguaje que desees, casi todos puden consumir APIs que es lo que necesitarás. Existe una API precisamente  de Google Cloud llamada Cloud Speech-to-Text. No recuerdo si es de pago o no, o si la empezaron a cobrar, pero siempre puedes optar por otras alternativas, como por ejemplo la API de Speech to Text de Azure o la de IBM.

Saludos.

Son archivos en este caso. Bien, entonces resumable hace todo el trabajo en el frontend (mido el tamaño del archivo y si es mayor a una cantidad específica lo envía poco a poco?) y ¿Cómo recibe los chunk en el backend? ¿Por medio de los streams? Estoy usando NodeJS.

Lo que necesito saber es cuánto pesa la petición antes de que llegue para saber si usar streams o no. Porque si tengo una petición de 1MB lógicamente no la voy a mandar de a poco, la subo y listo, pero si es de 1GB o más, entonces lo más senzato sería usar streams o cualquier librería como la que me muestras. El problema es saber cuánto pesa la petición antes de que esta sea procesada para definir cómo será procesada.

Estoy estudiando nodejs y aprendí sobre streams y buffer. Lo encontré muy interesante porque se me ocurrió usarlo en un servidor HTTP, ya que si una solicitud es demasiado grande, los datos se pueden enviar poco a poco, especialmente cuando se usa el verbo POST para subir archivos grandes, como videos por ejemplo. El problema es que no todos los datos (archivos en este caso) son muy grandes. ¿Existe alguna manera de saber el tamaño de una solicitud antes de que llegue a su destino?

A mi se me ocurrió desde el cliente evaluar el tamaño del archivo antes de ser enviado y pasar el valor al servidor, pero no se si eso se puede hacer o si corro riesgo de performance. En caso de no ser posible ¿Existe alguna otro alternativa?

Lo que sucede es que en el proceso de creación de este decorador, existe recursividad, por lo tanto, la función a decorar debe de haber iniciado antes de ser decorada.