Programar en Linux
2006/10/27, Rodrigo Fuentealba [EMAIL PROTECTED]: 2006/10/27, Arturo Alejandro Hoffstadt Urrutia [EMAIL PROTECTED]: El Jueves, 26 de Octubre de 2006 17:00, Rodrigo Fuentealba escribió: Los habías tratado como excluyentes. La seguridad depende en un 75% de las personas, un 10% del software, un 10% del hardware y un 5% de los desastres naturales inevitables... por dar números. Una vez lei algo serie sobre estos numeros, pero no recuerdo donde... Alguien tiene algun link o libro en que aparezcan? Yo los vi en una charla: dentro de otros detalles, usar firewall, port knocking, postfix con los mas nuevos parches, encriptacion ssh, SELinux + AppArmor, bajo llave en una caja fuerte enterrada en el himalaya no sirve de nada, si luego de cambiar nuestras passwords, las ponemos en un post-it frente a la pantalla. practicas así hay a diario, de hecho. Gotcha !!!.ese es el punto de la Seguridad informática... -- Arturo Alejandro Hoffstadt Urrutia Estudiante Ingenieria Civil Informática [EMAIL PROTECTED] La Magia existe, solo debes buscar mejor -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Hola! El Thu, Oct 26, 2006 at 05:24:33PM -0500, Rodrigo Fuentealba escribio: [...] Todavía no he visto C para Web. (sí, puede ser un CGI, pero nada como mod_c.so). Si alguien lo pilla... Pues C (y C++) se usan mucho para programas web, sólo que no de manera muy invisible. Y claro, mod_c.so sería bastante tonto, ya que los mod*.so a los que te refieres están escritos en C... Para casos de uso, ver por ejemplo: http://code.google.com/p/google-ctemplate/ Aquí en mi empresa utilizamos un sistema similar (a mi gusto, un poco más poderoso :-) ), que permite separar diagramación de contenido. Además, nuestro sistema permite crear sitios completamente dinámicos en que el contenido de una página web se genera por el código de una clase en C++. Y el sistema de generación de HTML puede generar tambien XML, o FO (para pasar a PDF) o cualquier cosa en texto plano, sin cambiar ni una línea del código de C++. Para mi, PHP es una mala herramienta para resolver un problema. La gente que lo utiliza, sólo es porque no conoce una herramieta mejor. Daniel.
Programar en Linux
El Fri, Oct 27, 2006 at 04:06:27PM -0300, Daniel Serpell escribio: [...] Pues C (y C++) se usan mucho para programas web, sólo que no de manera muy invisible. Y claro, mod_c.so sería bastante tonto, ya que los Obviamente, debe decir sólo que no de manera muy visible... Daniel.
Programar en Linux
Javier Garay escribió: El lun, 23-10-2006 a las 13:06 -0300, Alvaro Herrera escribió: Rodrigo Fuentealba escribió: Entre las estupideces que he visto, la peor fue un sistema en PHP escrito por un personaje que ya no existe en el área informática, que hizo UN SOLO ARCHIVO PHP... que llegaba a pesar 36 Mb, y que contenía todas las funciones (PHP 4) y veía por $_GET dónde estaba el usuario... Esa es la clase de cosas que los tutoriales de PHP en la red fomentan. Pero cuando te enseñan a hacer las cosas bien, PHP deja de ser un lenguaje facil y directo, y ahi es donde comienzas a mirar para el lado. En mi humilde opinión creo que programar bien no es solo eso, para hacer una plataforma bien estrucuturada primero que todo se necesita de un buen grupo de trabajo, arquitectos en software y saber bien para donde va la micro... No hay ningun proceso que no se pueda hacer eterno a traves del uso de suficientes comisiones y reuniones semanales (hay un corolario de la ley de Murphy que habla de esto). Esto ignora totalmente el que una parte importante del software PHP es escrito por gente que recien esta empezando a usar un computador (mas o menos). ¿No decia alguien por ahi que a veces hay diseñadores graficos, sin idea de programacion, que se ponen a hacer programas en PHP? En PHP se tiene esa mentalidad de es taaan facil hacer programas en PHP, hasta un niño puede hacerlo, y es asi como hay cualquier persona programando que no tiene ninguna preparacion. ESE es el problema para mi gusto. Todo el resto de la discusion sobre la plataforma, el framework, si en tu empresa lo hacen asi o no, si tu eres un genio o no, la verdad es que me da lo mismo, porque el problema central no es la gente que SABE programar, sino precisamente la gente que NO SABE. Es igual que la administracion de servicios con Windows: oye pero si es tan facil!! Es solo un par de clicks! Hasta la secretaria (sic) puede hacerlo! Y despues por todas partes tenemos agujeros de seguridad, sistemas que se caen, el gusano Slapper que atacó a un montón de servidores SQL Server expuestos abiertamente a la Internet ... es como para decir WTF!??? o sea, en que diablos estaba pensando el que hizo esto? Y la respuesta es que no estaba pensando nada, lo que paso es que NO TENIA IDEA DE LO QUE ESTABA HACIENDO. Misma cosa con PHP. Gente que esta programando, y el resultado es horriblemente espantoso, porque realmente no tiene idea de lo que hace. Y aqui saltaran con que ahh eso no es culpa de PHP, y yo argumento exactamente lo contrario: ES CULPA DE PHP. De lo contrario, como se explica que esto pase mayormente con PHP? (No se me malinterprete -- yo creo que PHP tiene MUCHOS OTROS problemas. Pero este no es menor, IMHO es causante de muchos de los problemas que hay hoy en dia en la web). -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J Thou shalt check the array bounds of all strings (indeed, all arrays), for surely where thou typest foo someone someday shall type supercalifragilisticexpialidocious (5th Commandment for C programmers) From [EMAIL PROTECTED] Thu Oct 26 10:31:18 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Thu Oct 26 10:34:17 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED]45400f5f.05394e4b.2544.f[EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Alvaro Herrera wrote: [...] En PHP se tiene esa mentalidad de es taaan facil hacer programas en PHP, hasta un niño puede hacerlo, y es asi como hay cualquier persona programando que no tiene ninguna preparacion. ESE es el problema para mi gusto. Todo el resto de la discusion sobre la plataforma, el framework, si en tu empresa lo hacen asi o no, si tu eres un genio o no, la verdad es que me da lo mismo, porque el problema central no es la gente que SABE programar, sino precisamente la gente que NO SABE. exactamente lo mismo dije yo desde un principio. y di como ejemplo Linux y el ejercito de nuevos sysadmins que aparecen a cada rato... tambien mencione que gran culpa tiene la educacacion en todo esto. Es igual que la administracion de servicios con Windows: oye pero si es tan facil!! Es solo un par de clicks! Hasta la secretaria (sic) puede hacerlo! Y despues por todas partes tenemos agujeros de seguridad, sistemas que se caen, el gusano Slapper que atacó a un montón de servidores SQL Server expuestos abiertamente a la Internet ... es como para decir WTF!??? o sea, en que diablos estaba pensando el que hizo esto? Y la respuesta es que no estaba pensando nada, lo que paso es que NO TENIA IDEA DE LO QUE ESTABA HACIENDO. obvio. y ya que mencionas Windows, el exito de Linux lleva varios an~os ya atrayendo a gente de ese mundo y que no tenia idea de lo que estaba haciendo cuando usaba Windows, menos saben lo que hacen al usar Linux! y la cantidad de servidores Linux mal configurados y con graves problemas de
Programar en Linux
El 26/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: . Esto ignora totalmente el que una parte importante del software PHP es escrito por gente que recien esta empezando a usar un computador (mas o menos). ¿No decia alguien por ahi que a veces hay diseñadores graficos, sin idea de programacion, que se ponen a hacer programas en PHP? En PHP se tiene esa mentalidad de es taaan facil hacer programas en PHP, hasta un niño puede hacerlo, y es asi como hay cualquier persona programando que no tiene ninguna preparacion. ESE es el problema para mi gusto. Todo el resto de la discusion sobre la plataforma, el framework, si en tu empresa lo hacen asi o no, si tu eres un genio o no, la verdad es que me da lo mismo, porque el problema central no es la gente que SABE programar, sino precisamente la gente que NO SABE. Definitivamente creo que NO es un problema del lenguaje...concuerdo en que hay gente que NO sabe programar..y esto sucederá con PHP, Python..lo que sea...el problema no es en que programas si no como programamos..claramente hay lenguajes que depende que queremos hacer si ajustan mejor o peor a nuestros requeriemientos...si hay diseñadores programando allá ellos...yo no los contrataría..ese es el problema..hay gente empreses..que descanzan en este tipo de programadores para trabajos críticos..entonces el problema es PHP. Es igual que la administracion de servicios con Windows: oye pero si es tan facil!! Es solo un par de clicks! Hasta la secretaria (sic) puede hacerlo! Y despues por todas partes tenemos agujeros de seguridad, sistemas que se caen, el gusano Slapper que atacó a un montón de servidores SQL Server expuestos abiertamente a la Internet ... es como para decir WTF!??? o sea, en que diablos estaba pensando el que hizo esto? Y la respuesta es que no estaba pensando nada, lo que paso es que NO TENIA IDEA DE LO QUE ESTABA HACIENDO. Lo mismo acáes windows el problema o es el administrador incompetentecreo que va por capa 8 la cosa..y claramente dentro de estas organizaciones los Jefes de área (Informática, etc) deben tener claro que el problema de la seguridad NO es fierro o software , es recurso humano..es ahí donde radica el problema..nuevamente acá también hay S.O. que se ajustan mejor o peor a nuestra organización...pero en quién descanza esta plataforma es el problema...y creo que esto viene desde la U... si entregamos malos alumnos tendremos malos profesionales...cosa que sucede a menudo en Chile..cualquiera se las da de Sysadmin o programador...pero el problema NO es tal o cual S.O o lenguaje...el problema es como en las organizaciones se aguanta a mediocres. Misma cosa con PHP. Gente que esta programando, y el resultado es horriblemente espantoso, porque realmente no tiene idea de lo que hace. Y aqui saltaran con que ahh eso no es culpa de PHP, y yo argumento exactamente lo contrario: ES CULPA DE PHP. De lo contrario, como se explica que esto pase mayormente con PHP? Ya se respondió arriba. (No se me malinterprete -- yo creo que PHP tiene MUCHOS OTROS problemas. Pero este no es menor, IMHO es causante de muchos de los problemas que hay hoy en dia en la web). Que PHP tiene otros problemas de acuerdo..pero PHP en sí NO es el problema ..insisto... -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J Thou shalt check the array bounds of all strings (indeed, all arrays), for surely where thou typest foo someone someday shall type supercalifragilisticexpialidocious (5th Commandment for C programmers) Salu2
Programar en Linux
2006/10/26, Daemon [EMAIL PROTECTED]: El 26/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: [...] Definitivamente creo que NO es un problema del lenguaje...concuerdo en que hay gente que NO sabe programar..y esto sucederá con PHP, Python..lo que sea...el problema no es en que programas si no como programamos..claramente hay lenguajes que depende que queremos hacer si ajustan mejor o peor a nuestros requeriemientos...si hay diseñadores programando allá ellos...yo no los contrataría..ese es el problema..hay gente empreses..que descanzan en este tipo de programadores para trabajos críticos..entonces el problema es PHP. Lo malo es que tampoco hay un filtro en Sourceforge y otros proyectos. Lo mismo acáes windows el problema o es el administrador incompetente En el caso Windows, seré más pesado: el problema es tanto Windows como el administrador incompetente. En el caso de Windows, pagas por un soporte pero el número de soporte es un 1-800 en Miami... ¿cuál es el problema? Que no existen los medios para saber qué o cual cosa es malo activar, porque en Windows nada se convierte en security options, sino en features: ¿Ejemplos? miles. ¿Uno muy tonto? SQL Server y su opción por defecto de escuchar en el puerto 1433. ¿Otro? El cambio rápido de usuario. creo que va por capa 8 la cosa..y claramente dentro de estas organizaciones los Jefes de área (Informática, etc) deben tener claro que el problema de la seguridad NO es fierro o software , es recurso humano.. ¿¿¿O sea que una y otra son excluyentes??? es ahí donde radica el problema..nuevamente acá también hay S.O. que se ajustan mejor o peor a nuestra organización... pero en quién descanza esta plataforma es el problema...y creo que esto viene desde la U... si entregamos malos alumnos tendremos malos profesionales...cosa que sucede a menudo en Chile..cualquiera se las da de Sysadmin o programador...pero el problema NO es tal o cual S.O o lenguaje...el problema es como en las organizaciones se aguanta a mediocres. El problema es que los S.O. tambien fueron hechos por gente que salió de la U... por lo tanto TODO es factor humano y TODO está malo, ¿eso dices tú? Que PHP tiene otros problemas de acuerdo..pero PHP en sí NO es el problema ..insisto... PHP en sí puede ser un problema en todo caso (lo solucionas usando adodb o alguna capa de abstracción, si lo usas para bases de datos). El problema de la poca estandarización de las funciones, poco mnemotécnicas... Eso no puede ser considerado una virtud de ninguna forma... ni por los devs de PHP.! -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
2006/10/26, Rodrigo Fuentealba [EMAIL PROTECTED]: 2006/10/26, Daemon [EMAIL PROTECTED]: El 26/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: [...] Definitivamente creo que NO es un problema del lenguaje...concuerdo en que hay gente que NO sabe programar..y esto sucederá con PHP, Python..lo que sea...el problema no es en que programas si no como programamos..claramente hay lenguajes que depende que queremos hacer si ajustan mejor o peor a nuestros requeriemientos...si hay diseñadores programando allá ellos...yo no los contrataría..ese es el problema..hay gente empreses..que descanzan en este tipo de programadores para trabajos críticos..entonces el problema es PHP. Lo malo es que tampoco hay un filtro en Sourceforge y otros proyectos. Lo mismo acáes windows el problema o es el administrador incompetente En el caso Windows, seré más pesado: el problema es tanto Windows como el administrador incompetente. En el caso de Windows, pagas por un soporte pero el número de soporte es un 1-800 en Miami... ¿cuál es el problema? Que no existen los medios para saber qué o cual cosa es malo activar, porque en Windows nada se convierte en security options, sino en features: ¿Ejemplos? miles. ¿Uno muy tonto? SQL Server y su opción por defecto de escuchar en el puerto 1433. ¿Otro? El cambio rápido de usuario. Estos y otros ejemplos son solucionables..pero de quién depende??...no chache lo del soporte...creo que es despreciable este dato creo que va por capa 8 la cosa..y claramente dentro de estas organizaciones los Jefes de área (Informática, etc) deben tener claro que el problema de la seguridad NO es fierro o software , es recurso humano.. ¿¿¿O sea que una y otra son excluyentes??? Loque trato de decir es que siempre nos enfocamos en términos de seguridad al fierro o al software y creo que en gran medida el problema es capa 8.puedes tener un Win super bién configurado o un OpenBSD tan abierto como quieras... es ahí donde radica el problema..nuevamente acá también hay S.O. que se ajustan mejor o peor a nuestra organización... pero en quién descanza esta plataforma es el problema...y creo que esto viene desde la U... si entregamos malos alumnos tendremos malos profesionales...cosa que sucede a menudo en Chile..cualquiera se las da de Sysadmin o programador...pero el problema NO es tal o cual S.O o lenguaje...el problema es como en las organizaciones se aguanta a mediocres. El problema es que los S.O. tambien fueron hechos por gente que salió de la U... por lo tanto TODO es factor humano y TODO está malo, ¿eso dices tú? Claramente no dije eso..ahora que si tu lo piensas.será no mas Que PHP tiene otros problemas de acuerdo..pero PHP en sí NO es el problema ..insisto... PHP en sí puede ser un problema en todo caso (lo solucionas usando adodb o alguna capa de abstracción, si lo usas para bases de datos). El problema de la poca estandarización de las funciones, poco mnemotécnicas... Eso no puede ser considerado una virtud de ninguna forma... ni por los devs de PHP.! PHP...NO es el problema -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El mar, 24-10-2006 a las 20:19 -0300, Cristian Rodriguez escribió: 2006/10/24, Franco Catrin [EMAIL PROTECTED]: Pero en PHP no tengo eso. cual es el standard? cual es la implementacion que debo usar de eso? tengo que hacerlo yo mismo? deberia resolverlo yo? pero si yo solo quiero resolver mi problema de negocio! aqui tienes 56 alternativas a elegir http://del.icio.us/judas_iscariote/framework pero eso no responde la primera pregunta, cual es el standard? asi como en Python o Ruby tienes X cantidad de frameworks, (unos mas populares que otros claro esta) Dudi que algun dia existea un framework standard. PHP is multiparadigma y general purpose todo en mundo piensa distinto.. puedes encontrar un framework donde se utiliza OOP de la forma mas estricta posible u otros relajados y flexibles. tienes la alternativa para elegir que hacer con tu negocio. que el grueso de los programadores PHP no entiendan como usar un framework es un problema muy distinto, que no tiene **nada que ver** con el lenguaje. pero aun tenemos los ejemplos que di al principio, echales un vistazo, y esos si son problemas del lenguaje, ademas tienes lo que envio alvaro mucho antes -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El 24/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Rodrigo Fuentealba escribió: Puedes hacer extensiones para programas en Java, compilarlas con Java y se integrarán con Java... No puedes hacer lo mismo con PHP (y con ningún lenguaje interpretado, neither Perl nor Python) Python si se compila. Se almacenan los .pyc (bytecode). pero al punto de poder consumir otro pyc? (en ese caso me vuelvo mono, porque no lo conozco tan tan a fondo). Por lo demás, me refería a usarlos de manera interpretada (conozco IronPython y he hecho alguna cosa con wxPython, bastante malo mi programa pero compilaba...). Por otro lado con Perl (y tambien con Python) puedes hacer extensiones en C, de ser necesario. Con PHP no sé... hasta aquí me llegó el conocimiento. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El 24/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: Rodrigo Fuentealba [EMAIL PROTECTED] wrote: [...] PHP = lenguaje interpretado. Java = lenguaje compilado y recursivo (se compila a sí mismo). Java: Lenguaje generalmente compilado a un engendro de lenguaje de maquina que pareciera haber sido disen~ado para hacerlo imposible de implementar eficientemente. Hay compiladores a codigo nativo tambien... Y los lenguajes intepretados suelen compilarse a un formato intermedio que luego se interpreta. El de Perl es /muy/ eficiente... Cobol (el que conocí era RMC85 en la UTFSM Talcahuano) era así? [Notese que compilar o interpretar es un detalle de implementacion... hay compiladores de Perl y Scheme, e interpretes de C] Puedes hacer extensiones para programas en Java, compilarlas con Java y se integrarán con Java... No puedes hacer lo mismo con PHP (y con ningún lenguaje interpretado, neither Perl nor Python) Puede escribir extensiones a Perl en Perl, e integrarlos en Perl (verhttp://www.cpan.org para miles de ejemplos). PEAR / PECL (?) en PHP. Incluso (limitadamente) puedes cambiar la sintaxis del lenguaje por esa via. Eso me gustó!!! No conozco tanto de Python o Ruby, pero me extran~aria sobremanera que no se puedan hacer cosas parecidas. En Ruby se usa Gems para ponerle más wendy al lenguaje, así como en Perl se usa CPAN y en PHP se usa PEAR. Son un poquito distintas las tres (PHP no integra esas extensiones como /creo que Perl y/ Ruby, sólo las dispone en un directorio en el que se pueden incluir desde ahí, pero aún se pueden usar de manera casi transparente para el usuario) Claro está, Ruby no tiene taaantas cosas como Perl o PHP, pero tiene bastantes y bien simpáticas. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Rodrigo Fuentealba [EMAIL PROTECTED] wrote: El 24/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: [...] Y los lenguajes intepretados suelen compilarse a un formato intermedio que luego se interpreta. El de Perl es /muy/ eficiente... Cobol (el que conocà era RMC85 en la UTFSM Talcahuano) era asÃ? No creo. Solian ser compiladores a codigo nativo, pero con /enormes/ bibliotecas detras (la funcionalidad de COBOL es muy rica y compleja). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Tue Oct 24 16:48:48 2006 From: [EMAIL PROTECTED] (Ismael Diaz) Date: Wed Oct 25 00:28:03 2006 Subject: =?utf-8?q?Re=3A_Herramienta_de_an=C3=A1lisis_de_vulnerabilidades?= In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] [...] http://insecure.org/tools/tools-es.html read! -- #define QUESTION ((2b) || !(2b)) #define SITE http://onlooker.certos.org próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061024/8d9b1f90/attachment.html From [EMAIL PROTECTED] Tue Oct 24 22:41:49 2006 From: [EMAIL PROTECTED] (Raphael Verdugo Pincheira) Date: Wed Oct 25 01:30:29 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Alvaro Herrera escribió: Rodrigo Fuentealba escribió: python si se compila. Se almacenan los .pyc (bytecode). Por otro lado con Perl (y tambien con Python) puedes hacer extensiones en C, de ser necesario. Por otro lado, puedes meter programas hechos en Python dentro de un servidor de aplicaciones Java, usando Jython, y tambien en .Net usando IronPython. tambien puedes meter codigo PHP (1) en .net , es decir codigo que el CLR (2) entienda ; todas estas mutaciones extrañas estan llevando a la promiscuidad en su maxima expresion... claramente el rendimiento no es una prioridad , la compatibilidad y reutilizacion de codigo parece ser el enfoque (todos con todos :) ) (1) Common Lenguage Runtime , maquina virtual de .NET (2) http://www.php-compiler.net/ -- Raphael Verdugo P. Unix Admin Developer [EMAIL PROTECTED]
Programar en Linux
Rodrigo Fuentealba escribió:
El 24/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió:
Puede escribir extensiones a Perl en Perl, e integrarlos en Perl
(verhttp://www.cpan.org para miles de ejemplos).
PEAR / PECL (?) en PHP.
Eso no tiene gracia (ni lo de Perl/Perl, ni lo de PHP/PHP). En todos
los lenguajes es posible. (Excepto cosas como BASIC, pero ya sabemos
que eso no sirve de nada).
Incluso (limitadamente)
puedes cambiar la sintaxis del lenguaje por esa via.
Eso me gustó!!!
Te gustó eh? En realidad no es demasiado util. En Tcl puedes lograrlo
en mucha mayor medida, y sin embargo aun asi no es gran cosa.
No conozco tanto de Python o Ruby, pero me extran~aria
sobremanera que no se puedan hacer cosas parecidas.
En Ruby se usa Gems para ponerle más wendy al lenguaje, así como en
Perl se usa CPAN y en PHP se usa PEAR.
Horst no se está refiriendo a crear nuevas funciones, clases y paquetes,
sino a crear constructos sintacticos nuevos, por ej. un nuevo tipo de
loop foreach, o un bloque switch/case (que no existe en Perl normal),
cosas asi.
En los lenguajes donde esto _realmente_ poderoso son los lenguajes
funcionales, como LISP y derivados (scheme, etc), y ML (OCaml, etc).
De hecho es tan poderoso que hacerlo es parte integral de escribir un
programa. Claro que hay que aprender a programar, y es por supuesto es
totalmente diferente a hacerlo en PHP/Perl/Python/C o cualquiera de los
lenguajes que se han mencionado aqui. Estos lenguajes en general, por
lo que tengo entendido, te hacen mucho mas productivo como programador.
(Programar en Scheme fue lo que hizo millonario a Paul Graham, por ej.)
--
Alvaro Herrerahttp://www.PlanetPostgreSQL.org
La fuerza no está en los medios físicos
sino que reside en una voluntad indomable (Gandhi)
From [EMAIL PROTECTED] Wed Oct 25 08:15:25 2006
From: [EMAIL PROTECTED] (Rodolfo Alcazar)
Date: Wed Oct 25 08:57:33 2006
Subject: Sincronizar palmOne LifeDrive con FC5
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
On Tue, 2006-10-24 at 15:38 -0300, [EMAIL PROTECTED] wrote:
BUS=usb, SYSFS{product}=Palm Handheld*, NAME=%k,SYMLINK=pilot,
MODE=666 KERNEL=ttyUSB*
Tal cual
Hasta aquÃ?Â, si no aparece /dev/pilot, es problema de udev. lee.
Aparece, udev descartado
Bueno, si aparece, pero luego no se borra, está bastante raro, talvez tu
tienes algo que yo no. Prueba mi sugerencia 6, luego de haber
borrado /dev/pilot y /dev/ttyUSB*, o sea:
6.1. (sobre el ícono del gnome-pilot de la barra de tareas, botón
derecho, PAUSE DAEMON)
6.2. (presionas el botón de la palm)
6.3. ejecuta en un shell:
# rm /dev/pilot /dev/ttyUSB* ; dlpsh
(deberías obtener un listado de los archivos que hay en tu palm; si algo
anda mal, puedes probar, luego ddel paso 1 y antes del 2:
6.1.2. ejecuta en un shell:
# kill $(pgrep pilot)
luego repite 6.2 y 6.3. Intentalo varias veces.
Como comentabas, si no es problema de udev, talvez es de gnome-pilot. Si
no lo logras, intenta con jpilot.
Saludos!
--
Rodolfo Alcazar - [EMAIL PROTECTED]
Netzmanager Padep, GTZ
591-70656800, -22417628, LA PAZ, BOLIVIA
http://otbits.blogspot.com
--
The speed with which components become obsolete is directly proportional
to the price of the component.
Programar en Linux
Franco Catrin wrote: El mar, 24-10-2006 a las 09:35 -0300, Ricardo Mun~oz A. escribió: [...] paremos este tipo de comparaciones. no se puede comparar PHP que es solo un lenguaje, con J2EE que es una especificacion para el desarrollo y explotacion de aplicaciones distribuidas multicapa... Pero eso es absurdo, es como usar PHP sin un servidor web, de que te sirve? para ejecutar scripts en la linea de comandos?? por supuesto. para procesar archivos de texto, generar imagenes, etc. etc. Estamos comparando PHP para hacer aplicaciones web respecto a Java para hacer aplicaciones web, y ahi estamos hablando de J2EE. Si PHP no tiene un framework definido para eso es otro problema no confundas al publico, con Java puedo hacer aplicaciones web (sin un framework definido) usando servlets/JSP, y sin toda la parafernalia de J2EE. -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Wed Oct 25 10:07:52 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Wed Oct 25 10:06:42 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 25/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Rodrigo Fuentealba escribió: El 24/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: Puede escribir extensiones a Perl en Perl, e integrarlos en Perl (verhttp://www.cpan.org para miles de ejemplos). PEAR / PECL (?) en PHP. Eso no tiene gracia (ni lo de Perl/Perl, ni lo de PHP/PHP). En todos los lenguajes es posible. (Excepto cosas como BASIC, pero ya sabemos que eso no sirve de nada). Incluso (limitadamente) puedes cambiar la sintaxis del lenguaje por esa via. Eso me gustó!!! Te gustó eh? En realidad no es demasiado util. En Tcl puedes lograrlo en mucha mayor medida, y sin embargo aun asi no es gran cosa. de todas maneras me gustó No conozco tanto de Python o Ruby, pero me extran~aria sobremanera que no se puedan hacer cosas parecidas. En Ruby se usa Gems para ponerle más wendy al lenguaje, así como en Perl se usa CPAN y en PHP se usa PEAR. Entonces si se puede usar Gems y no se puede usar PEAR Horst no se está refiriendo a crear nuevas funciones, clases y paquetes, sino a crear constructos sintacticos nuevos, por ej. un nuevo tipo de loop foreach, o un bloque switch/case (que no existe en Perl normal), cosas asi. En los lenguajes donde esto _realmente_ poderoso son los lenguajes funcionales, como LISP y derivados (scheme, etc), y ML (OCaml, etc). De hecho es tan poderoso que hacerlo es parte integral de escribir un programa. Claro que hay que aprender a programar, y es por supuesto es totalmente diferente a hacerlo en PHP/Perl/Python/C o cualquiera de los lenguajes que se han mencionado aqui. Estos lenguajes en general, por lo que tengo entendido, te hacen mucho mas productivo como programador. (Programar en Scheme fue lo que hizo millonario a Paul Graham, por ej.) wow...!!! eso para mí es totalmente nuevo. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org Déjenme revelarles el secreto de mi éxito: mi verdadera fuerza reside en mi tenacidad. - Louis Pasteur
Programar en Linux
Rodrigo Fuentealba [EMAIL PROTECTED] wrote: El 25/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: [...] Horst no se está refiriendo a crear nuevas funciones, clases y paquetes, sino a crear constructos sintacticos nuevos, por ej. un nuevo tipo de loop foreach, o un bloque switch/case (que no existe en Perl normal), cosas asi. En los lenguajes donde esto _realmente_ poderoso son los lenguajes funcionales, como LISP y derivados (scheme, etc), y ML (OCaml, etc). De hecho es tan poderoso que hacerlo es parte integral de escribir un programa. Claro que hay que aprender a programar, y es por supuesto es totalmente diferente a hacerlo en PHP/Perl/Python/C o cualquiera de los lenguajes que se han mencionado aqui. Estos lenguajes en general, por lo que tengo entendido, te hacen mucho mas productivo como programador. (Programar en Scheme fue lo que hizo millonario a Paul Graham, por ej.) wow...!!! eso para mà es totalmente nuevo. Programar en lenguajes LISPicos (Scheme, ...) /es/ definirse uno un nuevo lenguaje para resolver el problema, y programar en el. Date una vuelta por http://www.schemers.org para docu y una excelente implementacion de Scheme (DrScheme, en Fedora se llama plt-scheme en Extras). Para diversion extra, pueden bajar el servidor web que usan (escrito en Scheme, claro esta). La gente suele odiar LISP por su coleccion de parentesis y sintaxis un tanto extran~a, pero tiene la ventaja que la sintaxis es extremadamente simple, y no hace diferencia alguna entre parte del lenguaje y tejido en casa. Hal Abelson's, Jerry Sussman's and Julie Sussman's Structure and Interpretation of Computer Programs (MIT Press, 1984; ISBN 0-262-01077-1) es un texto excelente. Es un libraco si, y nada liviano de leer. Pero uno de los ejemplitos que trae es una (mini)implementacion de Scheme en Scheme... son como tres paginas de codigo. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
Programar en Linux
Programar en lenguajes LISPicos (Scheme, ...) /es/ definirse uno un nuevo lenguaje para resolver el problema, y programar en el. Date una vuelta por http://www.schemers.org para docu y una excelente implementacion de Scheme (DrScheme, en Fedora se llama plt-scheme en Extras). Para diversion extra, pueden bajar el servidor web que usan (escrito en Scheme, claro esta). Me gustó el manual en línea http://www.htdp.org/ ... http://www.htdp.org/2003-09-26/Book/curriculum-Z-H-15.html#node_sec_11.1 !!! super no-intuitivo (para mí), pero tiene mucha más lógica que un código en PHP (ni que decir de Java). La gente suele odiar LISP por su coleccion de parentesis y sintaxis un tanto extran~a, pero tiene la ventaja que la sintaxis es extremadamente simple, y no hace diferencia alguna entre parte del lenguaje y tejido en casa. Ya sé por qué...!!! ;) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
On Wed, 2006-10-25 at 00:18 -0300, Horst H. von Brand wrote: Rodrigo Fuentealba [EMAIL PROTECTED] wrote: El 24/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: [...] Y los lenguajes intepretados suelen compilarse a un formato intermedio que luego se interpreta. El de Perl es /muy/ eficiente... Cobol (el que conocí era RMC85 en la UTFSM Talcahuano) era así? No creo. Solian ser compiladores a codigo nativo, pero con /enormes/ bibliotecas detras (la funcionalidad de COBOL es muy rica y compleja). RMCOBOL85 toma programas fuentes (.cbl) y genera un archivo objeto (.cob) que necesita del runtime (runcobol) para ser ejecutado. No recuerdo que existiera algun compilador a codigo nativo para esa implementacion de cobol en particular, aunque si la habia para otras implementaciones, particularmente algunas versiones para Unix. -- Marcos Ramirez [EMAIL PROTECTED]
Programar en Linux
On Tue, 2006-10-24 at 19:18 -0300, Franco Catrin wrote: Francamente, no veo como esta clase de requerimiento deberia ser una caracteristica del lenguaje. O para el caso, alguna razon para que no puedas usar las mismas tecnicas que usas con Java. La diferencia es que en Java son un standard (J2EE) que esta implementado por varios fabricantes (sun, oracle, bea, jboss/redhat, etc). Creo Franco, que te desviaste completamente de la discusion original. Si quieres hablar de J2EE, entonces deberias hablar de un framework para php que provea ventajas y funcionalidades similares y luego comparar. Sheesh! lo proximo sera comparar con C restringido a enlazar con la libc! Pero en PHP no tengo eso. Obvio, PHP /no/ es Java y sus objetivos/evoluciones son distintos. cual es el standard? cual es la implementacion que debo usar de eso? tengo que hacerlo yo mismo? deberia resolverlo yo? Quieres usar J2EE para logica de negocios? Entonces usa Java. Quieres meter php entre medio? Que tal la capa de presentacion como lo sugiere URL:http://www-128.ibm.com/developerworks/websphere/techjournal/0505_krook/0505_krook.html ? Es solo una idea, tienes el estandar (J2EE) y la /implementacion/ de los componentes usualmente esta en Java, pero nada te impide implementar algunos o quiza todos en php (o Perl, python o ...). No digo que sea ventajoso hacerlo o siquiera razonable, pero es posible. pero si yo solo quiero resolver mi problema de negocio! Entonces resuelve tu problema con el conjunto de herramientas mas adecuado y con un enfoque acorde! No trates de resolver problemas en PHP tratando de emular lo que harias con J2EE y Java porque no te va ir bien. El mejor Java es (quien lo diria) /Java/, PHP es util cuando usas otra clase de enfoques. Saludos
Programar en Linux
El lun, 23-10-2006 a las 14:53 -0300, Rodrigo Fuentealba escribió: 2006/10/23, Franco Catrin [EMAIL PROTECTED]: bibliotecas en PHP? de esas que se hacen include? porque si no son PHP estamos hablando de otro lenguaje ;) Una muestra más... mira en Linux el directorio /usr/lib/php/extensions/ (en SuSE es /usr/lib/php5/extensions... no sé en CentOS, Fedora y otros redhateños) y tendrás cosas como: bcmath.so, curl.so, filepro.so, gmp.so, mbstring.so, mysql.so, pcntl.so, pspell.so, sockets.so, sysvshm.so, xsl.so, bz2.so, dbase.so, ftp.so, iconv.so, mcrypt.so, ncurses.so, pdo.so, shmop.so, sqlite.so, tokenizer.so, zlib.so, calendar.so, dom.so, gd.so, imap.so, mhash.so, odbc.so, pgsql.so, snmp.so, sysvmsg.so, wddx.so, ctype.so, exif.so, gettext.so, ldap.so, mysqli.so, openssl.so, posix.so, soap.so, sysvsem.so, xmlrpc.so (ufff) Esas cosas extienden la funcionalidad de PHP básico, y no son escritas en PHP, sino en C/C++. Estas se cargan una sola vez, y permanecen en memoria durante la ejecución del servidor, no cada vez que se requiere una función. Para el caso típico de una página simple que sólo accede a MySQL y no maneja ninguna clase de XML, ni archivos en bzip, ni tiene autenticación LDAP, pues es muy fácil comentar en el php.ini las extensiones que no se usarán, en el caso de un servidor custom. Pero todas las bibliotecas que indicas son ultra basicas, esas bibliotecas hacen que el lenguaje sirva para algo util, nada mas. Yo me referia a las bibliotecas que implementan algun framework sobre PHP que lo convierta en una plataforma que permita hacer aplicaciones en forma productiva, esas no van a estar en C. Las mal llamadas bibliotecas de esas que se llaman con includes, son simples scripts y va a depender de la habilidad del programador el manejo de éstos. En esas estaba pensando... como implementas MVC o resource pooling (busque resource pooling php en google y me fue mal) De hecho, include() e include_once() son malas prácticas con PHP, ya que sólo producen warnings cuando el archivo no se encuentra. Es mejor usar require_once(), ya que el archivo permanece una sola vez (de ahi el _once) en memoria, y no múltiples veces como lo haces con require(). En todo caso, require y require_once producen errores fatales. entonces como se usan bibliotecas hechas en PHP? Eso sale en la documentación de PHP.net (http://www.php.net/include/). ¿Para qué hacerle caso a otros manuales no oficiales y a perejiles que aprendieron a programar con el método de tanteo? -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
2006/10/23, Franco Catrin [EMAIL PROTECTED]: El lun, 23-10-2006 a las 14:53 -0300, Rodrigo Fuentealba escribió: 2006/10/23, Franco Catrin [EMAIL PROTECTED]: bibliotecas en PHP? de esas que se hacen include? porque si no son PHP estamos hablando de otro lenguaje ;) Una muestra más... Pero todas las bibliotecas que indicas son ultra basicas, esas bibliotecas hacen que el lenguaje sirva para algo util, nada mas. ahhh, ya me extrañaba yo que no las conocieras... Yo me referia a las bibliotecas que implementan algun framework sobre PHP que lo convierta en una plataforma que permita hacer aplicaciones en forma productiva, esas no van a estar en C. (No siempre: ADODB, que es una capa de abstracción de datos en PHP, te permite usar una extensión propia en C para mejorar la velocidad del acceso a datos.). Los scripts de otras funcionalidades en PHP se buscan y se insertan dentro del sistema, o de lo contrario se gatilla el mensaje de trigger_error correspondiente. Las mal llamadas bibliotecas de esas que se llaman con includes, son simples scripts y va a depender de la habilidad del programador el manejo de éstos. En esas estaba pensando... como implementas MVC o resource pooling (busque resource pooling php en google y me fue mal) Si quieres implementar MVC, puedes usar: ADOdb (adodb.sourceforge.net) para manipular el modelo (Modelo) Smarty (smarty.php.net) para manipular los templates (Vista) PEAR (pear.php.net) para manipular los controladores (Controlador) (Sí, hay otras alternativas, pero de éstas me acuerdo yo... Cristian Rodriguez te puede dar una idea completa). Si quieres utilizar algo con MVC, para el desarrollo mega-rápido, puedes usar Symfony, que es una especie de Rails pero hecho en PHP, o PHP-on-Trax (la burda copia) de Rails. Te aconsejo Symfony... más lindo el resultado final... Sobre resource pooling, no conozco muy bien el concepto, así es que no te podría decir. De hecho, include() e include_once() son malas prácticas con PHP, ya que sólo producen warnings cuando el archivo no se encuentra. Es mejor usar require_once(), ya que el archivo permanece una sola vez (de ahi el _once) en memoria, y no múltiples veces como lo haces con require(). En todo caso, require y require_once producen errores fatales. entonces como se usan bibliotecas hechas en PHP? Para usar scripts fuera del script en ejecución, te recomiendo la forma con require_once (ejemplo para archivos fuera del directorio raiz...): ?php require_once '/opt/miframework/modelo/adodb/adodb.inc.php'; require_once '/opt/miframework/modelo/configuracion.inc.php'; ? Si no tienes uno de esos archivos, se te generará un error fatal que tendrás que arreglar para que tu aplicación corra. Si lo haces con include, tendrás un warning únicamente (que podrás ocultar con display_errors en off) y tu aplicación no tendrá el comportamiento esperado... un tip para que no te den dolores de cabeza... -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
2006/10/23, Franco Catrin [EMAIL PROTECTED]: Pero todas las bibliotecas que indicas son ultra basicas, esas bibliotecas hacen que el lenguaje sirva para algo util, nada mas. Huh ? has usado las extensiones SPL, SOAP, DOM esas no son ultra basicas son extensiones para hacer cosas productivas.. la verdad es que me preocupa cuando la gente parece estar hablando solo de PHP4 que esta obsoleto hace lunas... En esas estaba pensando... como implementas MVC Huh ? http://del.icio.us/judas_iscariote/framework dentro de esos 56 frameworks que estan listados alli, mas de 30 tienen que tener una implementacion MVC , elige la que mas te guste, hay muchisima variedad. ;) From [EMAIL PROTECTED] Mon Oct 23 23:47:57 2006 From: [EMAIL PROTECTED] (Mauro A. Morales M.) Date: Tue Oct 24 01:00:57 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El lun, 23-10-2006 a las 14:34 -0300, Franco Catrin escribió: El lun, 23-10-2006 a las 13:06 -0300, Alvaro Herrera escribió: Rodrigo Fuentealba escribió: Entre las estupideces que he visto, la peor fue un sistema en PHP escrito por un personaje que ya no existe en el área informática, que hizo UN SOLO ARCHIVO PHP... que llegaba a pesar 36 Mb, y que contenía todas las funciones (PHP 4) y veía por $_GET dónde estaba el usuario... Esa es la clase de cosas que los tutoriales de PHP en la red fomentan. Pero cuando te enseñan a hacer las cosas bien, PHP deja de ser un lenguaje facil y directo, y ahi es donde comienzas a mirar para el lado. De hecho Franco, te escapaste algo del topico instalado. Terminaste hablando de J2EE v/s PHP, cuando debio ser Java v/s PHP (Ya que si quieres hacer la comparacion completa deberia ser J2EE v/s Web Server + PHP + mod_php) En cuanto a PHP, hace mucho que dejé de usarlo por varias razones comentadas tanto por Alvaro, HvB y tú, pero hay 2 cosas que quiero mencionar. PHP tiene una curva de aprendizaje 'formal' e 'informal' muy rápida (quizas exponencial) y de bajo costo. Java, Python, Perl, tienen una curva mas lenta y costosa, en especial porque se requiere de mayor/mejor conocimiento respecto a la base (OO, servicios, arquitectura y diseño, etc), lo que no lo hace 'abordable' para un sistema de requerimiento de desarrollo rapido. Como segunda cosa, la mitificación que se tiene hacia Java (en particular) respecto de lo 'pesado' de sus programas, maquinas virtuales, etc, cuando nadie ha podido dar razones que comprueben aquello, ante lo cual PHP se convierte en una opción mas 'liviana', por lo que es buen argumento para convencer a un 'cliente' acerca de la conveniencia de tener el sistema en PHP, ya que no requerirá tantos 'recursos'. Saludos, -- Mauro A. Morales M.
Programar en Linux
Estimados Instale asterisk y estoy trabajando en la creación de anexos. Todo funciona bien pero tengo problemas con el softphone, ya que el emisor no escucha lo que contesta el receptor. He revisado mi configuración y creo no tener problema. Existen muchos clientes softphone. Conocen alguno que solucione este problema -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Cristian Rodriguez Enviado el: lunes, 23 de octubre de 2006 16:56 Para: Discusion de Linux en Castellano Asunto: Re: Programar en Linux 2006/10/23, Marcos Ramirez [EMAIL PROTECTED]: Si usas php en modo cgi (raro el caso) tienes efectivamente que cargar el interprete y sus bibliotecas asociadas cada vez que ejecutas un script. lo cual es francamente muy extraño de encontrar en un sistema razonablemente configurado, lo que si esta implementado masivamente en en modo FastCGI pero eso no carga el inteprete y sus bibliotecas cada vez que ejecutas un script.. Este mensaje es de naturaleza confidencial y puede contener información protegida por normas de secreto y propiedad intelectual. Si usted ha recibido este correo electrónico por error, le agradeceremos se comunique inmediatamente con nosotros por este misma vía y tenga además la amabilidad de borrar el mensaje y sus adjuntos; así mismo, usted no debera copiar el mensaje ni sus adjuntos ni divulgar su contenido a ninguna persona. Muchas gracias. THIS MESSAGE IS CONFIDENTIAL BY ITS NATURE. IT MAY ALSO CONTAIN INFORMATION THAT IS PRIVILEGED OR OTHERWISE LEGALLY EXEMPTED FROM DISCLOSURE. IF YOU HAVE RECEIVED IT BY MISTAKE, PLEASE LET US KNOW BY E-MAIL IMMEDIATELY AND DELETE THE MESSAGE AND ITS EXHIBITS FROM THE SYSTEM; YOU SHOULD ALSO NOR COPY THE MESSAGE OR ITS EXHIBITS NOR DISCLOSE ITS CONTENTS TO ANYONE. THANK YOU.
Programar en Linux
Franco Catrin wrote: El lun, 23-10-2006 a las 15:30 -0300, Ricardo Mun~oz A. escribió: Franco Catrin wrote: Con todo listo para operar tenemos casi 32MB de memoria ocupada, y mapeado un poco mas de 256MB, y con esto ya podemos hacer aplicaciones escalables, distribuidas, etc. Como decia Horst.. el hardware es mucho mas barato que las HH, en mi PC aun tengo 480MB para jugar te falto incluir la RAM que te consume tu IDE Java favorito (solo un suicida desarrolla una aplicacion seria en Java sin un IDE)... No tiene sentido, el IDE no lo usas en las maquinas que estan sirviendo (produccion). exacto! tu ejemplo era de una maquina de desarrollo: aun tengo 480MB para jugar. en produccion no se juega... [...] pero lo realmente interesante seria saber la cantidad de RAM necesaria para un servidor web de produccion, con digamos unas 1000 conexiones simultaneas... te quedaria RAM para jugar?? ;) Demas, las conexiones simultaneas no ocupan mas ram, lo que ocupa ram son los objetos vivos, y en aplicaciones mayoritariamente stateless son objetos muy volatiles. El problema lo tendria si se estan calculando 1000 reportes a un mismo tiempo, pero eso simplemente lo arreglaria cambiando la invocacion al servicio de sincronica a asincronica con una cola de mensajes, que es parte de J2EE, como usas las colas de mensajes en PHP? que haces en esos casos? porque el uso de memoria deberia andar cerca en ambas plataformas para ese tipo de requerimientos. paremos este tipo de comparaciones. no se puede comparar PHP que es solo un lenguaje, con J2EE que es una especificacion para el desarrollo y explotacion de aplicaciones distribuidas multicapa... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Tue Oct 24 09:42:51 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Tue Oct 24 09:45:58 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED]200610202156 [EMAIL PROTECTED][EMAIL PROTECTED]3cd5f0920610 [EMAIL PROTECTED][EMAIL PROTECTED]ocalhost.localdomain[EMAIL PROTECTED] il.com[EMAIL PROTECTED][EMAIL PROTECTED]dgpa.armada.cl[EMAIL PROTECTED]1161629972.8683.38.camel @pillan.dgpa.armada.cl [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Franco Catrin wrote: [...] otra duda que me surge, como lo haces en PHP para distribuir procesos? por ejemplo tienes una parte de tu aplicacion que requiere respuestas rapidas, y otra capa que es de procesamiento intensivo pero que no tiene que ser sincronico necesariamente? En esos casos lo que uno hace es que unas maquinas hacen un tipo de tarea y otra u otras maquinas hacen la otra parte de la tarea? que provee php para eso? XML-RPC y SOAP. (he aprendido harto con este thread) que bien. -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Tue Oct 24 10:39:13 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Tue Oct 24 10:42:28 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED]1161451786.7 [EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED] l.gmail.com[EMAIL PROTECTED]1161624865.5173.5.camel @localhost [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Mauro A. Morales M. wrote: [...] PHP tiene una curva de aprendizaje 'formal' e 'informal' muy rápida (quizas exponencial) y de bajo costo. no es solo el lenguaje, el exito de PHP se debe a la combinacion con Apache+MySQL y opcionalmente Linux. en el submundo informatico hay muchos no-informaticos como por ejemplo disen~adores graficos que se ponen a desarrollar aplicaciones web. se meten con PHP/MySQL (muchas veces corriendo sobre Windows) por ser una combinacion mas abordable, ademas de ser una moda. logran hacer algo, pero el mal producto no es a causa del lenguaje. por ejemplo, no podemos culpar a los intrumentos musicales por las terribles canciones que hacen / tocan los musicos aficionados... ;) Java, Python, Perl, tienen una curva mas lenta y costosa, en especial porque se requiere de mayor/mejor conocimiento respecto a la base (OO, servicios, arquitectura y diseño, etc), no necesariamente. si revisas por ejemplo este articulo: http://www-128.ibm.com/developerworks/library/os-php-designptrns/index.html que puedes concluir? lo que no lo hace 'abordable' para un sistema de requerimiento de desarrollo rapido. Como segunda cosa, la mitificación que se tiene hacia Java (en particular) respecto de lo 'pesado' de sus programas, maquinas virtuales, etc, cuando nadie ha podido dar razones que comprueben aquello, ante lo cual PHP se convierte en una opción mas 'liviana', por lo que es buen argumento para convencer a un 'cliente' acerca de la conveniencia de tener el sistema en PHP, ya que no requerirá tantos 'recursos
Programar en Linux
El 24/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: no hay donde perderse: Un lenguaje de mas alto nivel, soportado por herramientas de desarrollo (integradas), con caracteristicas que dificulten malas practicas, casi siempre saldra ganando. No olvidar nunca que mientras más a prueba de tontos hacemos nuestro sistema, Dios nos crea un tonto más grande que lo considerado en la documentación e igual lo hace fallar. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El mar, 24-10-2006 a las 09:35 -0300, Ricardo Mun~oz A. escribió: Franco Catrin wrote: te falto incluir la RAM que te consume tu IDE Java favorito (solo un suicida desarrolla una aplicacion seria en Java sin un IDE)... No tiene sentido, el IDE no lo usas en las maquinas que estan sirviendo (produccion). exacto! tu ejemplo era de una maquina de desarrollo: aun tengo 480MB para jugar. en produccion no se juega... No pues, yo puse lo que me ocupaba el servidor de aplicaciones andando CON aplicaciones en mi maquina!!! [...] pero lo realmente interesante seria saber la cantidad de RAM necesaria para un servidor web de produccion, con digamos unas 1000 conexiones simultaneas... te quedaria RAM para jugar?? ;) Demas, las conexiones simultaneas no ocupan mas ram, lo que ocupa ram son los objetos vivos, y en aplicaciones mayoritariamente stateless son objetos muy volatiles. El problema lo tendria si se estan calculando 1000 reportes a un mismo tiempo, pero eso simplemente lo arreglaria cambiando la invocacion al servicio de sincronica a asincronica con una cola de mensajes, que es parte de J2EE, como usas las colas de mensajes en PHP? que haces en esos casos? porque el uso de memoria deberia andar cerca en ambas plataformas para ese tipo de requerimientos. paremos este tipo de comparaciones. no se puede comparar PHP que es solo un lenguaje, con J2EE que es una especificacion para el desarrollo y explotacion de aplicaciones distribuidas multicapa... Pero eso es absurdo, es como usar PHP sin un servidor web, de que te sirve? para ejecutar scripts en la linea de comandos?? Estamos comparando PHP para hacer aplicaciones web respecto a Java para hacer aplicaciones web, y ahi estamos hablando de J2EE. Si PHP no tiene un framework definido para eso es otro problema -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El lun, 23-10-2006 a las 23:47 -0300, Mauro A. Morales M. escribió: El lun, 23-10-2006 a las 14:34 -0300, Franco Catrin escribió: El lun, 23-10-2006 a las 13:06 -0300, Alvaro Herrera escribió: Rodrigo Fuentealba escribió: Entre las estupideces que he visto, la peor fue un sistema en PHP escrito por un personaje que ya no existe en el área informática, que hizo UN SOLO ARCHIVO PHP... que llegaba a pesar 36 Mb, y que contenía todas las funciones (PHP 4) y veía por $_GET dónde estaba el usuario... Esa es la clase de cosas que los tutoriales de PHP en la red fomentan. Pero cuando te enseñan a hacer las cosas bien, PHP deja de ser un lenguaje facil y directo, y ahi es donde comienzas a mirar para el lado. De hecho Franco, te escapaste algo del topico instalado. Terminaste hablando de J2EE v/s PHP, cuando debio ser Java v/s PHP (Ya que si quieres hacer la comparacion completa deberia ser J2EE v/s Web Server + PHP + mod_php) Pero si en todo el rato han hablado de PHP para hacer aplicaciones web, bueno, que hablen quienes no lo ocupan para hacer aplicaciones web y por lo tanto no lo usan con un web server. Voy a ver si puedo hacer una aplicacion embedida para mi movil en php.. cof cof.. -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El mar, 24-10-2006 a las 09:42 -0300, Ricardo Mun~oz A. escribió: Franco Catrin wrote: [...] otra duda que me surge, como lo haces en PHP para distribuir procesos? por ejemplo tienes una parte de tu aplicacion que requiere respuestas rapidas, y otra capa que es de procesamiento intensivo pero que no tiene que ser sincronico necesariamente? En esos casos lo que uno hace es que unas maquinas hacen un tipo de tarea y otra u otras maquinas hacen la otra parte de la tarea? que provee php para eso? XML-RPC y SOAP. y algo que no tenga el overhead de XML? Como lo haces cuando requieres servicios stateful? esos que indicas son solo stateless -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El mar, 24-10-2006 a las 12:09 -0300, Marcos Ramirez escribió: On Mon, 2006-10-23 at 23:12 -0300, Franco Catrin wrote: El lun, 23-10-2006 a las 15:59 -0300, Marcos Ramirez escribió: Quiza tu estas hablando de Packages y/o Modulos? Si es asi, con include los cargas en el momento de ejecutar el script y necesariamente deben ser parseados y compilados cada vez que el script se ejecuta (tanto a traves de mod_php como via cgi). Eso sospechaba, por lo que tendria el siguiento efecto.. si quiero reutilizar mucho código entonces todo se pondrá lento porque cada vez hay que interpretar mas? en estricto rigor mas lento si, lento (en terminos absolutos), segun mi experiencia tendria que ser una cantidad bastante grande de modulos los que se carguen; pero por otro lado, una adecuada separacion de tareas y scripts reduce el codigo que es necesario cargar cada vez. Si quizas en PHP las cosas se hacen diferente. Por ejemplo, en Java los objetos de mi aplicacion estan representados por un modelo, por lo tanto mi aplicacion se preocupa de manejar objetos de negocio y no funciones, por lo tanto el código de mis objetos de negocio y los objetos que lo soportan (value objects) son simplemente bibliotecas que ya estan compiladas y disponibles. En PHP no se como haria eso sin evitar que el interprete este cargando esos archivos e interpretandolos cada vez, quizas me deberia olvidar de la idea y tendria que seguir un enfoque mas funcional. otra duda que me surge, como lo haces en PHP para distribuir procesos? ¿? distribuir procesos es un metodo, y los metodos se pueden implementar en cualquier lenguaje que provea las herramientas para hacer lo que el metodo requiere. Lo que me refiero a que en una aplicacion no sabes esas cosas a priori, por lo tanto si puedes hacer cosas a nivel declarativo es algo bastante valorable. Si no es a nivel declarativo, tendrias que inventarte un mecanismo declarativo o simplemente reescribir partes de la aplicacion. Por ejemplo en Java puedo hacer lo siguiente: objA.execute(); objB.execute(); Y puedo hacer que objA este en una maquina y objB este en otra, y el codigo es el mismo. (java me permite verlo asi, aunque las implementaciones sean radicalmente diferentes, es como usar un proxy) por ejemplo tienes una parte de tu aplicacion que requiere respuestas rapidas, y otra capa que es de procesamiento intensivo pero que no tiene que ser sincronico necesariamente? Como implementas esas capas? SOAP? XML-RPC? Corba? Existen bibliotecas para manejar esos protocolos, aunque no es una caracteristica de php asi como no es una caracteristica de C/C++, Java u otro lenguaje. No, pero si de especificaciones como J2EE, y eso es lo que hace que PHP para mi no sea una opcion. Por ejemplo puedo hacer una llamada remota como si fuera local, y la implementacion (CORBA, RMI, SOAP) queda totalmente oculta. En esos casos lo que uno hace es que unas maquinas hacen un tipo de tarea y otra u otras maquinas hacen la otra parte de la tarea? que provee php para eso? Francamente, no veo como esta clase de requerimiento deberia ser una caracteristica del lenguaje. O para el caso, alguna razon para que no puedas usar las mismas tecnicas que usas con Java. La diferencia es que en Java son un standard (J2EE) que esta implementado por varios fabricantes (sun, oracle, bea, jboss/redhat, etc). Pero en PHP no tengo eso. cual es el standard? cual es la implementacion que debo usar de eso? tengo que hacerlo yo mismo? deberia resolverlo yo? pero si yo solo quiero resolver mi problema de negocio! -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El lun, 23-10-2006 a las 23:33 -0300, Cristian Rodriguez escribió: 2006/10/23, Franco Catrin [EMAIL PROTECTED]: Pero todas las bibliotecas que indicas son ultra basicas, esas bibliotecas hacen que el lenguaje sirva para algo util, nada mas. Huh ? has usado las extensiones SPL, SOAP, DOM esas no son ultra basicas son extensiones para hacer cosas productivas.. la verdad es que me preocupa cuando la gente parece estar hablando solo de PHP4 que esta obsoleto hace lunas... Y esos son .so que se cargan? SOAP por ejemplo? En esas estaba pensando... como implementas MVC Huh ? http://del.icio.us/judas_iscariote/framework dentro de esos 56 frameworks que estan listados alli, mas de 30 tienen que tener una implementacion MVC , elige la que mas te guste, hay muchisima variedad. ;) Creo que no se entendio, me referia a que framework MVC puedo utilizar y que venga con el sistema, que sea un .so que se carge, cual es el standard? -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El mar, 24-10-2006 a las 13:26 -0300, Julio Pacheco escribió: Yo vi un caso similar: Servidor(*) con 8 CPU, harta RAM (32GB, si no me equivoco) y SAP. Entrando en producción, empezó a quedarse chico, con tiempos de respuesta _Lrgos_, etc,etc. Según los desarrolladores: es que las aplicaciones son complejas, que a la máquina no le da, ... y todas las variantes del caso. Al final, querían ponerle la tercera system board (otras 4 CPU) y más memoria. Eso es tipico!! en realidad la mayoria de las aplicaciones son re sencillas, si uno las examina, lo mas complejo es la logica, pero a nivel de procesamiento son sencillas. Casi siempre los cuellos de botella estan en las latencias para acceder a algunos recursos, o el mal uso de algoritmos o herramientas Fast forward unos cuantos días: llega el informe SAP Early Watch. Aparece que los programas Y y Z (aplicaciones desarrolladas localmente) se estaban comiendo casi el 80% de la máquina. Revisando posteriormente, aparecen linduras como búsquedas en tablas _GRANDES_ de la base de datos ... sin índices, y dentro de loops... *ARGH*. Así no hay máquina que aguante. Eso, no hay hardware que pueda hacer algo por un mal diseño -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
2006/10/24, Franco Catrin [EMAIL PROTECTED]: El lun, 23-10-2006 a las 23:33 -0300, Cristian Rodriguez escribió: 2006/10/23, Franco Catrin [EMAIL PROTECTED]: Pero todas las bibliotecas que indicas son ultra basicas, esas bibliotecas hacen que el lenguaje sirva para algo util, nada mas. Huh ? has usado las extensiones SPL, SOAP, DOM esas no son ultra basicas son extensiones para hacer cosas productivas.. la verdad es que me preocupa cuando la gente parece estar hablando solo de PHP4 que esta obsoleto hace lunas... Y esos son .so que se cargan? SOAP por ejemplo? Si, vienen con PHP hace ya casi 2 años no las conoces ? Creo que no se entendio, me referia a que framework MVC puedo utilizar y que venga con el sistema, que sea un .so que se carge, cual es el standard? no es necesario, ya hay muchas implementaciones disponibles en codigo PHP que funcionan y bien, si te preocupa que se tengan que compilar cada vez que las lllames existen opcode cache que te evitan ese problema.. uno que funciona correctamente es xcache [1] preocupacion que solo te tocaria cuando tengas un sistema tan ocupado como Yahoo, Digg, Flirck , del.icuos que estan hechos en PHP) [1] http://trac.lighttpd.net/xcache en todo caso estas comparando peras con manzanas J2EE es un framework en java y PHP es el lenguage en solitario, identico comparacion hacen cuando lo comparar con ruby on rails o Python con django.
Programar en Linux
2006/10/24, Franco Catrin [EMAIL PROTECTED]: Pero en PHP no tengo eso. cual es el standard? cual es la implementacion que debo usar de eso? tengo que hacerlo yo mismo? deberia resolverlo yo? pero si yo solo quiero resolver mi problema de negocio! aqui tienes 56 alternativas a elegir http://del.icio.us/judas_iscariote/framework asi como en Python o Ruby tienes X cantidad de frameworks, (unos mas populares que otros claro esta) Dudi que algun dia existea un framework standard. PHP is multiparadigma y general purpose todo en mundo piensa distinto.. puedes encontrar un framework donde se utiliza OOP de la forma mas estricta posible u otros relajados y flexibles. tienes la alternativa para elegir que hacer con tu negocio. que el grueso de los programadores PHP no entiendan como usar un framework es un problema muy distinto, que no tiene **nada que ver** con el lenguaje. From [EMAIL PROTECTED] Tue Oct 24 17:02:12 2006 From: [EMAIL PROTECTED] (Miguel Angel Amador L) Date: Tue Oct 24 21:08:48 2006 Subject: Consulta sobre sendmail Message-ID: [EMAIL PROTECTED] Hola, Tengo un problema con un servidor de correo sendmail sobre CentOS 4.4, requiero que este servidor solo reciba correos desde una ip especifica, o desde la ip de algun usuario autenticado, pero si le llega una conexion para recibir un correo a una cuenta local, desde una cuenta no autenticada o de la ip autorizada, no se le de acceso de envio al correo. Se puede ? me imagino que si, pero no parece ser tan facil :/ , pq no encuentro una guia que me diga que ocupar. Se agradece cualquier sugerencia Saludos -- Miguel Angel Amador L. [ jokercl at gmail dot com | User #297569 counter.li.org ] From [EMAIL PROTECTED] Tue Oct 24 21:44:39 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Tue Oct 24 21:43:30 2006 Subject: =?iso-8859-1?q?b=FAsqueda_de_texto?= In-Reply-To: Your message of Tue, 24 Oct 2006 13:33:55 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Julio Pacheco [EMAIL PROTECTED] wrote: [...] Para ponerlo en contexto, el millón+ de archivos eran un volcado de una partición FAT32 con daño cerebral grave en los sectores de boot, FAT y directorio raÃz (de hecho, los primeros 140MB de la partición fueron a parar al gran /dev/null en el cielo), picado por clusters, y lo que buscaba eran los clusters que contenÃan los headers de un archivo .tar grandote, para intentar recuperar al menos en parte su contenido. Afortunadamente, la partición estaba razonablemente defragmentada, asà que hay una buena posibilidad de que resulte. En git://pincoya.inf.utfsm.cl/vonbrand/tarx.git hay un programita que (intenta) reparar tarses corruptos. Para bajarlo, instalate git (en Fedora, me parece que el paquete se llama git-core) y: cd /tmp git clone git://pincoya.inf.utfsm.cl/vonbrand/tarx.git # En tarx/ estaran los fuentes Suerte! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Tue Oct 24 21:46:43 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Tue Oct 24 21:45:37 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2006/10/24, Franco Catrin [EMAIL PROTECTED]: El lun, 23-10-2006 a las 23:33 -0300, Cristian Rodriguez escribió: 2006/10/23, Franco Catrin [EMAIL PROTECTED]: Pero todas las bibliotecas que indicas son ultra basicas, esas bibliotecas hacen que el lenguaje sirva para algo util, nada mas. Huh ? has usado las extensiones SPL, SOAP, DOM esas no son ultra basicas son extensiones para hacer cosas productivas.. la verdad es que me preocupa cuando la gente parece estar hablando solo de PHP4 que esta obsoleto hace lunas... Y esos son .so que se cargan? SOAP por ejemplo? En esas estaba pensando... como implementas MVC Huh ? http://del.icio.us/judas_iscariote/framework dentro de esos 56 frameworks que estan listados alli, mas de 30 tienen que tener una implementacion MVC , elige la que mas te guste, hay muchisima variedad. ;) Creo que no se entendio, me referia a que framework MVC puedo utilizar y que venga con el sistema, que sea un .so que se carge, cual es el standard? No hay: estás mezclando peras con manzanas. PHP = lenguaje interpretado. Java = lenguaje compilado y recursivo (se compila a sí mismo). Puedes hacer extensiones para programas en Java, compilarlas con Java y se integrarán con Java... No puedes hacer lo mismo con PHP (y con ningún lenguaje interpretado, neither Perl nor Python) Si
Programar en Linux
2006/10/24, Franco Catrin [EMAIL PROTECTED]: El mar, 24-10-2006 a las 13:26 -0300, Julio Pacheco escribió: Yo vi un caso similar: Servidor(*) con 8 CPU, harta RAM (32GB, si no me equivoco) y SAP. Entrando en producción, empezó a quedarse chico, con tiempos de respuesta _Lrgos_, etc,etc. Según los desarrolladores: es que las aplicaciones son complejas, que a la máquina no le da, ... y todas las variantes del caso. Al final, querían ponerle la tercera system board (otras 4 CPU) y más memoria. Eso es tipico!! en realidad la mayoria de las aplicaciones son re sencillas, si uno las examina, lo mas complejo es la logica, pero a nivel de procesamiento son sencillas. Casi siempre los cuellos de botella estan en las latencias para acceder a algunos recursos, o el mal uso de algoritmos o herramientas (Y de eso no se escapa ni Java ni ningún otro lenguaje...!!!) Fast forward unos cuantos días: llega el informe SAP Early Watch. Aparece que los programas Y y Z (aplicaciones desarrolladas localmente) se estaban comiendo casi el 80% de la máquina. Revisando posteriormente, aparecen linduras como búsquedas en tablas _GRANDES_ de la base de datos ... sin índices, y dentro de loops... *ARGH*. Así no hay máquina que aguante. Eso, no hay hardware que pueda hacer algo por un mal diseño (Los monitos son importantes!!!) -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El sáb, 21-10-2006 a las 15:07 -0300, Leonardo Soto M. escribió: On 10/21/06, Franco Catrin [EMAIL PROTECTED] wrote: El vie, 20-10-2006 a las 21:56 -0300, Matias Valdenegro T. escribió: [...] Seguramente no, con Java habra que cambiar la maquina para soportar la carga innecesaria y el overhead del lenguaje :) Pues depende, si me quedo corto de maquina y mi aplicacion es Java (J2EE en realidad) puedo poner varias maquinas y distribuir la aplicacion facilmente. Si?. Y eso con qué trozo del pastel J2EE es? Servlets? Servlets + EJBs?. O algún otro enjuague?. A todo nivel, J2EE es distribuido por escencia. El contenedor J2EE aplica shortcuts cuando esta todo local, por eso la separación se puede hacer a nivel declarativo o al momento del deployment. Para mantener el tema on-topic, varios proveedores de plataformas J2EE privilegian el uso de Linux porque puedes tener muchas maquinas baratas con Linux sirviendo sistemas complejos, ya no tiene sentido desgastarse en un maquinon que despues tienes que reemplazar, ni tampoco tiene sentido gastar en sistemas operativos unix de los tradicionales, si la capa de aplicacion esta haciendo lo que necesitas. Pregunto no para defender a PHP, sino para dimensionar a grandes a qué costo entrega J2EE la posibilidad de distribuir la aplicación. A costo 0, ya es asi Porque, por otro lado, si la aplicación maneja poco o nulo estado en memoria, distribuir la aplicación es fácil en cualquier plataforma. Es igual con estado y sin estado para J2EE, el foco es preocupese de lo que tiene que hacer, y no del como lo hace... claro que no es taaan lindo como parece, porque los de Sun son buenos para aplicar over-engeneering, afortunadamente hay varios esfuerzos que han logrado simplificar todo el tema. Diria que gracias a .net Saludos -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: 2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Eso quiere decir que las bibliotecas PHP se tienen que leer e interpretar cada vez que se carga una pagina? una y otra vez? -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
Franco Catrin wrote: El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: 2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Eso quiere decir que las bibliotecas PHP se tienen que leer e interpretar cada vez que se carga una pagina? una y otra vez? solo si no usas esto - http://eaccelerator.net/ -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Mon Oct 23 04:40:17 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Mart=EDnez?=) Date: Mon Oct 23 10:06:07 2006 Subject: [Casi OFF TOPIC] Recomendacion para cambio de DNS en el menor tiempo posible. In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Hector Gatica escribió: Este fin de semana haremos un cambio de enlace e ISP en el lugar donde trabajo. Suerte...Mucha pizza y cafe... Pero tenemos un par de inquietudes. Tenemos corriendo un servidor con linux (varios en realidad pero me interesa el principal) que es DNS , mail , http , ftp ..etc , con varios servicios que son importantisimos para el correcto funcionamiento de la empresa. Wow...consideren seriamente, ya que son tan importantes, tener tarros distintos para estos servicios... Obviamente necesitamos reconfigurar nuestro servidor DNS y cambiar los datos en nic.cl , pero queremos que el downtime sea el menor posible , o si existiese alguna forma de que esto fuera lo menos doloroso posible en cuanto a tiempo (No se cuanto demora nic en el cambio de dns). Mira los howtos sobre dns (me imagino que usaras bind). Debes bajar los tiempos de expiracion de cache a valores muy bajos (de 1 o 2 minutos). Ideal seria hacer los cambios un domingo. Pero en general este tipo de cambios /siempre/ toma tiempo. Si tu empresa no tiene dinero suficiente para (sos)tener alta disponibilidad, tu, a costa de ti mismo no se la puedes dar...Eso de todas formas es opcion personal tuya. Yo creo que configurando todo adecuadamente, no debiera haber un downtime de mas de 4 horas (quizas menos). Obviamente, entre el lunes y martes exactamente siguientes (luego de los cambios), vuelve a colocar valores razonables de expiracion de cache en tus zonas. Tienen alguna recomendación como para hacer alguna migración suave del enlace ? mmm...En general hacerlos cuando nadie moleste, por eso sugeria un domingo (si es que es el caso) Como tip , no tengo la posibilidad de replicar una maquina con la nueva configuración , ya que el volume de información es relativamente alto y no existen mas recursos físicos. Dile a tu jefe que la alta disponibilidad tiene costos, y altos por lo general... Asi que no pida peras al olmo... -- Juan Martinez From [EMAIL PROTECTED] Mon Oct 23 04:26:39 2006 From: [EMAIL PROTECTED] (=?UTF-8?B?SnVhbiBNYXJ0w61uZXo=?=) Date: Mon Oct 23 10:06:12 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Franco Catrin escribió: El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: 2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Eso quiere decir que las bibliotecas PHP se tienen que leer e interpretar cada vez que se carga una pagina? una y otra vez? Jejeje... Definitivamente no fue afortunado el comentario de Rodrigo. Un lenguaje compilado, en general, siempre (o casi siempre) sera la mejor alternativa a usar. Sobre todo si es para un sistema complejo (un SIA por ejemplo), dado que será mas rapido que un lenguaje interpretado.
Programar en Linux -- Gracias a todos
Rodrigo Fuentealba wrote: [...] En un mail que recibí cuando estaba haciendo la página web de MySQL Chile (pensando en MySQL como herramienta open source): Short version: neither MySQL nor the MySQL logos are open-source. MySQL can be used for free if it's related with any open-source development. Otherwise, there is a licensing fee. En resumen: http://www.mysql.cl/ nunca vio la luz, y los tipos de MySQL son igual de prepotentes que los de Apple me imagino que si tratas de hacer una pagina de RedHat, SUSE, Novell, etc. te pasara lo mismo. MySQL es el producto estrella de la empresa sueca MySQL AB, que defendera a muerte su producto al igual como lo haria cualquier otra empresa, sea una empresa normal u open source... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Mon Oct 23 09:30:33 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Mon Oct 23 10:36:12 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Juan Carlos Inostroza wrote: On Sat, 2006-10-21 at 00:28 -0300, Horst H. von Brand wrote: Ojala... Es que con la nueva version no anda == Instalemos la vieja nomas. Total... ...total, el sistema funcionaba (incluso mejor) con el sistema antiguo. Esperen, hay un problema con esta aplicacion. No es compatible con la version nueva... esto se ha discutido en la lista PHP; si una aplicacion esta hecha para PHP4 debera ser usada en produccion solo en servidores con PHP4 (obvio). la vida util de PHP4 terminara cuando llege a su fin la ultima distro tipo enterprise que lo soporta (por ejemplo CentOS 4.x), lo cual va ocurrir a mas tardar el 2012... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Mon Oct 23 11:33:43 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Mon Oct 23 11:32:45 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2006/10/23, Franco Catrin [EMAIL PROTECTED]: El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: 2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Eso quiere decir que las bibliotecas PHP se tienen que leer e interpretar cada vez que se carga una pagina? una y otra vez? Las bibliotecas no, los scripts que se requiere sí... Las bibliotecas y todo lo que está escrito en C/C++ para hacer funcionar al lenguaje PHP en sí, claro que se cargan al iniciar Apache. como un módulo. Es más lento desde el punto de vista de ser interpretado en vez de compilado, pero definitivamente prefiero tener un programa de 10 Kb interpretado en memoria que uno de 10 Mb compilado... -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Rodrigo Fuentealba escribió: Es más lento desde el punto de vista de ser interpretado en vez de compilado, pero definitivamente prefiero tener un programa de 10 Kb interpretado en memoria que uno de 10 Mb compilado... sarcasmo Obvio ... es mucho mas conveniente interpretar N veces por segundo un script de 10 kB que requiere un interprete de 10 MB, que ejecutar un programa de 10 MB. / -- Alvaro Herrera Developer, http://www.PostgreSQL.org Si quieres ser creativo, aprende el arte de perder el tiempo From [EMAIL PROTECTED] Mon Oct 23 11:30:38 2006 From: [EMAIL PROTECTED] (Marcos Ramirez) Date: Mon Oct 23 12:11:54 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Sat, 2006-10-21 at 21:28 -0300, Juan Carlos Inostroza wrote: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. En general se usa en modo script. Pero existen compiladores, y es la tecnica que usan los aceleradores (ejemplo http://eaccelerator.net/). Saludos
Programar en Linux
On Mon, 2006-10-23 at 01:03 -0300, Franco Catrin wrote: El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: 2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Eso quiere decir que las bibliotecas PHP se tienen que leer e interpretar cada vez que se carga una pagina? una y otra vez? No. Aun en modo script, mod_php carga las bibliotecas una sola vez y se reutilizan para interpretar y ejecutar el script solicitado. Si usas php en modo cgi (raro el caso) tienes efectivamente que cargar el interprete y sus bibliotecas asociadas cada vez que ejecutas un script. Saludos
Programar en Linux
El lun, 23-10-2006 a las 17:36 +0200, Rodrigo Fuentealba escribió:
El 23/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió:
Rodrigo Fuentealba escribió:
Es más lento desde el punto de vista de ser interpretado en vez de
compilado, pero definitivamente prefiero tener un programa de 10 Kb
interpretado en memoria que uno de 10 Mb compilado...
sarcasmo
Obvio ... es mucho mas conveniente interpretar N veces por segundo un
script de 10 kB que requiere un interprete de 10 MB, que ejecutar un
programa de 10 MB.
/
...que en el caso de compararlo con Java, requiere de una maquina
virtual que sepa Dios cuánto te va a consumir en memoria. En todo
caso, si me dieran a elegir entre PHP para Web y otro lenguaje como
Qt, C, C++, Python, Perl o wxWidgets... mi elección no sería PHP.
sarcasmo
...para peor, Dios no sabe Java ni sabe de memoria...
/
Pero en vez de hacer suposiciones antojadizas por que no vemos los
numeros reales en vez de tirar cortinas de humo, veamos solo el uso de
la maquina virtual con una aplicacion que no hace nada
[EMAIL PROTECTED]:~$ cat Test.java
public class Test {
public static void main(String args[]) throws Exception {
while(true) {
Thread.currentThread().sleep(5000);
}
}
}
[EMAIL PROTECTED]:~$ javac Test.java
[EMAIL PROTECTED]:~$ java Test
[1]+ Stopped java Test
[EMAIL PROTECTED]:~$ ps aux | grep java
fcatrin 6994 3.1 1.5 215680 7900 pts/1Tl 14:42 0:00 java
Test
[EMAIL PROTECTED]:~$
ohh sorpresa... ocupa casi 8MB de memoria RAM, y tiene mapeado un poco
mas de 200M, seguramente heap inicial + core libraries, de esta forma
evita pedir memoria de a pedacitos cuando necesite.
[EMAIL PROTECTED]:~$ ps aux | grep fire
fcatrin 6543 0.4 6.3 97732 32336 ?Sl 14:24
0:04 /usr/lib/firefox/firefox-bin
Firefox me esta ocupando mas ram que la maquina virtual
Levantemos ahora un servidor de aplicaciones con algunas aplicaciones
andando, ademas de pool de conexiones a bases de dato, colas de
mensajes, etc.
[EMAIL PROTECTED]:~/oc4j$ java -jar oc4j.jar
06/10/23 14:46:25 Oracle Application Server Containers for J2EE 10g
(9.0.4.0.0) initialized
[2]+ Stopped java -jar oc4j.jar
[EMAIL PROTECTED]:~/oc4j$ ps aux | grep java
fcatrin 7022 8.6 6.2 263468 31884 pts/1Tl 14:46 0:03 java
-jar oc4j.jar
Con todo listo para operar tenemos casi 32MB de memoria ocupada, y
mapeado un poco mas de 256MB, y con esto ya podemos hacer aplicaciones
escalables, distribuidas, etc.
Como decia Horst.. el hardware es mucho mas barato que las HH, en mi PC
aun tengo 480MB para jugar
Saludos
--
Franco Catrin L. TUXPAN
http://www.tuxpan.com/fcatrin
Programar en Linux
2006/10/23, Franco Catrin [EMAIL PROTECTED]: bibliotecas en PHP? de esas que se hacen include? porque si no son PHP estamos hablando de otro lenguaje ;) Una muestra más... mira en Linux el directorio /usr/lib/php/extensions/ (en SuSE es /usr/lib/php5/extensions... no sé en CentOS, Fedora y otros redhateños) y tendrás cosas como: bcmath.so, curl.so, filepro.so, gmp.so, mbstring.so, mysql.so, pcntl.so, pspell.so, sockets.so, sysvshm.so, xsl.so, bz2.so, dbase.so, ftp.so, iconv.so, mcrypt.so, ncurses.so, pdo.so, shmop.so, sqlite.so, tokenizer.so, zlib.so, calendar.so, dom.so, gd.so, imap.so, mhash.so, odbc.so, pgsql.so, snmp.so, sysvmsg.so, wddx.so, ctype.so, exif.so, gettext.so, ldap.so, mysqli.so, openssl.so, posix.so, soap.so, sysvsem.so, xmlrpc.so (ufff) Esas cosas extienden la funcionalidad de PHP básico, y no son escritas en PHP, sino en C/C++. Estas se cargan una sola vez, y permanecen en memoria durante la ejecución del servidor, no cada vez que se requiere una función. Para el caso típico de una página simple que sólo accede a MySQL y no maneja ninguna clase de XML, ni archivos en bzip, ni tiene autenticación LDAP, pues es muy fácil comentar en el php.ini las extensiones que no se usarán, en el caso de un servidor custom. Las mal llamadas bibliotecas de esas que se llaman con includes, son simples scripts y va a depender de la habilidad del programador el manejo de éstos. De hecho, include() e include_once() son malas prácticas con PHP, ya que sólo producen warnings cuando el archivo no se encuentra. Es mejor usar require_once(), ya que el archivo permanece una sola vez (de ahi el _once) en memoria, y no múltiples veces como lo haces con require(). En todo caso, require y require_once producen errores fatales. Eso sale en la documentación de PHP.net (http://www.php.net/include/). ¿Para qué hacerle caso a otros manuales no oficiales y a perejiles que aprendieron a programar con el método de tanteo? -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
On Mon, Oct 23, 2006 at 06:24:51PM +0200, Rodrigo Fuentealba wrote: [...] OT: ¿cómo haces para poner un fortune/frase distinta en tu mail? Mutt la lleva :) -- Yonathan H. Dossow Acu�a http://kronin.bla.cl Estudiante Ingenieria Civil Informatica Universidad Tecnica Federico Santa Maria Valparaiso, Chile próxima parte Se ha borrado un mensaje que no está en formato texto plano... Nombre : no disponible Tipo : application/pgp-signature Tamaño : 189 bytes Descripción: no disponible Url: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061023/d2fb3cd8/attachment.bin From [EMAIL PROTECTED] Mon Oct 23 13:08:00 2006 From: [EMAIL PROTECTED] (Luis Sandoval) Date: Mon Oct 23 15:23:35 2006 Subject: [Casi OFF TOPIC] Recomendacion para cambio de DNS en el menor tiempo posible. In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] hi, El lun, 23-10-2006 a las 00:48 -0300, Hector Gatica escribió: Hola listeros , hace un tiempo que me había desuscrito a la lista porque estuve en otras labores , volví nuevamente :P . Queria pedirles la siguiente orientacion. Este fin de semana haremos un cambio de enlace e ISP en el lugar donde trabajo. Pero tenemos un par de inquietudes. Tenemos corriendo un servidor con linux (varios en realidad pero me interesa el principal) que es DNS , mail , http , ftp ..etc , con varios servicios que son importantisimos para el correcto funcionamiento de la empresa. Obviamente necesitamos reconfigurar nuestro servidor DNS y cambiar los datos en nic.cl , pero queremos que el downtime sea el menor posible , o si existiese alguna forma de que esto fuera lo menos doloroso posible en cuanto a tiempo (No se cuanto demora nic en el cambio de dns). Lo primero que tienes que revisar son los valores que actualmente tienes de TTL en tu configuracion de zona en Bind y bajarlos a un tiempo minimo como un minuto por ejemplo para asegurarte que los valores de tu ISP antiguo no queden guardados en ninguna cache. Tienes que considerar que si el valor actual de TTL tiene un tiempo mayor a 5 dias, podrias tener problemas, ya que todos los que hayan accedido a la informacion de tu DNS guardaran en cache esa informacion y no la renovaran hasta que se cumpla el tiempo asignando en tu TTL actual. Por este motivo esto es lo primero que debes evaluar y hacer los cambios correspondientes de TTL con la debida anticipacion. Tienen alguna recomendación como para hacer alguna migración suave del enlace ? , obviamente si la explicación no fuese tan obvia , estoy autorizado para contratar los servicios de alguien que nos ayudase con la transición , ya que no cuento con mas servidores como para tener mi propia solucion en otra maquina. Eso es un problema que debes evaluar.Si tus servicios son criticos no puedes depender de una sola maquina ya que si esta muere estaras en problamas :( Como tip , no tengo la posibilidad de replicar una maquina con la nueva configuración , ya que el volume de información es relativamente alto y no existen mas recursos físicos. :( saludos, Luis
Programar en Linux
Franco Catrin wrote:
[...]
Pero en vez de hacer suposiciones antojadizas por que no vemos los
numeros reales en vez de tirar cortinas de humo, veamos solo el uso de
la maquina virtual con una aplicacion que no hace nada
[...]
Con todo listo para operar tenemos casi 32MB de memoria ocupada, y
mapeado un poco mas de 256MB, y con esto ya podemos hacer aplicaciones
escalables, distribuidas, etc.
Como decia Horst.. el hardware es mucho mas barato que las HH, en mi PC
aun tengo 480MB para jugar
te falto incluir la RAM que te consume tu IDE Java favorito (solo un
suicida desarrolla una
aplicacion seria en Java sin un IDE)... pero lo realmente interesante
seria saber la cantidad de
RAM necesaria para un servidor web de produccion, con digamos unas 1000
conexiones
simultaneas... te quedaria RAM para jugar?? ;)
--
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED] Mon Oct 23 10:34:14 2006
From: [EMAIL PROTECTED] (Daniel Serpell)
Date: Mon Oct 23 16:06:05 2006
Subject: =?iso-8859-1?q?b=FAsqueda?= de texto
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Hola!
El Thu, Oct 19, 2006 at 12:10:54PM -0300, Julio Pacheco escribio:
Tengo un directorio con 100+ archivos de diversos tipos.
Necesito identificar sólo aquellos que contienen un patrón de la siguiente
forma:
texto_a_buscar[nul][nul](otro texto)
en que texto_a_buscar puede aparecer en otros archivos (texto, código,etc).
[...]
Ideas?
Yo utilizaría awk:
awk '/texto_a_buscar\000\000/ { print FILENAME; nextfile } ' [mis archivos]
donde [mis archivos] es la lista de archivos a buscar.
Si son realmente muchos, puedes agregar find/xargs:
find /mi/directorio -type f -print0 |
xargs -0 awk '/texto_a_buscar\000\000/ { print FILENAME; nextfile } '
Daniel.
Programar en Linux
2006/10/23, Ricardo Mun~oz A. [EMAIL PROTECTED]: Franco Catrin wrote: [...] Pero en vez de hacer suposiciones antojadizas por que no vemos los numeros reales en vez de tirar cortinas de humo, veamos solo el uso de la maquina virtual con una aplicacion que no hace nada [...] Con todo listo para operar tenemos casi 32MB de memoria ocupada, y mapeado un poco mas de 256MB, y con esto ya podemos hacer aplicaciones escalables, distribuidas, etc. Como decia Horst.. el hardware es mucho mas barato que las HH, en mi PC aun tengo 480MB para jugar te falto incluir la RAM que te consume tu IDE Java favorito (solo un suicida desarrolla una aplicacion seria en Java sin un IDE)... pero lo realmente interesante seria saber la cantidad de RAM necesaria para un servidor web de produccion, con digamos unas 1000 conexiones simultaneas... te quedaria RAM para jugar?? ;) El servidor web que uso con alrededor de 1200 conexiones por segundo (todo está hecho en la plataforma) no llega a consumir el 40% de su memoria RAM (1 Gb) y eso que el sysadmin tiene X corriendo... aunque lo mataré si descubro que usa Firefox (que es sabido que es una excelente idea pero una pésima implementación...!!!). No tengo a mano las salidas de ps aux | grep apache, pero cuando las tenga, las publico. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
On Mon, 2006-10-23 at 14:00 -0300, Horst H. von Brand wrote: Juan MartÃnez [EMAIL PROTECTED] wrote: [...] Un lenguaje compilado, en general, siempre (o casi siempre) sera la mejor alternativa a usar. [...] Sobre todo si es para un sistema complejo (un SIA por ejemplo), dado que será mas rapido que un lenguaje interpretado. Lo cual es totalmente irrelevante. Que el SIA se demore 0,5s o 0,01s en responder, si el perejil en la pagina web al otro lado de Chile luego pasa 5s pensando que hacer a continuacion no hace particular diferencia. Si, si tienes decenas de miles de usuarios simultaneos es vital, pero eso se da solo cuando muestran los resultados de las elecciones ;-) [Si, /hay/ casos en los cuales el rendimiento realmente es crucial, pero son muchisisimos menos de lo que uno cree. Ve y mira la carga en tu servidor vecino, rara vez pasa del 40% en mi experiencia, tipicamente mucho menos...] Esa postura, que si bien comparto en parte, es peligrosa. Sobre todo en manos inexpertas que pueden creerte a ojos cerrado todo lo que dices. Bajo esa lógica, hay muchos /ingenieros de software/ que los problemas de rendimiento se lo achacan a la máquina, al sistema operativo, al motor de base de datos o a lo complejo del sistema. Jamás al mal diseño de sus algoritmos o de la lógica retorcida de sus propios programas. Indices? Para qué, si el motor se supone que es potente, corre en una máquina de 4 procesadores y 16 GB de RAM. 200 usuarios? Es que eso es mucha carga para todo sistema. Y si tarda 1 ó 2 horas es porque es muy complejo. Eso escapa al lenguaje, escapa incluso si es compilado o interpretado. Y aunque las HH sean más caras, cuando esas HH te exigen aumentar el HW una vez al año a una potencia 4 veces mayor... -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile
Programar en Linux
On Mon, 2006-10-23 at 14:32 -0300, Franco Catrin wrote: El lun, 23-10-2006 a las 11:36 -0300, Marcos Ramirez escribió: On Mon, 2006-10-23 at 01:03 -0300, Franco Catrin wrote: El sáb, 21-10-2006 a las 23:15 -0300, Rodrigo Fuentealba escribió: 2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Eso quiere decir que las bibliotecas PHP se tienen que leer e interpretar cada vez que se carga una pagina? una y otra vez? No. Aun en modo script, mod_php carga las bibliotecas una sola vez y se reutilizan para interpretar y ejecutar el script solicitado. bibliotecas en PHP? de esas que se hacen include? bibliotecas de las que el S.O. tiene que cargar para correr el php (libm.so, libc.so, entre otras) y los modulos (mysql.so, ldap.so). porque si no son PHP estamos hablando de otro lenguaje ;) ¡¿?! La idea de las bibliotecas es compartir codigo entre distintos programas ejecutables. Que lenguaje se haya usado para generarlas es irrelevante, solo importa que sigan el estandard usado/soportado por el S.O. (ELF actualmente, a.out antiguamente). Quiza tu estas hablando de Packages y/o Modulos? Si es asi, con include los cargas en el momento de ejecutar el script y necesariamente deben ser parseados y compilados cada vez que el script se ejecuta (tanto a traves de mod_php como via cgi). Esta caracteristica la comparten /todos/ los lenguajes interpretados (perl, python, tcl, php, entre otros) y la forma de librarse de este catch es compilar el codigo a un programa ejecutable o pseudocompilado, tarea que hacen algunos compiladores y/o algunos aceleradores de codigo. Y si, existen compiladores para perl, php, python, ruby y otros. Saludos
Programar en Linux
El lun, 23-10-2006 a las 14:40 -0300, Ricardo Mun~oz A. escribió: me imagino que para esa misma carga pero con Java se necesitaría una cantidad mayor de servidores y dinero (para pagarle a los expertos que puedan armar el asunto)... Pero donde estan los numeros reales? de que cantidades estamos hablando? porque me imagino, dios sabe, son puras apreciaciones subjetivas. Por cierto, si quieres distribuir la carga en varios servidores de base de datos tambien puedes hacerlo a nivel declarativo, por lo que necesitas a alguien que sepa que eso se puede hacer solamente. -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: On Sat, 2006-10-21 at 15:56 -0300, Rodrigo Fuentealba wrote: En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, No tenia idea que PHP se compilaba. PHP /no/ se compila, y eso es lo que diferencia a PHP de Java o de otros lenguajes. Solamente cargas la página (o formulario) que vas a procesar y los scripts que se requiere. Saludos! (ehm, el comentario real : un script PHP lo interpreta la maquina. Creo que habian algunos acercamientos para hacer PHPs compilados, pero no los recuerdo, por ahora...) Claro! He usado Phalanger, que es PHP para .NET. Lo mismo se puede hacer en Linux con PHP4Mono, Roadsend y otros. Aunque lo prefiero purito, igual que al vino. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Juan Carlos Inostroza [EMAIL PROTECTED] wrote: On Sat, 2006-10-21 at 03:13 -0300, Rodrigo Fuentealba wrote: El 21/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: Actualmente? Bastantes mas. Que el autor defina que es una falla del ambiente en que se ejecuta y no se haga cargo, es otro cuento... y la licencia es completamente indigerible. Bueno, Postfix igual está en C, es bueno, lo he usado (no tengo mailservers acá) y es prueba de C que al menos ha tratado de ser bien usado, ¿o no? Eso realmente es un gran depende. A pesar de ser defensor de C (del puritano, onda KR, y no siendo un gran programador), no creo que un lenguaje sea capaz de asegurar si un producto es seguro. O digerible. Nodz. Estoy 100% de acuerdo con Bjarne Stroustrup (el de C++) que tratar de inventar un lenguaje que impida hacer estupideces es imposible [y no tiene chiste: lo que para el disen~ador es algo totalmente sin sentido puede ser el truco indispensable para alguien; todo Unix se basa en la idea de el usuario sabe lo que hace]. Un mal programador escribira malos programas, independiente del lenguaje. (Algo como la ley 3 de la ingenieria: Es imposible crear un sistema a prueba de idiotas. En cuanto lo logras, el universo crea un idiota aun mas grande.). [Igual pienso que C++ es un loable objetivo, pero lamentablemente quedo demostrado que es imposible de llevar a la practica cuerdamente. Y no quiero ni comenzar a comentar sus actuales implementaciones...] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
Programar en Linux -- Gracias a todos
Juan Carlos Inostroza [EMAIL PROTECTED] wrote: On Fri, 2006-10-20 at 21:42 -0500, Rodrigo Fuentealba wrote: 2006/10/20, Matias Valdenegro T. [EMAIL PROTECTED]: MySQL no era tambien solo GPL? Nope, no es open source, es open source like. Es parecido a QT, con la diferencia de que da gusto usar QT para programar, mientras que da asco usar MySQL para bases de datos. Licencias duales. Donde vi eso antes? Qt tal vez? ;-) En un mail que recibà cuando estaba haciendo la página web de MySQL Chile (pensando en MySQL como herramienta open source): Short version: neither MySQL nor the MySQL logos are open-source. MySQL can be used for free if it's related with any open-source development. Otherwise, there is a licensing fee. En resumen: http://www.mysql.cl/ nunca vio la luz, y los tipos de MySQL son igual de prepotentes que los de Apple (ver el caso de la niñita de 10 años que escribió una carta a Apple para exponerle sus ideas...). Ehm, es la licencia. No lo que piensan los tipos o lo que piensan hacer con su software. Creo que son dos cosas distintas. Epa! Hay que distinguir aca (y es un tema no 100% resuelto): El logo, nombre, ... son una cosa, el codigo otra. El codigo de Red Hat Enteprise Linux se puede conseguir libremente, pero no puedes usar ni su nombre ni su logo. Debian tiene restricciones similares, y el nombre Linux es marca registrada. Las leyes correspondientes exigen que tales restricciones a logos y marcas se defiendan de mal uso, en caso de no, puedes perderlas (como 3M en su epoca perdio la marca Scotch para cinta adhesiva por no oponerse a su uso como termino generico). Por lo demas, me parece muy sano que tenga la posibilidad de proteger mi buen nombre poniendo restricciones a que puede distribuirse bajo el, o en que contexto permito que se use. Obviamente, si se trata de alguna organizacion mayor, es aun mas critico que para mi, simple persona natural... Y hay un tema adicional: El logo de (p.ej.) Debian es software? Cual seria el codigo fuente correspondiente? Siquiera tiene sentido permitir que otros lo modifiquen (y nos devuelvan las modificaciones, o no)? La idea del logo es precisamente que /no/ cambie, de forma que sirva de simbolo fijo. Y tambien, que c/u de los paquetes de Debian (o Fedora, o...) este bajo licencias OSI no dice nada acerca de los derechos como compilador (perfectamente puedes coleccionar Cuentos mapuches y publicar el compilado, e impedir que otros te los copien... por mucho que sean cuentos cuyos autores pelearon contra los espan~oles, y sus derechos (si se los reconocieran, pero esa es otra historia) ya habrian pasado a la comunidad hace algun tiempo). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Oct 22 01:10:29 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Sun Oct 22 01:09:39 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Epa! Hay que distinguir aca (y es un tema no 100% resuelto): El logo, nombre, ... son una cosa, el codigo otra. Lo que pegué aquí no sólo hablaba del logo o del nombre. Read it again! MySQL can be used for free if it's related with any open-source development. Otherwise, there is a licensing fee. Traducción al flayte (no pude resistir la tentación de escribirlo): Podís considerar que MySQL es libreta si lo usai con cualquier desarrollo de código abierto, y si no querís hay plata de por medio Traducción al español: MySQL puede ser usado como libre si se relaciona con cualquier desarrollo de software libre. De otra manera, hay un cargo por licenciamiento. [... conocimiento general sobre licencias, nombres y codigos...] Las leyes correspondientes exigen que tales restricciones a logos y marcas se defiendan de mal uso, en caso de no, puedes perderlas (como 3M en su epoca perdio la marca Scotch para cinta adhesiva por no oponerse a su uso como termino generico). ...qué bueno que sea genérico, es más corto decir scotch que cinta adhesiva... sobre lo de marcas, estamos claros: Firefox también tuvo un problema así, teniendo que cederle el nombre anterior (Firebird) a una base de datos. (Interbase - Firebird). -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
2006/10/21, Juan Carlos Inostroza [EMAIL PROTECTED]: PHP tiene el maldito habito de enseñarte peores habitos. Aunque claro, hay excepciones. Esoes causado por el hecho que el 90% de la informacion que hay afuera sobre PHP que no es el manual oficial, esta o desactualizada ( es para PHP4) o simplemente fue escrita por alguien que no conoce el lenguaje bien.
Programar en Linux -- Gracias a todos
On Sat, 2006-10-21 at 22:30 -0300, Matias Valdenegro T. wrote: El Sábado, 21 de Octubre de 2006 10:20, Fernando San Martín Woerner escribió: Si aún te interesa ver otra opción aprovecha de participar en el día de GNOME ;-), al menos tendras conocidos de tu mismo país que te podrán ayudar con tus problemas. Aca tambien hay Conocidos de tu propio pais que ayudan con Qt :) Disculpa, iba a responder mas temprano, pero me tropece con el lanzallamas. Y eso que **diablos** tiene que ver con el mensaje? Uf... -- Juan Carlos Inostroza [EMAIL PROTECTED] Cannot find reality.sys. Universe halted.
Programar en Linux
El Viernes, 20 de Octubre de 2006 12:16, Franco Catrin escribió: no tiene relacion. Puedo hacer algo a la rápida en Java y no tendré los problemas que tengo en PHP para mantenerlo. Seguramente no, con Java habra que cambiar la maquina para soportar la carga innecesaria y el overhead del lenguaje :)
Programar en Linux -- Gracias a todos
Paso el dato: Qt es de licencia libre sólo para proyectos de desarrollo libres, si quieres vender tu aplicación, tienes que pagar la licencia por el lenguaje y no es barata. Tienes que pagar por QT unicamente si: i) Modificas en algo la biblioteca y no quieres publicar los cambios ii) Desarrollas aplicaciones que no son bajo licencia GPL o LGPL mientras mantengas esas dos clausulas puedes cobrar por tu aplicacion y nadie te va a decir nada. No aplica para todo lo que distribuye trolltech, hay otras herramientas (el ambiente de compilacion distribuido por ejemplo) por los que tienes que pagar porque tienen otra licencia. -- Carlos Manuel Duclos Vergara http://www.toolchains.com/personal/blog From [EMAIL PROTECTED] Sat Oct 21 00:16:32 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sat Oct 21 01:11:08 2006 Subject: tcpwrappers In-Reply-To: Your message of Thu, 19 Oct 2006 12:21:53 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Victor Hugo dos Santos [EMAIL PROTECTED] wrote: 2006/10/18, Miguel Angel Amador L [EMAIL PROTECTED]: iptables -I INPUT -s 0.0.0.0 -p tcp --dport 22 -j REJECT iptables -I INPUT -s 172.16.100.110 -p tcp --dport 22 -j ACCEPT Ejecutalas en ese orden... .. me me viene la duda, de cual es el mejor método tcpwrappers o iptables para bloquear/autorizar acceso a algún servicio (ssh en este caso) ... comentarios/links ??? iptables impide que el trafico llegue a la maquina en primer lugar. tcp_wrappers permite hacer cosas bastante divertidas con la conexion en curso. Mi sugerencia seria usar /un/ mecanismo, y emplear el otro solo en casos /muy/ puntuales (el enredo de no saber donde se hace que ya te lo encargo...). Y es mas amplio de cobertura iptables (aunque es mas burdo). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sat Oct 21 00:28:17 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sat Oct 21 01:11:10 2006 Subject: Programar en Linux In-Reply-To: Your message of Fri, 20 Oct 2006 00:00:49 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Rodrigo Fuentealba [EMAIL PROTECTED] wrote: 2006/10/19, Cristian Rodriguez [EMAIL PROTECTED]: [...] register_globals ya no existe, lo mataron hace meses, no viene en la proxima version. yujuuu!!! al fin!!! Ojala... Es que con la nueva version no anda == Instalemos la vieja nomas. Total... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sat Oct 21 00:23:49 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sat Oct 21 01:11:12 2006 Subject: Programar en Linux In-Reply-To: Your message of Thu, 19 Oct 2006 20:41:35 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Cristian Rodriguez [EMAIL PROTECTED] wrote: El 19/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: [...] Si, pero hay que tener /extremo/ cuidado con eso... segun vi por alli, las vulnerabilidades de XSS y SQL injection ya sobrepasaron las tipicas por (demasiado (descuidado)) uso de PHP y afines... Se puede escrfibir software con agujeros de seguridad en cualquier lenguaje. Cierto. Pero algunos lo facilitan mas que otros... PHP provee todas las facilidades para evitar estos problemas pero una cosa es que las tenga y la otra es que los programadores las usen... Las tiene. A regan~adientes. Versiones anteriores /no/ las tenian, y por esa razon comunmente se deshabilitan para compatibilidad (== me da lata reescribir toda esta [EMAIL PROTECTED])... Otras son engorrosas de usar. Combinese con desarrolladores que *no tienen idea* de los riesgos, la tendencia de terminelo para ayer a mas tardar!!, sirvase frio. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
Programar en Linux
Rodrigo Fuentealba [EMAIL PROTECTED] wrote: El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Rodrigo Fuentealba escribió: 2006/10/20, Franco Catrin [EMAIL PROTECTED]: [...] Es muy diferente, C es un lenguaje orientado a la programación de sistemas, en ese campo la alternativa es programar en assembler en donde la situación es mas compleja. Claro que sÃ, de hecho creo que nadie se atreve a criticar a C... simplemente era un ejemplo. Yo me atrevo a criticarlo. Tiene muchas pifias. Me adhiero. Y eso que me encanta como lemguaje... Claro, pero bien usado (por ejemplo, en Qmail!!!) sirve, Argh! es lo mismo que PHP, ¿no? No... Me imaginé que alguien iba a salir con eso... (ahora me van a decir que Qmail es viejo, que Qmail aquÃ, que Qmail allá, pero... ¿tiene tantas pifias de código como Sendmail o Postfix?) Actualmente? Bastantes mas. Que el autor defina que es una falla del ambiente en que se ejecuta y no se haga cargo, es otro cuento... y la licencia es completamente indigerible. Y está en C... Tambien Linux. Casi todo el sistema que estas usando, en realidad... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Fri Oct 20 23:14:03 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sat Oct 21 01:11:16 2006 Subject: OT: Programa para boot sector del disquete In-Reply-To: Your message of Wed, 18 Oct 2006 00:07:58 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Federico Ezequiel [EMAIL PROTECTED] wrote: [En HTML explica que quiere picar el codigo de booteo de un diskette] Hum... el codigo del caso esta en el sector 0 del diskette. Con algo del estilo: dd if=/dev/fd0 of=/tmp/sector-booteo bs=512 count=1 lo extraes, una dosis de ndisasm (parte del paquete nasm) te lo da en instrucciones (lamentablemente en formato intel, que tiene notacion incomprensible para manejo de variables y demas, y hace todo al reves). De ahi sigues picando... Para programar de a deveras es muy preferible gas (el ensamblador de GNU, parte de binutils). Exposicion prolongada al formato intel de las instrucciones i386 se ha mostrado que provoca dan~o neurologico permanente en ratas en condiciones de laboratorio. Lo mas facil de desmontar es el sector de booteo de un diskette /no/ booteable. Contiene basicamente una llamada a una rutina BIOS para mostrar un mensaje, y luego espera que el usuario presione la tecla any (no cualquiera sirve, tiene que ser esa!) y reinicia el sistema. Una referencia de las llamadas BIOS en PC (deben andar por alli en la red tambien...) es indispensable. Una bromita popular en la epoca de DOS era picar un diskette para cambiar la version a algo unos dos an~os en el futuro. Otro punto de partida para esta clase de empresas es el codigo fuente de memtest http://www.memtest.org, esa cosa arma diskettes booteables que corren la prueba de memoria. O puedes partir con las cosas que hace FreeDOS http://www.freedos.org, particularmente su fdisk (contiene fuentes de sectores de booteo). Aunque en una de esas Google... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Fri Oct 20 17:44:42 2006 From: [EMAIL PROTECTED] (Daniel Vargas Mazuela XSERVER INGENIERIA) Date: Sat Oct 21 01:12:43 2006 Subject: Software de juego de negocios In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Hola, alguién conoce algun software libre que permita hacer un juego de negocios, algo así como para la clase de administración o marketing. espero sus comentarios. Saludos.
Programar en Linux
2006/10/21, Franco Catrin [EMAIL PROTECTED]: Si me quedo corto de maquina con una aplicacion PHP, tendre que botar mi maquina actual y buscar una suficientemente grande, cuando llegue a los limites de esa maquina tendre que reescribir mi aplicacion para que se pueda distribuir, ademas seguramente tendre que crear o habilitar algun framework para que todo siga funcionando (transacciones distribuidas por ejemplo). Nada que ver. Una aplicación java la cargas casi completa en memoria, incluyendo el JRE (aunque puedes cargar cosas dinámicamente). En PHP, de una aplicación completa, cargas sólo la página y los componentes relacionados que tengas, si al final PHP no se compila, a menos que tengas la costumbre de cargar todo un framework solamente para dibujar un botoncito que dice continuar. El que no haya tenido que reescribir una aplicacion en PHP para poder escalar que tire la primera piedra Aquí va la tosca!!! -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
On Sat, 2006-10-21 at 03:13 -0300, Rodrigo Fuentealba wrote: El 21/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: Actualmente? Bastantes mas. Que el autor defina que es una falla del ambiente en que se ejecuta y no se haga cargo, es otro cuento... y la licencia es completamente indigerible. Bueno, Postfix igual está en C, es bueno, lo he usado (no tengo mailservers acá) y es prueba de C que al menos ha tratado de ser bien usado, ¿o no? Eso realmente es un gran depende. A pesar de ser defensor de C (del puritano, onda KR, y no siendo un gran programador), no creo que un lenguaje sea capaz de asegurar si un producto es seguro. O digerible. Y, ¿qué tiene que ver la licencia con el código? Nada, Pero da razon para discusiones salomonicas alrededor de muchos litros de cerveza. Saludos! -- Juan Carlos Inostroza [EMAIL PROTECTED] Cannot find reality.sys. Universe halted.
Programar en Linux -- Gracias a todos
On Fri, 2006-10-20 at 21:42 -0500, Rodrigo Fuentealba wrote: 2006/10/20, Matias Valdenegro T. [EMAIL PROTECTED]: MySQL no era tambien solo GPL? Nope, no es open source, es open source like. Es parecido a QT, con la diferencia de que da gusto usar QT para programar, mientras que da asco usar MySQL para bases de datos. Licencias duales. Donde vi eso antes? En un mail que recibí cuando estaba haciendo la página web de MySQL Chile (pensando en MySQL como herramienta open source): Short version: neither MySQL nor the MySQL logos are open-source. MySQL can be used for free if it's related with any open-source development. Otherwise, there is a licensing fee. En resumen: http://www.mysql.cl/ nunca vio la luz, y los tipos de MySQL son igual de prepotentes que los de Apple (ver el caso de la niñita de 10 años que escribió una carta a Apple para exponerle sus ideas...). Ehm, es la licencia. No lo que piensan los tipos o lo que piensan hacer con su software. Creo que son dos cosas distintas. Saludos! -- Juan Carlos Inostroza [EMAIL PROTECTED] Cannot find reality.sys. Universe halted.
Programar en Linux -- Gracias a todos
Si aún te interesa ver otra opción aprovecha de participar en el día de GNOME ;-), al menos tendras conocidos de tu mismo país que te podrán ayudar con tus problemas. El 20/10/06, Orlando Alvarez Melian[EMAIL PROTECTED] escribió: Hola listeros: Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos mails eran mas para defender sus posturas, fue bastante interesante leer cada uno. Voy a probar desarrollando con C++, QT y KDevelop. ¿Alguien tiene experiencia en esto, que me pueda recomendar algun manual u orientarme.? Voy a partir probando con MySQL (no quiero preguntar si es Buena o mala MySQL, no quiero empezar otra guerra Santa mas) ;) Una pregunta aparte. ¿Un virus o algo por el estilo me puede echar a perder un Switch?. Porque resulta que, tengo como 20 equipos conectados, y el switch se me volvia loco, desconectaba 2 o 3 equipos y se estabilizaba. Asi hasta que un dia dejó de funcionar. Luego me pasó con otro switch. ¿Mueren para siempre Los pobres switch? Yo se que no es una pregunta linux, antes que me critiquen. Solo es una duda. :) Gracias. -- Fernando San Martín Woerner
Programar en Linux -- Gracias a todos
El Sábado, 21 de Octubre de 2006 10:20, Fernando San Martín Woerner escribió: Si aún te interesa ver otra opción aprovecha de participar en el día de GNOME ;-), al menos tendras conocidos de tu mismo país que te podrán ayudar con tus problemas. Aca tambien hay Conocidos de tu propio pais que ayudan con Qt :)
Programar en Linux
2006/10/19, Cristian Rodriguez [EMAIL PROTECTED]: El 19/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: No entiendo por que se empeñan en defender lo indefendible. Pues porque es indefendible para los que no lo conocen a fondo... Si es por eso, podríamos culpar a Kernighan y Ritchie por los buffer overflows, los problemas de \0 y otras cosas en C, o a los autores de Perl por su historial de seguridad... No se trata de eso.. PHP no es perfecto y tiene muchos problemas, pero gran parte de la basureada que le tiran es solo por desinformacion. ...y por información provista por estos personajes que no tenían idea sobre PHP. Para hacerlo bien tienes que darte un gran trabajo. ...como en todo, hay que planificar bien, escribir clases que validen cosas, etc... Lo mismo que en PostgreSQL, para hacer bien un modelo de datos, no basta con saber hacer SELECT's a diestra y siniestra. Y aun asi, no faltara el sysadmin que active register_globals y en seguida tu aplicacion segura tiene miles de hoyos de seguridad. ...cosa que he visto en dos o tres hostings de mala muerte y en un liceo del cual no me quiero acordar... register_globals ya no existe, lo mataron hace meses, no viene en la proxima version. yujuuu!!! al fin!!! PHP es un mal lenguaje, naaa... hay que tratarlo con cariño. Como todo, tienes que estudiar un poquito más a fondo que el común. como todo, tiene problemas... es un lenguaje para gente que no tiene idea lo que hace, ¿hablamos de PHP o de ASP.NET? Hya mucha gente que sabe lo que hace y que lo usa, estas equivocado. ...claro, lo malo es que hay mucha gente que no sabe lo que hace y que también lo usa y difama al lenguaje. Perl era considerado lenguaje para hackers... se popularizó para Web y... ups! o bien para gente que esta estancada y no tiene mas remedio (codigo heredado, etc). ...con las herramientas actuales (mira Ruby on Rails) puedes liberarte del código heredado de manera mega fácil... ¿cuál es el problema? Memoria... consume un 40% de lo que Java consume (lo que es harto, con PHP un 5% aprox). El mismo Java, tanta gente lo defiende y dice es lo mejor... C? Ni hablar de los buffer overflows... ASP.NET? Sí, es rápido, es lindo, es fácil, es para gente que REALMENTE no tiene idea y por eso están obligados a pagar licencias. No conozco a nadie que haya aprendido PHP y despues otra cosa, y no haya terminado aborreciendo PHP Pues, apúntame en tu lista, odio PHP... pero no porque sea malo, sino por el clásico cuento de la backwards compatibility. Los unicos que aman PHP son los que no conocen ninguna otra cosa. ...hasta ahora sigo convencido de que Alvaro cree que PHP === ASP.NET Yo no amo PHP, encuentro que tiene severos problemas, lo que me molesta es la gente soberbia que no es capaz de darse cuenta que si esta ahi y todo el mundo lo usa es porque sirve para el trabajo, esta instalado en todas partes, el hosting es barato. Yo tampoco, ya dije que lo odio... pero lamentablemente ofrece mejores prestaciones que muchos (ciertamente no ofrece mejores que Python...) y hay más documentación clara que en muchos (cosa que también le alabo a PostgreSQL) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
On Thu, 2006-10-19 at 23:09 -0300, Cristian Rodriguez wrote: [...] Yo no amo PHP, encuentro que tiene severos problemas, lo que me molesta es la gente soberbia que no es capaz de darse cuenta que si esta ahi y todo el mundo lo usa es porque sirve para el trabajo, esta instalado en todas partes, el hosting es barato. Aplica 's/PHP/Windows/g' y vuelve a leer. También calza. Ese argumento no se sostiene (Un millón de moscas no se equivoca). Ojo, no es cuestionando PHP. Dado que cuestionas la forma de argumentar de los otros, tu argumento aquí planteado no mejora la situación. :-) Saludos, -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile
Programar en Linux
El 19/10/06, Germán Poó Caamaño[EMAIL PROTECTED] escribió: Aplica 's/PHP/Windows/g' y vuelve a leer. También calza. Queda así: Yo no amo Windows encuentro que tiene severos problemas, lo que me molesta es la gente soberbia que no es capaz de darse cuenta que si esta ahi y todo el mundo lo usa es porque sirve para el trabajo, esta instalado en todas partes, el hosting es barato. Tengo tres preguntas: ¿cuándo ha servido Windows para el trabajo? :D ¿cuándo ha sido barato el hosting en Windows? :D ¿hay quien no se de cuenta de que está ahí? :D Ese argumento no se sostiene (Un millón de moscas no se equivoca). ehmmm... ¿es como el argumento de un millón de monos tecleando código? porque un millón de moscas no piensa, pero un millón de programadores sí (bueno, no todos) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Ricardo Mun~oz A.: hay de todo, como en todas partes y aplicable a todas las cosas. te puedo nombrar muchas aplicaciones web exitosas hechas en PHP (Wikipedia/MediaWiki, Flickr, Digg, Moodle, etc. etc.) con millones de usuarios diarios... me puedes tu asegurar que sus autores eligieron hacer esas aplicaciones en PHP porque no conocian otra cosa, ademas de que no tienen idea de lo que hacen? conociendo el taman~o y el dinero involucrado en esos sitios/proyectos, podrian haber elegido cualquier otro lenguaje[*] como Perl, Python, Java, ASP, etc. pero eligieron PHP... curioso, no?? [...] [*] ojo que aca no aplica el contra-argumento del millon de moscas... Obvio que no aplica el contraargumento, si tu argumento justifica algo totalmente distinto a la discusión original :) Álvaro jamás afirmó que nadie ocupe PHP. No ataco al lenguaje ni a ti, sino al argumento. -- Roberto Bonvallet From [EMAIL PROTECTED] Fri Oct 20 11:22:20 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Fri Oct 20 11:25:47 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED][EMAIL PROTECTED] ptop13.inf.utfsm.cl[EMAIL PROTECTED] l.com[EMAIL PROTECTED]7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]3cd5f0920610192000k2c57d340rcc6fc0a4fbb7a74 [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Franco Catrin wrote: [...] PHP tiene un monton de inconsistencias como lenguaje, y algunas malas desiciones de diseño, como el uso de variables sin declarar. Para muchas personas eso es una ventaja, pero para mi es una de sus peores debilidades. Conozco varios lenguajes de programación, no me considero precisamente torpe a la hora de programar y con la mayoria de los lenguajes nunca he tenido problemas (asm, c, pascal, java principalmente). Pero cuando tengo que hacer algo en PHP me preparo mentalmente porque sé que tendre que hacer mchas pruebas antes de asegurarme que realmente la cosa esta haciendo lo que necesito. obvio, si vas hacer una aplicacion web hay que hacer mchas pruebas... y eso no ocurre solo con PHP, en Java pasa lo mismo: http://www.puertos.es/index2.jsp?langId=1catId=1014805434023pageId=1039711108471 http://www.puertos.es/index2.jsp?langId=1aacatId=1014805434023aapageId=1039711108471aa En ese sentido encuentro PHP un lenguaje sumamente improductivo cuando tienes que hacer algo complejo. Si tienes que hacer algo trivial (como mi blog) sirve porque puedes dejar andando algo rapido pero a la hora de mantenerlo es un parto. claro, si haces algo a la rapida y sin pensar en cualquier lenguaje te pasara lo mismo... -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Fri Oct 20 11:39:10 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Fri Oct 20 12:10:10 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Rodrigo Fuentealba escribió: 2006/10/20, Franco Catrin [EMAIL PROTECTED]: Es muy diferente, C es un lenguaje orientado a la programación de sistemas, en ese campo la alternativa es programar en assembler en donde la situación es mas compleja. Claro que sí, de hecho creo que nadie se atreve a criticar a C... simplemente era un ejemplo. Yo me atrevo a criticarlo. Tiene muchas pifias. Eso pasa porque en PHP estructurado, poca gente hace funciones para cada cosa... y para PHP orientado a objetos, también es poca la gente que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o lenguaje), PHP es estructurado?? Que significa eso? Mira aca: http://l10n.postgresql.cl/es/code/ -- Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1, W 73º 13' 56.4 I'm always right, but sometimes I'm more right than other times. (Linus Torvalds) From [EMAIL PROTECTED] Fri Oct 20 12:10:58 2006 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Fri Oct 20 12:14:21 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Roberto Bonvallet wrote: Ricardo Mun~oz A.: hay de todo, como en todas partes y aplicable a todas las cosas. te puedo nombrar muchas aplicaciones web exitosas hechas en PHP (Wikipedia/MediaWiki, Flickr, Digg, Moodle, etc. etc.) con millones de usuarios diarios... me puedes tu asegurar que sus autores eligieron hacer esas aplicaciones en PHP porque no conocian otra cosa, ademas de que no tienen idea de lo que hacen? conociendo el taman~o y el dinero involucrado en esos sitios/proyectos, podrian haber elegido cualquier otro lenguaje[*] como Perl, Python, Java, ASP, etc. pero eligieron PHP... curioso
Programar en Linux
El vie, 20-10-2006 a las 16:22 +0200, Rodrigo Fuentealba escribió: 2006/10/20, Franco Catrin [EMAIL PROTECTED]: [...] cuando tengo que hacer algo en PHP me preparo mentalmente porque sé que tendre que hacer mchas pruebas antes de asegurarme que realmente la cosa esta haciendo lo que necesito. En ese sentido encuentro PHP un lenguaje sumamente improductivo cuando tienes que hacer algo complejo. Si tienes que hacer algo trivial (como mi blog) sirve porque puedes dejar andando algo rapido pero a la hora de mantenerlo es un parto. Eso pasa porque en PHP estructurado, poca gente hace funciones para cada cosa... y para PHP orientado a objetos, también es poca la gente que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o lenguaje), por decirlo así, e intento no escribir nada en mis páginas de producción utilizando PHP directamente (ni siquiera un simple session_start) sino que llamo a mis propias utilidades. Una vez tengo definido eso, luego me preocuparé de mantener únicamente mi framework. Claro que existen frameworks más elegantes, por eso nunca lo he tirado a la cancha, pero en resumen tengo clases hasta para manejar mi propio tipo de datos booleano. El problema es que no existe un framework o una base al menos standard. Por lo tanto, si quieres contratar a alguien que te desarrolle algo en PHP peudes esperar cualquier cosa. -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux
El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Rodrigo Fuentealba escribió: 2006/10/20, Franco Catrin [EMAIL PROTECTED]: Es muy diferente, C es un lenguaje orientado a la programación de sistemas, en ese campo la alternativa es programar en assembler en donde la situación es mas compleja. Claro que sí, de hecho creo que nadie se atreve a criticar a C... simplemente era un ejemplo. Yo me atrevo a criticarlo. Tiene muchas pifias. Claro, pero bien usado (por ejemplo, en Qmail!!!) sirve, es lo mismo que PHP, ¿no? Me imaginé que alguien iba a salir con eso... (ahora me van a decir que Qmail es viejo, que Qmail aquí, que Qmail allá, pero... ¿tiene tantas pifias de código como Sendmail o Postfix?) Y está en C... Eso pasa porque en PHP estructurado, poca gente hace funciones para cada cosa... y para PHP orientado a objetos, también es poca la gente que aprovecha sus ventajas. Yo defino en PHP mi propio framework (o lenguaje), PHP es estructurado?? Que significa eso? PHP puede ser programado estructuradamente, por módulos u orientado a objetos., o una mezcla de todas las anteriores. Es perfectamente válido hacer una página web utilizando solamente estructuras de control, llamando solamente a funciones del lenguaje. Mira aca: http://l10n.postgresql.cl/es/code/ ¿En qué me fijo? De hecho, I love Python Django :D -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
2006/10/20, Franco Catrin [EMAIL PROTECTED]: Claro que existen frameworks más elegantes, por eso nunca lo he tirado a la cancha, pero en resumen tengo clases hasta para manejar mi propio tipo de datos booleano. El problema es que no existe un framework o una base al menos standard. Por lo tanto, si quieres contratar a alguien que te desarrolle algo en PHP peudes esperar cualquier cosa. O como jefe, puedes definir bien los requerimientos y decirle al programador que te desarrolle eso en base a esos requerimientos. Eso es lo malo, no porque muchos n00bz y aficionados programen atrocidades en PHP quiere decir que el lenguaje sea completamente malo. Antes de programar algo hay que planificarlo bien, definir bien inclusive hasta las pantallas y eso escapa del punto de vista del desarrollador PHP. Eso incluye hasta un buen modelo de datos y una muy buena clase para que el PHP (tiene buenas funciones de manejo de cadenas de caracteres) ejecute la sentencia SQL que tú quieres. Puedes dejar la crema en cualquier lenguaje, incluyendo Java... Ni siquiera las bases de datos Oracle, que son comerciales y carísimas se escapan de esto, entonces, ¿cuál es el objeto de criticar a un lenguaje? Si es por eso, podemos criticar a GTK+ porque su interfaz de comunicación entre procesos es mala (hablo de CORBA, entiendo lo que hace pero no lo sé explicar), y si se cae una aplicación, las demás que la están consumiendo producen cálculos raros. Y veo que Gnome está bastante bien posicionado entre los usuarios Desktop con Linux... (y eso sí que es casi imposible de rebatir, si el mismo Miguel de Icaza dijo que eso era uno de sus peores errores en su carrera como programador, en una charla que dio en una universidad española sobre Mono) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
2006/10/20, Franco Catrin [EMAIL PROTECTED]:
Puede ser algo tan simple como esto:
$variable = 400;
echo $varable + 1;
y no, no hay que ser newbie para cometer un error asi, es muy facil que
ocurra. Entonces el foco no está en resolver el problema, sino en
además evitar que se te pasen errores como ese.
ajá...
La unica forma de asegurarse de que no tengas errores de ese tipo es
haciendo pruebas de cosas que no son funcionales!!
bueno, es algo que a los que programamos en PHP estamos acostumbrados
a hacer en todo caso. Perdemos un resto de tiempo, pero va en la
costumbre.
De hecho, con ese puro ejemplo tienes razón... salvo que con
display_errors en on te dice que hay una variable indefinida...
cosa que los desarrolladores en PHP debemos tomar en cuenta.
La programación en PHP, por lo demás, no es fully-object oriented
(aunque en todos mis mails me he referido a eso como PHP Orientado a
Objetos, es más que nada por costumbre). Tiene el concepto de crear
y manipular objetos (pero es más como decir, crear struct {} en C, y
asignar funciones para la manipulación únicamente de esos structs
sin que esas funciones sean aplicables a otras variables. Por ahí me
tiraron las orejas por eso (personajes...!!!)
cheers!
--
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org
Programar en Linux -- Gracias a todos
Hola listeros:
Muchas gracias a todos por sus respuestas. Aunque si bien, los
ultimos mails eran mas para defender sus posturas, fue bastante
interesante leer cada uno.
Voy a probar desarrollando con C++, QT y KDevelop.
¿Alguien tiene experiencia en esto, que me pueda recomendar algun
manual u orientarme.?
Voy a partir probando con MySQL (no quiero preguntar si es Buena o
mala MySQL, no quiero empezar otra guerra Santa mas) ;)
Una pregunta aparte. ¿Un virus o algo por el estilo me puede echar
a perder un Switch?. Porque resulta que, tengo como 20 equipos
conectados, y el switch se me volvia loco, desconectaba 2 o 3 equipos y
se estabilizaba. Asi hasta que un dia dejó de funcionar. Luego me pasó
con otro switch. ¿Mueren para siempre Los pobres switch?
Yo se que no es una pregunta linux, antes que me critiquen. Solo es
una duda. :)
Gracias.
próxima parte
Se ha borrado un adjunto en formato HTML...
URL:
http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061020/ef9ac2a6/attachment.html
From [EMAIL PROTECTED] Fri Oct 20 16:33:12 2006
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Fri Oct 20 16:32:34 2006
Subject: Programar en Linux
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Rodrigo Fuentealba escribió:
De hecho, con ese puro ejemplo tienes razón... salvo que con
display_errors en on te dice que hay una variable indefinida...
cosa que los desarrolladores en PHP debemos tomar en cuenta.
Ya la sola idea de tener una configuracion que se llame display_errors
es idiota. Peor aun es que venga desactivada por defecto!!!
--
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
In Europe they call me Niklaus Wirth; in the US they call me Nickel's worth.
That's because in Europe they call me by name, and in the US by value!
From [EMAIL PROTECTED] Fri Oct 20 16:38:29 2006
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=)
Date: Fri Oct 20 16:37:53 2006
Subject: Programar en Linux
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED] ptop13.inf.utfsm.cl
[EMAIL PROTECTED] i l.com
[EMAIL PROTECTED]
7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]
3cd5f0920610192000k2c57d340rcc6fc0a4fbb7 a74 [EMAIL
PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
On Fri, 2006-10-20 at 15:13 -0300, Franco Catrin wrote:
El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió:
Franco Catrin wrote:
[...]
Tampoco tienes un manejo seguro de excepciones, obligar al programador
que se haga cargo de ejecutar código en donde puede ocurrir una
excepcion, y darle oportunidad de hacer una limpieza posterior (como lo
bloques try/catch/finally de C# y Java)
Si bien, el lenguaje debiera proveer manejo seguro de excepciones,
mucho influye en las buenas prácticas del programador.
Es fácil escribir:
try {
foo_bar();
} catch {
} finally {
}
porque así no me salen errores.
Respecto a la declaración de variables, no se si será tan crítico, por
cuanto los lenguajes (desconozco si PHP lo hace) te permiten validar ese
tipo de cosas. Estoy pensando en los módulos strict y diagnostics de
Perl.
--
Germán Poó-Caamaño
http://www.ubiobio.cl/~gpoo/
Concepción - Chile
Programar en Linux
Ricardo Mun~oz A. escribió: Rodrigo Fuentealba wrote: [...] Puedes dejar la crema en cualquier lenguaje, incluyendo Java... Ni siquiera las bases de datos Oracle, que son comerciales y carísimas se escapan de esto, entonces, ¿cuál es el objeto de criticar a un lenguaje? se que Alvaro tiene un sentimiento especial de odio con PHP porque le ha tocado relacionarse con PHP (su interprete) de cerca: http://projects.commandprompt.com/public/plphp por eso, aprovecha cada oportunidad que tiene para desahogarse... ;) Es cierto. Pero mis primeros acercamientos con PHP fueron como programador de una aplicacion web, antes, en el tiempo en que la idea era que PHP es bueno porque te permite meter el HTML dentro del codigo (lo de usar templates todavia no era muy conocido), y desarrolle un sistema entero de esa forma. BurroJue horrible!!!/burro La mantencion posterior jue aun peor. (Creo que ese sistema todavia funciona, por lo menos en parte). Despues, me toco modificar codigo de otra gente, que si habia usado templates afortunadamente (este sistema fue hecho como 3 o mas años despues). Pero el codigo no era muy bueno y como habia tenido acercamientos con Perl orientado a objetos, pense que usar PHP orientado a objetos era la papa ... lo malo fue que el soporte para orientacion a objetos en PHP 4 era realmente horripilante, estaba lleno pero LLENO! de pifias, habia que usar trucos todo el tiempo para que el lenguaje funcionara decentemente (como los que mencionaba Franco). No se como sera PHP5 pero no quiero saber nada mas de PHP. Supongo que corrigieron algunas de las pifias, pero otras permanecen. Despues, cuando empece en Command Prompt lo primero que me pidieron fue que me hiciera cargo de PL/php. Uff, trabajar con el interprete de PHP internamente es muchisimo peor. El supuesto zend engine esta lleno de diseños totalmente imbeciles, hechos a la rapida, sin documentar, cero consistencia en el estilo de codigo, lleno de macros para portabilidad que a gritos piden moler a palos a quien los invento (la tontera de TRLMS_CC, etc). Despues de haber trabajado con el codigo de Postgres, que es muy ordenado, bien documentado, consistente, se explica muy bien por que se hacen trucos sucios, etc etc, fue como caer al purgatorio. Afortunadamente mi pena no fue muy larga :-) (Desafortunadamente, algun dia voy a tener que volver a PL/php porque faltan varias cosas importantes) Por ejemplo, en alguna parte en la funcion para pedir mas memoria para el interprete, se chequea si estamos por encima del maximo de memoria especificado en el archivo de configuracion ... y si estamos por encima del limite entonces invoca exit(). EXIT!!! PERO COMO PUEDE ALGUIEN SER TAN IMBECIL DE INVOCAR EXIT DIRECTAMENTE EN UN INTERPRETE DE LENGUAJE A estas alturas, comprenderan que mi confianza para que esa gente haga algo decente es muy remota. -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J La experiencia nos dice que el hombre peló millones de veces las patatas, pero era forzoso admitir la posibilidad de que en un caso entre millones, las patatas pelarían al hombre (Ijon Tichy) From [EMAIL PROTECTED] Fri Oct 20 16:54:10 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 16:53:29 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Por ejemplo, en alguna parte en la funcion para pedir mas memoria para el interprete, se chequea si estamos por encima del maximo de memoria especificado en el archivo de configuracion ... y si estamos por encima del limite entonces invoca exit(). EXIT!!! PERO COMO PUEDE ALGUIEN SER TAN IMBECIL DE INVOCAR EXIT DIRECTAMENTE EN UN INTERPRETE DE LENGUAJE me convenciste...!!! hay que ser realmente un idiota para implementar GOTO y sus consecuentes spaghetti codes!!! Viva Python! A estas alturas, comprenderan que mi confianza para que esa gente haga algo decente es muy remota. -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
Rodrigo Fuentealba escribió: El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Rodrigo Fuentealba escribió: 2006/10/20, Franco Catrin [EMAIL PROTECTED]: Es muy diferente, C es un lenguaje orientado a la programación de sistemas, en ese campo la alternativa es programar en assembler en donde la situación es mas compleja. Claro que sí, de hecho creo que nadie se atreve a criticar a C... simplemente era un ejemplo. Yo me atrevo a criticarlo. Tiene muchas pifias. Claro, pero bien usado (por ejemplo, en Qmail!!!) sirve, es lo mismo que PHP, ¿no? Me imaginé que alguien iba a salir con eso... (ahora me van a decir que Qmail es viejo, que Qmail aquí, que Qmail allá, pero... ¿tiene tantas pifias de código como Sendmail o Postfix?) Y está en C... No he visto Qmail. No digo que C no pueda usarse bien. Por ej. estoy seguro que la forma como se usa en PostgreSQL es muy buena. Tampoco digo que PHP no pueda usarse bien. Lo que digo es que en PHP es muy facil hacerlo mal, y de hecho te facilitan las cosas para que lo hagas mal, en cambio hacerlo bien es dificil. Esto en contraposicion a muchos otros lenguajes modernos donde el lenguaje te facilita hacer las cosas bien, o por lo menos hacerlo bien es natural. No puedes comparar con C, porque C fue escrito hace 35 años cuando el solo concepto de lenguaje de programacion era muy nuevo. Obviamente un lenguaje moderno haria muchas cosas distintas a como se hicieron hace 35 años; mira por ejemplo D. http://www.digitalmars.com/d/index.html Mira aca: http://l10n.postgresql.cl/es/code/ ¿En qué me fijo? De hecho, I love Python Django :D Comparalo con como harias eso en PHP. Aprovecha de observar que este es uno de los primeros proyectos de Mario en Django ... como le habria quedado en PHP? De partida muy probablemente me habria dado vergüenza publicar el link en esta lista :-) -- Alvaro Herrerahttp://www.advogato.org/person/alvherre No es bueno caminar con un hombre muerto From [EMAIL PROTECTED] Fri Oct 20 16:59:04 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Fri Oct 20 16:58:24 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Orlando Alvarez Melian escribió: Voy a partir probando con MySQL (no quiero preguntar si es Buena o mala MySQL, no quiero empezar otra guerra Santa mas) ;) Uff, ahi si que te cociste :-) http://sql-info.de/mysql/gotchas.html Usa PostgreSQL mejor (sobre todo si nunca has usado una base de datos) -- Alvaro Herrerahttp://www.advogato.org/person/alvherre Por suerte hoy explotó el califont porque si no me habría muerto de aburrido (Papelucho) From [EMAIL PROTECTED] Fri Oct 20 17:06:58 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 17:06:16 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Orlando Alvarez Melian escribió: Voy a partir probando con MySQL (no quiero preguntar si es Buena o mala MySQL, no quiero empezar otra guerra Santa mas) ;) Uff, ahi si que te cociste :-) http://sql-info.de/mysql/gotchas.html Usa PostgreSQL mejor (sobre todo si nunca has usado una base de datos) Ni mencionarlo, Alvaro!!! estamos de acuerdo por primera vez en la historia de esta lista!!! :D MySQL no tiene tantas cosas lindas como PostgreSQL, y años luz atrás era más rápido, ahora puede ser pero... na. -- Alvaro Herrerahttp://www.advogato.org/person/alvherre Por suerte hoy explotó el califont porque si no me habría muerto de aburrido (Papelucho) -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: No puedes comparar con C, porque C fue escrito hace 35 años cuando el solo concepto de lenguaje de programacion era muy nuevo. Obviamente un lenguaje moderno haria muchas cosas distintas a como se hicieron hace 35 años; mira por ejemplo D. me gustó bastante. http://www.digitalmars.com/d/index.html -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux
El 20/10/06, Alvaro Herrera[EMAIL PROTECTED] escribió: Nadie hace aplicaciones web con Python en solitario. Si lo hacen en PHP. Estoy comparando casos de uso tipicos. Por que lo hacen en PHP? Ni idea. Pero he visto muchas aplicaciones en PHP y nunca una que use un framework. Es cierto, pero eso no tiene nada que ver con el lenguaje, es un problema de los programadores. En mi lista, tengo 56 Frameworks distintos ( la mayoria solo para PHP5), de ellos al menos 4 son bastante populares, porque no se ven aplicaciones opensource hechas con ellos un forma masiva ?? la respuesta es simple, PHP5 no esta implementado a gran escala, segun una reciente encuesta solo el 11% de los servidores lo tiene, creciendo cerca del 2% al mes. (probablemente el numero se dispare despues de la salida de RHEL 5 creo ) todo esto genera un problema huevo/gallina, si no hay soporte PHP5 en los hosts, las aplicaciones no se migran a PHP5, no usan frameworks para PHP5.. etc.
Programar en Linux
2006/10/20, Cristian Rodriguez [EMAIL PROTECTED]:
tengo 56 Frameworks distintos ( la mayoria solo para
PHP5), de ellos al menos 4 son bastante populares,
los mas populares son Symfony, Prado , Cake y el Zend Framwework ( que
como aun esta en desarrollo es mas un set de librerias que un
framework)
inclusive IBM (!) esta desarrollando un producto comercial con PHP,
que se llama QEDWiki con este utlimo framework. :-)
From [EMAIL PROTECTED] Fri Oct 20 19:10:56 2006
From: [EMAIL PROTECTED] (Franco Catrin)
Date: Fri Oct 20 19:10:13 2006
Subject: Programar en Linux
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED] ptop13.inf.utfsm.cl
[EMAIL PROTECTED] i l.com
[EMAIL PROTECTED]
7d5a202f0610191909w52142947q2 [EMAIL PROTECTED]
3cd5f0920610192000k2c57d340rcc6fc0a4fbb7 a74 [EMAIL
PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
El vie, 20-10-2006 a las 16:38 -0300, Germán Poó Caamaño escribió:
On Fri, 2006-10-20 at 15:13 -0300, Franco Catrin wrote:
El vie, 20-10-2006 a las 13:00 -0300, Ricardo Mun~oz A. escribió:
Franco Catrin wrote:
[...]
Tampoco tienes un manejo seguro de excepciones, obligar al programador
que se haga cargo de ejecutar código en donde puede ocurrir una
excepcion, y darle oportunidad de hacer una limpieza posterior (como lo
bloques try/catch/finally de C# y Java)
Si bien, el lenguaje debiera proveer manejo seguro de excepciones,
mucho influye en las buenas prácticas del programador.
Es fácil escribir:
try {
foo_bar();
} catch {
} finally {
}
porque así no me salen errores.
Eso es saltarse los errores, y es para agarrar a alguien a palos.
La diferencia está en que t/c/f te avisa que algo puede suceder a la
hora de compilar. En el caso de PHP la unica forma de saber es probar,
aun asi no tienes como cubrir todos los casos de prueba en tiempos y
costos razonables.
Respecto a la declaración de variables, no se si será tan crítico, por
cuanto los lenguajes (desconozco si PHP lo hace) te permiten validar ese
tipo de cosas. Estoy pensando en los módulos strict y diagnostics de
Perl.
Recuerdo que visual basic tenia la misma ayuda de php, lo primero que
hacia en esos tiempos era habilitar la verificación de variables.
Aun queda en el tapete, las inconsistencias del lenguaje, como el caso
que mostre al tratar las variables globales apuntando a referencias.
Saludos
--
Franco Catrin L. TUXPAN
http://www.tuxpan.com/fcatrin
Programar en Linux
El vie, 20-10-2006 a las 17:31 -0300, Ricardo Mun~oz A. escribió: Franco Catrin wrote: [...] $GLOBALS['global']=$local; } $global = new Object(); $global-setTitle(cero); $global-display(); createInstance(); $global-display(); Si te fijas, hacerlo _mal_ es tan intuitivo como hacerlo _bien_. Si por cada linea de código tengo que buscar documentación sobre cómo escribirlo bien para este caso, entonces pierdo facilmente el foco en el problema que estoy resolviendo, eso es lo que hemos tratado de mostrar. actualizate, PHP5 si trae el manejo de excepciones - http://cl.php.net/manual/es/language.exceptions.php PHP5 trae muchos cambios, tanto asi que en algunas cosas es como si se tratara de otro lenguaje. HvB decia algo como : ya que la embarramos, hagamoslo bien ahora -- Franco Catrin L. TUXPAN http://www.tuxpan.com/fcatrin
Programar en Linux -- Gracias a todos
El Fri, 20 Oct 2006 15:37:04 -0300 Orlando Alvarez Melian [EMAIL PROTECTED] escribió: Hola listeros: Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos mails eran mas para defender sus posturas, fue bastante interesante leer cada uno. Voy a probar desarrollando con C++, QT y KDevelop. yo he usado Qt con C++: - fijate que version usas: esta disponible Qt 4.x, pero todos los programas que conozco el linux que usan Qt usan la versión 3.3, asà que si te preocupas por dependencias, es probable que tengas que usar la versión 3.3 o compilar estáticamente. - Qt no es C++ estricto, usa un preprocesador propio para agregar más información a las clases (y muchos odian eso), asà que también vas a tener que aprender a usar qmake (aunque creo que'l kdevelop s'encarga de todo eso). ¿Alguien tiene experiencia en esto, que me pueda recomendar algun manual u orientarme.? san google, ta lleno de manuales y ejemplos, a menos que no te la puedas con el inglés... además puedes empezar a jugar con python+qt (pyqt) antes de tirarte a C++ Voy a partir probando con MySQL (no quiero preguntar si es Buena o mala MySQL, no quiero empezar otra guerra Santa mas) ;) Una pregunta aparte. ¿Un virus o algo por el estilo me puede echar a perder un Switch?. un virus podria, el problema es que los virus no pueden entrar a un switch por que los switches no cargan programas más que el que tienen de fábrica. Porque resulta que, tengo como 20 equipos conectados, y el switch se me volvia loco, desconectaba 2 o 3 equipos y se estabilizaba. Asi hasta que un dia dejó de funcionar. Luego me pasó con otro switch. ¿Mueren para siempre Los pobres switch? Yo se que no es una pregunta linux, antes que me critiquen. Solo es una duda. :) Gracias. __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar From [EMAIL PROTECTED] Fri Oct 20 21:32:32 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Fri Oct 20 21:31:50 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2006/10/20, Rodrigo Ahumada [EMAIL PROTECTED]: El Fri, 20 Oct 2006 15:37:04 -0300 Orlando Alvarez Melian [EMAIL PROTECTED] escribió: Hola listeros: Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos mails eran mas para defender sus posturas, fue bastante interesante leer cada uno. Voy a probar desarrollando con C++, QT y KDevelop. Paso el dato: Qt es de licencia libre sólo para proyectos de desarrollo libres, si quieres vender tu aplicación, tienes que pagar la licencia por el lenguaje y no es barata. Pero igual me gusta :D -- Rodrigo Fuentealba Cartes Desarrollador de Sistemas Web Registered User 387639 - http://counter.li.org
Programar en Linux -- Gracias a todos
El Viernes, 20 de Octubre de 2006 15:37, Orlando Alvarez Melian escribió: Hola listeros: Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos mails eran mas para defender sus posturas, fue bastante interesante leer cada uno. Voy a probar desarrollando con C++, QT y KDevelop. Excelente decision. ¿Alguien tiene experiencia en esto, que me pueda recomendar algun manual u orientarme.? http://www.phptr.com/content/images/0131240722/downloads/blanchette_book.pdf Ese libro te sirve harto, pero es para Qt3, hay una version para Qt4 pero no se si sera descargable tambien.
Programar en Linux -- Gracias a todos
El Viernes, 20 de Octubre de 2006 21:32, Rodrigo Fuentealba escribió: 2006/10/20, Rodrigo Ahumada [EMAIL PROTECTED]: El Fri, 20 Oct 2006 15:37:04 -0300 Orlando Alvarez Melian [EMAIL PROTECTED] escribió: Hola listeros: Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos mails eran mas para defender sus posturas, fue bastante interesante leer cada uno. Voy a probar desarrollando con C++, QT y KDevelop. Paso el dato: Qt es de licencia libre sólo para proyectos de desarrollo libres, si quieres vender tu aplicación, tienes que pagar la licencia por el lenguaje y no es barata. Pero igual me gusta :D Claro, pero igual no hay ninguna otra libreria que le haga el peso a Qt en un 100% :) MySQL no era tambien solo GPL?
Programar en Linux
Estimados, Creo que como la vida misma, en el tema de lenguajes de programación, no todo es negro o blanco, sino que hay matices, desde ese punto de vista todo depende, entre otros factores de: - Preferencias personales. - Finalidad de la aplicación. - Gusto del programador (ojala y siempre esto fuese posible). Ejemplo, muchos que estudiamos Ing.(e) Informática no teníamos idea de LINUX y menos aún de los lenguajes en los que se puede hacer desarrollos... De golpe, la vida y el trabajo me tuvieron programando en PHP+Firebird+Apache (una mezcla muy explosiva si piensas migrar fácilmente tu desarrollo a Windows). Pero... ¿y donde quedaron las ventanitas que hacías en Delphi? Es verdad, yo siempre he dicho más de una grosería contra los Visual Basic, Visual Studio y cuanto engendro salido de la casa de Microsoft salga para los efectos de programar... sin embargo, la universidad tiene un convenio con Microsoft para hacer desarrollo en .NET así es que estoy viendo esa $%%W##$$... Ok, eso fue una catarsis, pero es real, todo depende de gustos, necesidad o exigencias... Ahora bien, para mi lo más similar a Delphi (supongo que si programas en pascal lo será también) es Kylix... lamentablemente ahora está descontinuado... igualmente, gambas no es mala elección... Mientras me pongo el casco para recibir la artillería de quienes no son amigos de los lenguajes visuales te comento que cosas tan simples como seguir utilizando el viejo sistema de inventario desarrollado en Clipper 5.X o en RM-COBOL 85, con pocos cambios al código (...y ojo que el pocos cambios es relativo) es posible hacerlo con Linux. En la empresa donde trabajo hay un tipo que hace esas cosas como quien juega Tetris... Desde que entré al mundo de Tux y sus amigos, esta lista y la vida misma me han enseñado algunas cosas: - Antes de preguntar... GOOGLEA!!! - Nada es imposible... por lo menos para un sistema operativo de código abierto (el tema es que hay muchas cosas, sobre todo hardware que no son y no tienen la más mínima intensión de facilitar las cosas). - Echando a perder se aprende... - FC5 puede funcionar como Servidor WEB... - tengo la guía de Linux con los comandos básicos pegados en la pared de mi oficina... eso es súper buena idea, cosa que cuando puedo los repaso... - Nada es absoluto, Todo es relativo... Por lo tanto si necesitas hacer aplicaciones con ventanitas puedes usar los kits de desarrollo o librerías (tengo duda de cómo se les llama) de Gnome o KDE... Usar cosas como gambas, kylix, etc... Por cierto, aprovecho las últimas líneas de este testamento para agradecer a todos quienes me han ayudado con sus amables respuestas a los problemas que he tenido... Salu2, Héctor.
Programar en Linux
Muy lindo tu post. Lo dejare como una poesia más leida en esta lista. Saludos. 2006/10/18, Héctor Mansilla [EMAIL PROTECTED]: Estimados, Creo que como la vida misma, en el tema de lenguajes de programación, no todo es negro o blanco, sino que hay matices, desde ese punto de vista todo depende, entre otros factores de: - Preferencias personales. - Finalidad de la aplicación. - Gusto del programador (ojala y siempre esto fuese posible). Ejemplo, muchos que estudiamos Ing.(e) Informática no teníamos idea de LINUX y menos aún de los lenguajes en los que se puede hacer desarrollos... De golpe, la vida y el trabajo me tuvieron programando en PHP+Firebird+Apache (una mezcla muy explosiva si piensas migrar fácilmente tu desarrollo a Windows). Pero... ¿y donde quedaron las ventanitas que hacías en Delphi? Es verdad, yo siempre he dicho más de una grosería contra los Visual Basic, Visual Studio y cuanto engendro salido de la casa de Microsoft salga para los efectos de programar... sin embargo, la universidad tiene un convenio con Microsoft para hacer desarrollo en .NET así es que estoy viendo esa $%%W##$$... Ok, eso fue una catarsis, pero es real, todo depende de gustos, necesidad o exigencias... Ahora bien, para mi lo más similar a Delphi (supongo que si programas en pascal lo será también) es Kylix... lamentablemente ahora está descontinuado... igualmente, gambas no es mala elección... Mientras me pongo el casco para recibir la artillería de quienes no son amigos de los lenguajes visuales te comento que cosas tan simples como seguir utilizando el viejo sistema de inventario desarrollado en Clipper 5.X o en RM-COBOL 85, con pocos cambios al código (...y ojo que el pocos cambios es relativo) es posible hacerlo con Linux. En la empresa donde trabajo hay un tipo que hace esas cosas como quien juega Tetris... Desde que entré al mundo de Tux y sus amigos, esta lista y la vida misma me han enseñado algunas cosas: - Antes de preguntar... GOOGLEA!!! - Nada es imposible... por lo menos para un sistema operativo de código abierto (el tema es que hay muchas cosas, sobre todo hardware que no son y no tienen la más mínima intensión de facilitar las cosas). - Echando a perder se aprende... - FC5 puede funcionar como Servidor WEB... - tengo la guía de Linux con los comandos básicos pegados en la pared de mi oficina... eso es súper buena idea, cosa que cuando puedo los repaso... - Nada es absoluto, Todo es relativo... Por lo tanto si necesitas hacer aplicaciones con ventanitas puedes usar los kits de desarrollo o librerías (tengo duda de cómo se les llama) de Gnome o KDE... Usar cosas como gambas, kylix, etc... Por cierto, aprovecho las últimas líneas de este testamento para agradecer a todos quienes me han ayudado con sus amables respuestas a los problemas que he tenido... Salu2, Héctor. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061019/f1e847dd/attachment.html From [EMAIL PROTECTED] Thu Oct 19 00:21:52 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Fernando_San_Mart=EDn_Woerner?=) Date: Thu Oct 19 03:12:21 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 18/10/06, Orlando Alvarez Melian[EMAIL PROTECTED] escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... Si quieres conocer más sobre como usar pygtk o mono puedes venir al dìa de GNOME en Talca, el 11 de noviembre del 2006, la inscripción es gratis, y se van a mostrar todas esas tecnologías, lo recomiendo de todas maneras a aquellos que como tú quieren dar sus primeros pasos para programar en Linux. El día de GNOME es parte del encuentro Nacional de Linux y será en la Universidad Católica del Maule. http://elinux.ucm.cl/ http://wiki.gnome.cl/Asistentes_Dia_GNOME_2006 Estàn todos invitados, solo deben registrarse. Saludos -- Fernando San Martín Woerner
Programar en Linux
Orlando Alvarez Melian escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. -algo como visual basic , bueno tienes visual basic .net en MONO -algo como Delphi , está Kylix que es tecnicamente Delphi para Linux (no sé si aun exista Kylix ) ... o si deseas una version opensource está FreePascal(compilador )+ Lazarus (IDE ) con esta combinacion tienes el mismo entorno de Delphi , FreePascal como Lazarus son multiplataforma y al igual que Delphi; FreePascal es Object Pascal. -Java ,usando netbeans 5.0 (IDE) o superior es muy eficiente en desarrollo de GUI con el nuevo diseñador matisse, la manipulacion de los elementos (controles , widget, etc ) es muy simple al estilo Delphi y es opensource. - Java usando Eclipse no tiene la misma facilidad para creacion de GUI ,que al usar matisse de Netbeans, pero tambien es una opcion... pensado que lo necesitas es desarrollo rapido de GUI , los IDEs son el factor a considerar , FreePascal+Lazarus y NetBeans con Matisse son las mejores opciones si estas acostumbrado a VB o Delphi. -- Raphael Verdugo P. [EMAIL PROTECTED] From [EMAIL PROTECTED] Wed Oct 18 23:51:13 2006 From: [EMAIL PROTECTED] (socken des teufel) Date: Thu Oct 19 04:12:01 2006 Subject: Consulta sobre RedHat Enterprise AS In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] solucion facil ... llena la subcripcion, te contactas con Red Hat y le pides que te echen una manito ... si pagaste lo mas de 1000 dolares .. 2006/10/10, Marcos Ramirez [EMAIL PROTECTED]: On Fri, 2006-10-06 at 18:46 -0600, Vida Luz wrote: Gracias por tu recomendacion, como hago para recompilar lso RPM de Fedora ? Instala rpm-build (up2date -i rpm-build deberia bastar), recompila los rpms de Fedora (rpmbuild --rebuild paquete.src.rpm) y luego instala (rpm -ihv /usr/src/redhat/RPMS/$arch/paquete.$arch.rpm). Saludos -- Marcos Ramirez [EMAIL PROTECTED] próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061018/9f47c826/attachment.html From [EMAIL PROTECTED] Wed Oct 18 23:41:52 2006 From: [EMAIL PROTECTED] (socken des teufel) Date: Thu Oct 19 04:37:04 2006 Subject: Datacenters de alta disponibilidad In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Volvamos a una de las preguntas de origen ... Por lo que lei tu necesitas solo alojar una aplicacion .. eso es hosting, y es donde el data center pone la maquina y te arrienda espacio en disco duro, desconosco si hay en chile Hosting que tengan ese nivel de disponibilidad .. Si lo que buscas es un lugar donde tu llevas tus maquinas y te arriendan el espacio fisico, que es housing, en chile existen varias empresas que lo hacen humm ... veamos Entel Data Center (esta a un costado de la torre entel) Telefonica TIE (esta en san martin 90) Synapsis (Santa Rosa, subterraneo de ENDESA) Impast (en huechuraba, santa marta de huechuraba) Por lo menos esos tienes certificaciones que acreditan sus instalaciones (seguridad, climatizacion, disponibilidad de energia, etc). pero insisto ellos solo te arriendan el espacio fisico, te proveen en el enlace, te hacen los resplado segun tus politicas (en realidad solo ponen las cintas), te avisan si la maquina se alerta y hasta cierto punto gestionan la garantia. Pero nada mas. El sistema de alta disponibilidad lo debes proveer tu, servidores, storege, switch de fibra, etc y eso sale un poco caro pero ni tanto. Lo otro importante es el servicio post venta o de soporte, o sea por ejemplo que el proveedor de hardware pueda proveerte un respuesto en un par de horas, (eso hasta donde se solo lo hace HP, con sus carepaq) y que el proveedor de los software tambien tenga soporte, y aqui (sin menos preciar a nadie) debiera ser una distribucion pagada (Red Hat, SuSE, etc) para que tengas a alguien a aquien apretarle el cuello en caso de necesidad y para que este certificada por el hardware. Sobre los respaldo lo mas barato es cinta, lejos y por el tamaño de la data hay robots que facilmente respaldan unos cuantos Teras, en synapsis hay uno que respalda 110 tera, para que te hagas una idea, hay para todos los gustos. El día 18/10/06, Julio Pacheco [EMAIL PROTECTED] escribió: Juan Martínez escribió: Julio Pacheco escribió: Juan
Programar en Linux
Juan MartÃnez [EMAIL PROTECTED] wrote: Orlando Alvarez Melian escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo asà como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... La verdad es que aun no he trabajado en ninguno de ellos, por eso pido su opinion. Gambas es ideal para el que sabe VB. Se conecta a pgsql, mysql... Urgh. Pero corre un poco con el estigma de PHP... Ojo...yo programo harto en PHP...y lo aprecio para lo que sirve... ;-) Si, pero hay que tener /extremo/ cuidado con eso... segun vi por alli, las vulnerabilidades de XSS y SQL injection ya sobrepasaron las tipicas por (demasiado (descuidado)) uso de PHP y afines... Ahhh, otra consulta, ¿Depende del lenguaje que use es como se ejecuta? ¿Si puedo crear RPMs o .bin de instalacion? o ¿puedo con cualquiera?. Lo que necesitas (creo) es un lenguaje que corra compilado (tus apps. ciertamente). No... puedes perfectamente crear un RPM que contenga solo scripts (== noarch). Porque es muy importante que el programa resultante cuente con un instalador relativamente facil de entender para el usuario final. Dependiendo de tu distro, RPMistica o DEBistica, ambos son sistemas que ayudan mucho a que el proceso de instalacion sea facil. No. Sea /completamente trivial/. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Thu Oct 19 20:15:13 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Thu Oct 19 20:14:36 2006 Subject: tcpwrappers In-Reply-To: Your message of Wed, 18 Oct 2006 12:19:02 PDT. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] augusto ingunza [EMAIL PROTECTED] wrote: Amigos, según el manual de RedHat para bloquear el acceso a mi computador via ssh debo poner en mi hosts.deny sshd: ALL y para luego permitir la conexión a un IP debo colocar algo como esto en hosts.allow sshd: 172.16.100.110 pero no funciona, es decir cuando intento conectarme desde este IP 172.16.100.110 a mi computador está completamente bloqueado. iptables? [Aunque igual: Para que diantres quieres cerrar acceso via SSH, y para remate via tcpwrappers?] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Thu Oct 19 20:18:47 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Thu Oct 19 20:18:09 2006 Subject: Programar en Linux In-Reply-To: Your message of Wed, 18 Oct 2006 15:57:19 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Christian Gonzalez [EMAIL PROTECTED] wrote: [...] En todo caso, si tu aplicacion es un poco mas pesada, creo que seria mejor idea usar C++ junto con Qt, ya que (en terminos generales) el desempeño es superior al de Python y/o cualquier otro lenguaje interpretado. Eso depende de exactamente que estes haciendo, y que tan competente seas en ambos lenguajes, y cuanto estes dispuesto a invertir en el desarrollo, y ... Si es una aplicacion mas que nada interfaz grafica, el rendimiento no tiene ninguna importancia. La desventaja es que tienes que andar compilando despues de cada cambio, mientras que Python, por ser un lenguaje interpretado, te ahorra bastante tiempo en ese aspecto. No solo por esa via. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Thu Oct 19 20:41:35 2006 From: [EMAIL PROTECTED] (Cristian Rodriguez) Date: Thu Oct 19 20:40:59 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 19/10/06, Horst H. von Brand[EMAIL PROTECTED] escribió: Si, pero hay que tener /extremo/ cuidado con eso... segun vi por alli, las vulnerabilidades de XSS y SQL injection ya sobrepasaron las tipicas por (demasiado (descuidado)) uso de PHP y afines... Se puede escrfibir software con agujeros de seguridad en cualquier lenguaje. PHP provee todas las facilidades para evitar estos problemas pero una cosa es que las tenga y la otra es que los programadores las usen...
Programar en Linux
Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... La verdad es que aun no he trabajado en ninguno de ellos, por eso pido su opinion. Ahhh, otra consulta, ¿Depende del lenguaje que use es como se ejecuta? ¿Si puedo crear RPMs o .bin de instalacion? o ¿puedo con cualquiera?. Porque es muy importante que el programa resultante cuente con un instalador relativamente facil de entender para el usuario final. Muchas gracias. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061018/1b673a24/attachment.html From [EMAIL PROTECTED] Wed Oct 18 14:04:40 2006 From: [EMAIL PROTECTED] (Renato Covarrubias Romero) Date: Wed Oct 18 14:04:02 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El Miércoles, 18 de Octubre de 2006 12:28, Orlando Alvarez Melian escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... tcl/tk ? Es un script si, ventanitas y todo eso. La verdad es que aun no he trabajado en ninguno de ellos, por eso pido su opinion. Ahhh, otra consulta, ¿Depende del lenguaje que use es como se ejecuta? ./ejecutable o si está en algun directorio de $PATH, simplemente es el nombre. ¿Si puedo crear RPMs o .bin de instalacion? o ¿puedo con cualquiera?. En general con cualquiera. Porque es muy importante que el programa resultante cuente con un instalador relativamente facil de entender para el usuario final. tcl/tk seria descomprimir un tarball y usarlo... :P Saludos. -- Renato Covarrubias Romero - counter.li.org #399677 rcovarru [at] alumnos.inf.utfsm.cl rnt [at] bla.cl Estudiante Ingenieria Civil Informatica Universidad Tecnica Federico Santa Maria
Programar en Linux
Renato Covarrubias Romero [EMAIL PROTECTED] wrote: El Miércoles, 18 de Octubre de 2006 12:28, Orlando Alvarez Melian escribió: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo asà como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... tcl/tk ? Es un script si, ventanitas y todo eso. O Python (+ gtk). O Perl (con Tk). O... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de InformaticaFono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Wed Oct 18 15:33:59 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Mart=EDnez?=) Date: Wed Oct 18 15:32:40 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Orlando Alvarez Melian escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... La verdad es que aun no he trabajado en ninguno de ellos, por eso pido su opinion. Gambas es ideal para el que sabe VB. Se conecta a pgsql, mysql... Pero corre un poco con el estigma de PHP... Ojo...yo programo harto en PHP...y lo aprecio para lo que sirve... ;-) Ahhh, otra consulta, ¿Depende del lenguaje que use es como se ejecuta? ¿Si puedo crear RPMs o .bin de instalacion? o ¿puedo con cualquiera?. Lo que necesitas (creo) es un lenguaje que corra compilado (tus apps. ciertamente). Porque es muy importante que el programa resultante cuente con un instalador relativamente facil de entender para el usuario final. Dependiendo de tu distro, RPMistica o DEBistica, ambos son sistemas que ayudan mucho a que el proceso de instalacion sea facil. -- Juan Martinez G. Departamento de Informatica Universidad Miguel de Cervantes From [EMAIL PROTECTED] Wed Oct 18 15:03:12 2006 From: [EMAIL PROTECTED] (Carlos Manuel Duclos Vergara) Date: Wed Oct 18 15:35:59 2006 Subject: OT: Programa para boot sector del disquete In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Estimado suicida, el camino que tomas es largo, pedregoso y lleno de baches pero muy entretenido. Te recomiendo empezar siguiendo los pasos del Assembly Howto, despues que te sientas comodo usar algun bootloader como loadlin y cargar directamente un programa. Notese que suena super simple pero para escribir un caracter en la pantalla hay muchas cosas que pasan y muchas cosas previas, sobretodo si te vas a lanzar a la vida sin un SO. Por experiencia personal, es mucho mas simple partir usando el puerto serial que un dispositivo de video pero alla tu. Saludos On Tue, October 17, 2006 23:07, Federico Ezequiel wrote: Hola listeros: Hace un tiempo he tomado la decisión suicida de comenzar a indagar el funcionamiento real de una PC y programar en assembler. Las razones por las que hago ésto son muy largas de explicar. La cuestión es que me conseguí una PC que voy a destinar para mis experimentos y quiero empezar cargando en el boot sector de un disquete un programa simple que me muestre un mensaje en pantalla. La idea es arrancar esa PC con el disquete. Pero no encuentro tal programa. Alguien tiene un programa de éstos en assembler y su correspondiente binario para pasarme? Por favor, cualquier ayuda me viene bien. Muchas gracias. Federico __ Visita http://www.tutopia.com y comienza a navegar más rápido en Internet. Tutopia es Internet para todos. -- Carlos Manuel Duclos Vergara http://www.toolchains.com/personal/blog From [EMAIL PROTECTED] Wed Oct 18 16:02:15 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Juan_Mart=EDnez?=) Date: Wed Oct 18 16:00:54 2006 Subject: Datacenters de alta disponibilidad In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Julio Pacheco escribió: Juan Martínez escribió: Julio Pacheco escribió: [EMAIL PROTECTED] escribió: Me parece que realmente tu pregunta tiene mucho más de fondo. [...] Otro punto importante: de vez en cuando prueba los respaldos. También ha pasado que todo el proceso anda bien, pero a la hora de la recuperación las cintas no son legibles. Exacto. Hoy los discos duros estan tan baratos, que seguir
Programar en Linux
Horst H. von Brand escribió: O Python (+ gtk). O Perl (con Tk). O... Perl tambien se puede usar con Gtk+, aunque creo que Python + Gtk (PyGtk) es una super buena alternativa. Con respecto a hacer RPMs y otros tipos de paquetes, claro que se puede, es relativamente sencillo. Para diseñar las interfaces, puedes usar Glade 3 o Gazpacho, y luego leer las interfaces desde tu programa en Python. No es dificil. -- Alvaro Herrerahttp://www.advogato.org/person/alvherre Granting software the freedom to evolve guarantees only different results, not better ones. (Zygo Blaxell) From [EMAIL PROTECTED] Wed Oct 18 15:57:19 2006 From: [EMAIL PROTECTED] (Christian Gonzalez) Date: Wed Oct 18 17:02:49 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El Miércoles, 18 de Octubre de 2006 14:04, Renato Covarrubias Romero escribió: El Miércoles, 18 de Octubre de 2006 12:28, Orlando Alvarez Melian escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... Personalmente encuentro que Python es una excelente alternativa para desarrollar rapidamente y sin perder robustez. Como biblioteca grafica puedes usar GTK o Qt a traves de PyGTK y PyQt respectivamente. Y si quieres disen~ar la interfaz grafica facilmente, puedes usar Glade o Gazpacho para GTK, y Qt Designer para Qt. En http://ltsp-thinadmin.sourceforge.net puedes ver una pequen~a aplicacion que desarrolle para EduLinux usando Python y PyGTK. No es precisamente un ejemplo de los mejores metodos de programacion (hay partes que francamente me dan un poco de verguenza), pero te servira para tener una idea de lo facil que es empezar a programar usando estas herramientas. Como dato adicional, Eclipse + el plugin Pydev es un excelente IDE para Python. En todo caso, si tu aplicacion es un poco mas pesada, creo que seria mejor idea usar C++ junto con Qt, ya que (en terminos generales) el desempeño es superior al de Python y/o cualquier otro lenguaje interpretado. La desventaja es que tienes que andar compilando despues de cada cambio, mientras que Python, por ser un lenguaje interpretado, te ahorra bastante tiempo en ese aspecto. -- Christian González G. http://chgonzalez.blogspot.com
Programar en Linux
Alvaro Herrera wrote: Ricardo Mun~oz A. escribió: Juan Martínez wrote: Pero corre un poco con el estigma de PHP... cual seria ese? (de todos los posibles que tiene cada lenguaje) http://groups.google.co.nz/group/nz.comp/msg/4c2a4d220499dafd me imagino que tenias ese link guardado y te picaban las manos para enviarlo, cierto?? ;) si te quieres relajar lee esto - http://uncyclopedia.org/wiki/Perl -- Ricardo Mun~oz A. Usuario Linux #182825 (counter.li.org) From [EMAIL PROTECTED] Wed Oct 18 18:53:54 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Wed Oct 18 18:53:26 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Ricardo Mun~oz A. escribió: Alvaro Herrera wrote: http://groups.google.co.nz/group/nz.comp/msg/4c2a4d220499dafd me imagino que tenias ese link guardado y te picaban las manos para enviarlo, cierto?? ;) Ja ja ja :-) En realidad llegue a el por casualidad hace un par de dias, y cuando vi tu mail no pude resistir buscar en el historial de mi browser. si te quieres relajar lee esto - http://uncyclopedia.org/wiki/Perl Reasons people associate the camel and PERL Programmers: * They are ugly * They spit at people they don't like * They smell bad * They eat small un-attended children * They drink in heavy amounts over long periods of time * They hunger for human flesh every full moon LOL! -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J El miedo atento y previsor es la madre de la seguridad (E. Burke) From [EMAIL PROTECTED] Wed Oct 18 18:20:33 2006 From: [EMAIL PROTECTED] (rodrigo ahumada) Date: Wed Oct 18 19:20:04 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] --- Orlando Alvarez Melian [EMAIL PROTECTED] escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... La verdad es que aun no he trabajado en ninguno de ellos, por eso pido su opinion. Ahhh, otra consulta, ¿Depende del lenguaje que use es como se ejecuta? ¿Si puedo crear RPMs o .bin de instalacion? o ¿puedo con cualquiera?. Porque es muy importante que el programa resultante cuente con un instalador relativamente facil de entender para el usuario final. Muchas gracias. yo creo que deberias dar mas datos: - ¿que tamaño? (algun ejemplo de otro programa como para tener una idea) - ¿que bases de datos? - ¿la vas a hacer tu solo o con demases? (para saber si tienes que escoger algo conocido o tirarte con algo mejor) - ¿quenes van a usar el programa? ¿que S.O. van a tener? ¿lo van a usar por obligacion (orden del jefe) o por propia voluntad? (esto para saber si puedes darte el lujo de hacerte todo mas facil para ti o tienes que complacer al usuario) si no das mas datos todo el mundo te va a responder con sus favoritos y no con lo que mejor convenga. __ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas
Programar en Linux
On 10/18/06, Orlando Alvarez Melian [EMAIL PROTECTED] wrote: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Python, para hacer tus ventanitas wxGlade. y modulos para bd, hay varioshttp://www.python.org/doc/topics/database/modules/ Me han hablado de PyGTK, Gambas, Mono ... La verdad es que aun no he trabajado en ninguno de ellos, por eso pido su opinion. Ahhh, otra consulta, ¿Depende del lenguaje que use es como se ejecuta? ¿Si puedo crear RPMs o .bin de instalacion? o ¿puedo con cualquiera?. Porque es muy importante que el programa resultante cuente con un instalador relativament! e facil de entender para el usuario final. si te defines finalmente por python, puedes probar asi http://pyspanishdoc.sourceforge.net/dist/creating-rpms.html Muchas gracias. de nada. -- Saludos, LSM. Existen 10 tipos de personas: los que entienden binarios y los que no próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061018/54c92dda/attachment.html From [EMAIL PROTECTED] Wed Oct 18 19:35:45 2006 From: [EMAIL PROTECTED] (Cristian Rodriguez) Date: Wed Oct 18 19:59:29 2006 Subject: Programar en Linux In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El 18/10/06, Orlando Alvarez Melian[EMAIL PROTECTED] escribió: Hola Listeros: Que me recomiendan para programar una aplicacion mediana, pero obviamente bajo ambiente linux. No me sirve PHP o JSP ni nada que sea por internet. Necesito un lenguaje que se ejecute y cree una ventanita, se conecte a una base de datos remota y genera consultas y reportes. Algo así como Visual Basic o Delphi para Windows. Me han hablado de PyGTK, Gambas, Mono ... QT, que tiene bindings para python, ruby,java.. etc...
Programar en Linux
El 18-10-2006, a las 17:47, Alvaro Herrera escribió: Ricardo Mun~oz A. escribió: Juan Martínez wrote: Pero corre un poco con el estigma de PHP... cual seria ese? (de todos los posibles que tiene cada lenguaje) http://groups.google.co.nz/group/nz.comp/msg/4c2a4d220499dafd Respuesta (sumamente) estupida, pero original, aunque, absolutamente OT e innecesaria. -- Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC Crear es tan difícil como ser libre (Elsa Triolet) -- Ricardo Fuentes http://jirah.up.md/
