 Mie Ene 23, 2008 9:59 am
|
 |
danimera
Perlero Adicto
|
Registrado: 23 Jun 2005
Mensajes: 239
Ubicación: Colombia
|
|
| Ahora sobre subir archivos |
 |
|
¿Cómo puedo argumentar en la empresa donde trabajo que es mejor usar Perl para subir archivos que usar php...?
Quiero argumentar porque veo deficiente usar script PHP para subir archivos tan pesados hasta de 15 megas.
El portal permite a los usuarios subir vídeos y mp3, teniendo en cuenta que pueden ser decenas de personas subiendo archivos al mismo tiempo. |
|
|
|
|
Mie Ene 23, 2008 10:23 am
|
|
explorer
Moderador
|
Registrado: 24 Jul 2005
Mensajes: 4092
Ubicación: Valladolid, España
|
|
|
|
|
Esa es una labor que me parece tan sencilla que casi da igual el lenguaje a usar... la limitación no está en los lenguajes, sino en el equipo informático.
Podrías presentar las dos soluciones y que comparasen.
Una empresa tecnológica de verdad dirá lo siguiente: "elije tu mismo la solución, porque tu eres el informático". |
|
|
Mie Ene 23, 2008 11:30 am
|
|
danimera
Perlero Adicto
|
Registrado: 23 Jun 2005
Mensajes: 239
Ubicación: Colombia
|
|
|
|
|
| Solamente espero que Perl no me deje mal. Yo pensaba que al ser muchos usuarios y subirse archivos pesados influía para algo en la carga ^^ |
|
|
Mie Ene 23, 2008 11:47 am
|
|
explorer
Moderador
|
Registrado: 24 Jul 2005
Mensajes: 4092
Ubicación: Valladolid, España
|
|
|
|
|
Perl no tiene la culpa de que programes mal 
Todo lenguaje tiene sus limitaciones, pero un programador novato no sabrá alcanzarlas.
Cuanto más pesado es un fichero, más se inclina la balanza de la carga hacia el transporte del fichero y menos en su procesamiento, salvo que el fichero vaya a ser realmente procesado.
Ejemplo (real): cada dos horas yo obtengo un fichero de 1,5Gb que tardo en transmitir al ordenador de almacenamiento en un minuto. Una vez guardado, no se hace nada con el fichero, salvo unos días más tarde, guardarlo en DVD. En este caso, es más importante mejorar la transmisión que la CPU.
Pero ese mismo fichero se lleva a otro ordenador, que durante 110 minutos genera miles de nuevos ficheros que ocupan 7Gb. En este caso, prima mucho más mejorar el procesamiento, velocidad de acceso a los discos, etc. Que tarde 40 o 50 segundos más o menos en transmitir el fichero me importa menos que reducir los 110 minutos del proceso completo.
En tu caso, hablas de "subir" ficheros. Si sólo es recibir el fichero, renombrarlo, almacenarlo en su lugar correspondiente y actualizar el listado, todo eso, en procesarlo, es mucho menos que el tiempo que se tarda en recibirlo.
Ultima edición por explorer el Jue Feb 07, 2008 4:24 am, editado 1 vez |
|
|
Mie Feb 06, 2008 10:59 pm
|
|
kidd
Creador de Perl en Español
|
Registrado: 15 Oct 2003
Mensajes: 1389
Ubicación: México
|
|
|
|
|
Hola:
Otra opción que puede ser interesante y que yo implementé hace poco, es usar Flash para transferir los archivos y un script de Perl para recibirlo:
http://www.element-it.com/MultiPowUpload.aspx
Integré esta opción en una aplicación que permite la creación de álbums de fotos, así que de esta manera los usuarios podían seleccionar hasta 20 fotos a la vez y el flash las transfiere una a una, mostrando el progreso de la transferencia así como la velocidad de conexión.
Aunque dista de lo que preguntas un poco, me pareció que podría ser una buena opción para ciertos casos.
Saludos |
|
|
Jue Feb 28, 2008 5:14 pm
|
|
danimera
Perlero Adicto
|
Registrado: 23 Jun 2005
Mensajes: 239
Ubicación: Colombia
|
|
|
|
|
| Huy kidd, no había visto esta respuesta... que interesante... miraré a ver si me sirve.. porque, jeje, lo necesito. |
|
Powered by phpBB © 2001, 2005 phpBB Group
|
