Alguien sabe por que me sucede esto

Buenos días

buenas

Hola

alguien sabe como subir ficheros (peliculas) de forma rapida (algoritmo optimizado) a un directorio

es que me he hecho un hbo/netflix

el tema es que tarda mucho en subir un fichero pesado

si es que losube

y querria saber como optimizar esa subida y el tiempo en hacer el uploading

@josanangel Pues el que tarde mucho puede depender más que nada del ancho de banda de tu red. Si es ese el cuello de botella, no tiene solución. Si en cambio el ancho de banda es mucho mayor de la velocidad que realmente estás observando, puede ser un problema de la herramienta que uses para subirlo

@abulafia si subo un video de 3 segundos todo perfecto, pero estoy intentando subir una de varios GB pero no tira, se queda cargando, donde estoy ahora no hay muchos megas, tendre 1mb o menos

@josanangel Si el problema es el ancho de banda, un fichero gordo te va a tardar mucho, hagas como hagas. El problema es que si además la conexión no es muy buena, se puede interrumpir "a medias", y la probabilidad de que eso ocurra es mayor cuanto más tardes en subirlo, claro

@abulafia quiero porder subir ficheros de alta definicion y que se haga rapido, se que se puede, tendre que investigar para hacer un algoritmo de subida mas optimizado

así que necesitarías una herramienta que te permita reanudar subidas si ésta se interrumpe

1Mb de ancho de banda es muy poco. Un vídeo de alta definición requiere más ancho de banda sólo para el streaming (quizás 2Mb mínimo). Esto significa que en alta definición se transmiten casi 2Mb por segundo para la visualización. Así que un vídeo de 50 segundos de duración, tarda 50 segundos en transferirse. Un vídeo de una pelicula de 2h, tarda 2h en transferirse

Para streaming no es problema, pues ese es el tiempo que echas en verla. Es decir, va llegando mientras la vas viendo. Pero para subirlo, eso implica que tardas 2h en subirla tambien

@abulafia en mi otra residencia tengo 50 o 65 megas, pero es que aqui voy cortito de eso : 1mega

@josanangel Ya, pues por eso te digo que antes de optimizar el algoritmo debes asegurarte de tener ancho de banda suficiente, pues si no por mucho que optimices los tiempos seguirán siendo largos y no podrás saber la calidad de la optimización

@abulafia joder.. pues no lo voy poder subir

@josanangel tu problema es de ancho de banda, además sin saber cómo envías los paquetes es difícil decirte. Lo ideal es enviar paquetes de datos por pedazo, usando un algoritmo para la sepración en paquetes lógicos y en el servidor se aplica el mismo algoritmo para volver a unirlos, tiene sus ventajas, en caso de que un paquete no llegue correctamente se vuelve a enviar, investiga un poco eso, además los paquetes se pueden comprimir para hacerlos aún más pequeños.

@josanangel con dicho algoritmo puedes guardar estados de subida, por lo tanto, si se interrumpe la conexión, se guarda el estado, y se puede reanudar. Algo parecido a lo que hace torrent o las redes P2P, de hecho, sería la forma de implementarlo. No lograrás velocidad en la subida, pero si eficiencia en la misma.

Buenos dias a todos

@Xerif hola

@josanangel Poder, siempre se puede. Otra cosa es lo que tarde. Y ¿por qué mecanismo lo subes? ¿Es desde un navegador web mediante un simple POST del fichero? ¿O usas alguna herramienta de transmisión de archivos, por ejemplo via sftp?

@abulafia es un post a partir de input file

@josanangel :O

@MauricioContreras wath happen

@josanangel Pensé que tenías montada una App para eso. XDDD

@MauricioContreras claro, desde un form el usuario tiene que poner el titulo, resumen, foto de la caratula y el fichero de la pelicula

@josanangel Claro, esa es la peor forma de subir un archivo gordo

Y el servidor detrás, el que recibe el POST, qué software usa?

@abulafia entonces como lo subo ?

@abulafia es phh, y por ahora par alas pruebas estoy en localhost

@abulafia rsync es propio de php o que ?

@josanangel No, no... eso sería completamente independiente del servidor. No necesitas tener ni PHP ni nada en el servidor. Es simplemente una transferencia de archivos entre la máquina cliente y la máquina servidora, para dejarlo en una cierta carpeta del servidor. Deberías dejarlo en la carpeta en la que luego lo espera tu streamer (porque dijiste que era una especie de netflix, no?)

rsync lo ejecutarías en el cliente, o sea, en tu máquina. En el servidor no necesitas tener nada instalado salvo el servidor ssh, el cual ya estará instalado si puedes entrar por ssh en él

no es una solución "para el público". Para eso tendrás que implementar algún servicio que permita al "publico" subirlo desde el navegador. Pero si es para uso privado, rsync te puede resolver el problema sin tener que programar nada

Usarías rsync por ejemplo así:

rsync -Pavz /carpeta/a/fichero/local/pelicula.mp4 usuario_servidor@ip.del.servidor:/carpeta/donde/dejarlo/en/servidor/

A ver @josanangel, creo que deseas tener un servicio de carga de archivos al estilo Mega, ¿cierto?

rsync te pedirá la contraseña de usuario_servidor y te mostrará el progreso de la subida (velocidad, tiempo restante, etc.) Si la carga se interrumpe, puedes repetir el comando y seguirá donde se había interrumpido. Con paciencia, acabará por subir completo

@josanangel, me refiero a la forma en que vas alimentar de pelis tu repositorio que luego desde otra parte de tu aplicación deseas consumir al estilo Netflix

@abulafia exacto, es la parte underlying del asunto. Muy bien pensado.

Para reanudar la subida interrumpida tienes que añadir la opción --append

@abulafia @MauricioContreras entonces como es la forma de subirlo desde el frontend ? tiene que ser por un input file por fuerza,no ? el backend entiendo lo que me decis, pero el frontend para el user tiene que tener un input file desde un post no ?

@josanangel quizas esto hackernoon.com/…. Pero no me preguntes mucho mas, no lo he usado nunca y no tengo experiencia en php. Solo tse que un simple POST no es la vía, y que necesitas o bien implementar una API REST específica, o biem aprovechar algun protocolo desarrollado por terceros en alguna librería

o esto innostudio.de/fileuploader

o esto plupload.com

La idea en todos esos casos es similar. El usuario ve un formulario para subir un archivo (o en muchos casos, una "zona de arrastrar y soltar"). Cuando pulsa el botón para subir, se ejecuta código javascript en el lado cliente, que lee un trozo del fichero (por ejemplo solo los primeros 200k) y hace un POST al servidor, añadiendo unos campos en el formulario que le dicen el nombre del fichero que se está subiendo, el número de trozo y el total de trozos.

En el lado servidor debe haber un script (php por ejemplo) que recibe ese trozo y lo añade al fichero que está escribiendo en el disco, tras lo que retorna un 200OK. El lado cliente sabe así que ese trozo ha llegado bien, y hace otro POST con el siguiente

la parte de la librería javascript se ocupa de llevar control de qué trozos han llegado correctamente, para reintentar los que no, mostrar una barra de progreso al usuario, etc.

la parte del servidor se ocupa de ir guardando en disco, en un solo fichero, los trozos según le van llegando. Cada trozo viene en una petición POST separada. También se ocupa de responder con un código 304 si recibe un trozo que ya tenía, etc.

En definitiva, es necesaria una coordinación entre cliente y servidor para trocear el fichero y enviarlo/recibirlo por trozos. Las bibliotecas cuyas URLs te he puesto antes hacen esas cosas

@josanangel En una aplicación web como la que pretendes, no es del todo fiable subir un archivo tan pesado usando un simple POST. Como comenta @abulafia, y de acuerdo a lo que te he comentado yo, debes crear tu propio algoritmo para dividir o segmentar el archivo para una carga por trozos o partes. En el lado servidor debes tener la implementación inversa de tu algoritmo, para poder ensamblar nuevamente el archivo. Hay muchas cosas detrás de esto, como la validación cheksum por ejemplo.