Saludos lista, de hace cierto tiempo que en el usuario de mi hno. quien suele usar el xmms en su home se crea un archivo llamado music.raw cercano a los 300 megas. primero intenté borrando su configuración (la cual habia rescatado de una isntalación anterior de mi arch) pero luegoi volvió a suceder y llegue a quedar con 100% de uso de disco. Por ello la pregunta es ¿a alguien le ha sucedido? ¿conocen el motivo y la solución? muchas gracias.
__________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20051130/8c993945/attachment.html From [EMAIL PROTECTED] Wed Nov 30 19:35:05 2005 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Wed Nov 30 19:29:46 2005 Subject: sitio hackeado In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Juan Sagardia escribió: > Ok. no quiero discutir el tema no tengo devocion por MySQL pero creo que es > una opcion valida. En cuanto al modelo de capas sin duda es lo mas adecuado > y tiene relacion puesto que estamos hablando de BD. Es que decir "modelo de capas" es demasiado vago. Que capas? Cuantas capas? Que clase de capas? "Modelo en dos capas" generalmente significa una capa en la BD y otra en la aplicacion. "Modelo en tres capas" significa la BD, una capa intermedia de software que interactua con la BD, y una tercera capa de visualizacion muy ligera que no interactua con la BD sino con la capa del medio. "MVC" son en realidad cuatro capas: la BD interactua con la capa M; el usuario interactua con la capa V; y la capa C hace de pegamento entre la capa V y la capa M. Hay gente que dice "modelo en dos capas" para referirse a un "modelo de tres capas", puesto que no cuentan la BD como una capa. Para otros el modelo de tres capas es lo mismo que MVC. Y asi. A cual de todos esos "modelos de capas" te refieres tu, y por que dices que es mas adecuado que cualquiera de los otros? En mi humilde opinion, la frase "modelo de capas" por si sola es meramente un "buzzword" que no aporta nada pero suena muy bonito y se vende bien. Especificando mas a que te refieres se pueden llegar a acuerdos entre partes que saben de lo que estan hablando (de lo contrario es meramente para convencer a un PHB). -- Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 17.7", W 73º 14' 26.8" Jude: I wish humans laid eggs Ringlord: Why would you want humans to lay eggs? Jude: So I can eat them From [EMAIL PROTECTED] Wed Nov 30 19:38:53 2005 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Wed Nov 30 19:33:34 2005 Subject: sitio hackeado In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Marcos Ramirez A. escribió: > On Wed, 2005-11-30 at 16:19 -0300, Ubaldo Taladriz wrote: > > > En todo caso el esquema de modelo de capas es el mas adecuado para la > > > construccion de sistemas por el concepto de encapsular la logica en el > > > cliente. > > > Mi último punto tiene que ver con el origen de la discusión. Mientras > > menos dependo de la BD, pierdo en eficiencia, pero gano en portabilidad. > > imagino que aqui hablas de depender de cosas /especificas/ de cada BD. > Porque es posible escribir codigo portable para BD's distintas sin tanto > esfuerzo: me ha tocado el caso de escribir programas que usaran > Postgresql y/o Oracle, y no he tenido que prescindir de funciones, > triggers, vistas y otros, ni perdida de portabilidad. Por supuesto! Eso es porque entre Oracle y Postgres comparten un subconjunto grande de funcionalidades que todo el mundo espera que un gestor de bases de datos tenga. MySQL no tiene esto, y por lo tanto en realidad no puede competir en este segmento. > > Es teniendo en cuenta esto que discrepo de Alvaro. La pega de la BD son > > los datos, y por lo tanto habitualmente lo que dejo a cargo de la bd, > > son movimientos masivos de datos. El resto, todo a la capa intermedia. > > Es decir, triggers, stored procedures, son bienvenidos para resolver la > > problemática de datos, nada más > > los triggers tienen sentido en conjunto con los datos (i.e, BD), los > procedimientos funciones podrian ser vistos como entes separados y/o > solo relacionados. De acuerdo. Viendolo desde un cierto punto de vista, lo que estariamos haciendo seria implementar parte de la segunda capa en la BD, cosa que no tiene nada de malo. Si despues te quieres cambiar de BD puedes simplemente cambiar la segunda capa. -- Alvaro Herrera http://www.advogato.org/person/alvherre "Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end." (2nd Commandment for C programmers) From [EMAIL PROTECTED] Wed Nov 30 19:30:02 2005 From: [EMAIL PROTECTED] (Carlos A. Sepulveda M.) Date: Wed Nov 30 20:20:54 2005 Subject: [xmms?] music.raw In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Juan P. González wrote: > Saludos lista, de hace cierto tiempo que en el usuario de mi hno. quien suele > usar el xmms en su home se crea un archivo llamado music.raw cercano a los > 300 megas. primero intenté borrando su configuración (la cual habia rescatado > de una isntalación anterior de mi arch) pero luegoi volvió a suceder y llegue > a quedar con 100% de uso de disco. Por ello la pregunta es ¿a alguien le ha > sucedido? ¿conocen el motivo y la solución? muchas gracias. > > > __________________________________________________ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam ¡gratis! > Regístrate ya - http://correo.espanol.yahoo.com/ Suena como Plugin de salida incorrecto -- ___ Carlos A. Sepulveda M. | JID: [EMAIL PROTECTED] |___| http://www.tuxpan.com/casep | ICQ: 31472448 (o\_|_/o) May the TUX be with You | user #292837 counter.li.org U U '76 1300 L "Bob Esponja"
