-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola: Desearia comprar el Kylix3 Profesional, Upgrade desde Delphi6 Pro. He escrito a mis proveedores de Soft, pero solo me ofrecen el Empresarial, rebajado a 600 ? (por si a alguien le interesa), lo que sobrepasa en demasiado el presupuesto que tengo. ¿Sabe alguien si es posible comprarlo en Borland USA, UK.....? Tengo entendido que hay versiones Pro para bajar previo pago, despues te mandan el CD, pero no doy con los enlaces. Un saludo a todos. Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi7sGC+g7+3ZFf1AAQLg8w//fjKFRy94a1FIBmSI22S1OwjIBJ1di6Nm 7iZ+quv01158a/khzp49WF0E8z9XcZGco1+QjwithO7gKZw6ThqdFq1LkjTxqwJx kd1n7kLWLTxYfXRzVyaBpKnz7gNebWlfYVTarUcM1XvS0xxi6xAw98qlCe+vh31W xyyZYroVvQ+UaXrcy1Dlzv59qUtnNAuWOPtEZpHq1uIk6/bgOwABhUUqeSC1Pd2q qYdwXEkYOFg4UgppmOord31bc6FX22o3lsbRJN7O9OIu/qnsrVVcJSsRnbcLGAuS S/qUzXa7CqKSoN+QMfu8dIV5xa6u6/f7MdJUPoIfpyoqFKorRgrkjmUaq42MVI+a fdDJJaF6qW7rK3MsAY1cJmxflfvoiDA0kyguTtveD6b6zaf5RQjOCHdrOWVEbgTN 33C8XwyYBXrIWVloDWI6trWiAgWRos/o4mmEFloMizLOvviz2lL90rQnhgBaEWjK zK6RMcy86MAiw5wV0YiSvPhysv/fsWBAUfmjiEU8fQn7YMFUVqr5ANpITDk1tIZD TNoZ+kHN1Xo3wFSYZqQPRiaimxEMNG2x6Op4UejcTef/n1V+dOzPFa70YGomccis SySmDX4QDqtyowR60Nr0qPb+ElT7wzfdRNa9Y3tZSXSnY5ObbXw4fK0hKDFqZkws bslb6I7zWvY= =GqeF -----END PGP SIGNATURE-----
Peter Holm wrote:
Puedes descargar gratis la versión Open edition: http://www.borland.com/products/downloads/download_kylix.html# Saludos, Juan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Juan Erbes wrote:
Gracias, pero ese ya lo conozco, la licencia no me permite realizar programas que no sean Open Source.... necesito la version Profesional. Un saludo. Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi8ITi+g7+3ZFf1AAQKR0A//S47UMMtAdfStYmEgWxLZ0mdidI5SXMNW K5jOE1j25MNb8A7XVWDPmOrIvrV+LTxY8S/byOBWyclSAW5sh5BHAY6a8xTfsn6m dKWvpm7nrxdtS9bZdvJlDw4x0Co30KeVXWmp/r67zN76JzB7yZAALKNOJbn+snq5 DhwMqkLO9j7UCyqz8Pb+eiE1eNRFORJAsG3QITBduhnipQt3Xlde6pTVDHamenTP EInkYupM/hPpeteuY0eFMfLvpB+C5qt0SzIlZszLr9Q+kgM/abLv74MglI3hmHqe aOoW/NhWv83b9D1ezCcVZmg9K37Apo7vesrw5MmuQpLAIi8ws/y47QODpzyeBtHm fWgajqnNbBImQY3FM4RgHuCY5ybn9SgAAUNmNmyw7E6O11wIESkPDmm7h5G9oqkW VaswVmpKPi13HLhGqhtgUJDsIQIi8ZGXTl3tylF6s7ye94qnlegPrlSWMGzp+0s6 hwLrcTqsxXzczRLIWXL8xytxX3NgrhTl6j6mC18IWS3ezSBLiJm7rY/nnkefSCAw S0jvHl06a1nfQhfrogmf970U58VDUjXUQHqW8Ct8thY118hLw4IidFczwE10SUiV jUg7JdwnuyBTrr41gIrE2Pod7m2bl3PNoYIsUx0Y6YIe/JkdP/WEEqC94xMVgb0b 38npWFt+Glo= =Lcoj -----END PGP SIGNATURE-----
El problema Juan es que el Kilyx no es cualquier maravila instalarlo en suse a partir de la versión 8.2 (si mal no recuerdo) y a pesar que puedes -engañar- a la hora de instalar, siempre te quedan algunas secuelas de la mentira ;-) Por ejemplo, con las librerias de acceso a Postgresql dá problemas y en algunos casos si vas a modificar una propiedad de un control te bota del RAD. Imagino que cosas como estas tendrán solución, pero con la versión open no te darán soporte (aunque dependiendo del país del partner, ni con derecho a soporte tendrás buenas respuestas con respecto a problemas con aplicaciones borland en suse -o linux en general- ). Aún así, siendo Borland una compañía que es competencia contra Microsoft en algunos productos, se ganan un punto se simpatía entre los puristas y hay que reconocer que son muy buenos estos productos. Un abrazo pueX. El Mié 09 Mar 2005 9:26 AM, Juan Erbes escribió:
-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!
El Asunto de los drivers y los inconvenientes en la instalacion son correctos he estado trabajando con kilyx en un proyecto open source y luego de algunos traumas iniciales trabaja bastante bien en (Debian,SUSE, Slack). Ahora Si el trabajo que vas ha realizar en amplio y complejo deberias evaluar tambien a JBuilder, sin salir del Ambiente Borland - GNU/Linux. Saitho Venezuela ---------- Forwarded message ---------- From: Hugo Sandoval <hugo@softwarelibre.com.ve> Date: Wed, 9 Mar 2005 10:41:12 -0400tho Subject: Re: [suse-linux-s] ¿Donde comprar Kylix? To: suse-linux-s@suse.com El problema Juan es que el Kilyx no es cualquier maravila instalarlo en suse a partir de la versión 8.2 (si mal no recuerdo) y a pesar que puedes -engañar- a la hora de instalar, siempre te quedan algunas secuelas de la mentira ;-) Por ejemplo, con las librerias de acceso a Postgresql dá problemas y en algunos casos si vas a modificar una propiedad de un control te bota del RAD. Imagino que cosas como estas tendrán solución, pero con la versión open no te darán soporte (aunque dependiendo del país del partner, ni con derecho a soporte tendrás buenas respuestas con respecto a problemas con aplicaciones borland en suse -o linux en general- ). Aún así, siendo Borland una compañía que es competencia contra Microsoft en algunos productos, se ganan un punto se simpatía entre los puristas y hay que reconocer que son muy buenos estos productos. Un abrazo pueX. El Mié 09 Mar 2005 9:26 AM, Juan Erbes escribió:
-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte! -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Borland no descontinuo el proyecto Kylix??? *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*
_________________________________________________________________ MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/
Hola. Aunque no me preguntaste a mi, igual me meto ;-) Borland NO abandonó el proyecto Kilyx, hubo un rumor/noticia en un momento, pero el desarrollo de kilyx continúa, solo que no han dado fecha o noticia del próximo producto. El soporte en kilyx continúa y prueba de eso es que sigue activo el enlace para el download de las versiones open y enterprise. Salud. El Mié 09 Mar 2005 12:41 PM, Edwin Quijada escribió:
-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!
Hugo Sandoval wrote:
Hola, Estas seguro de que kylix no esta abandonado? No hace mucho estube en una ponencia de borland para la presentacion del Delphi 2005 y de entrada el Delphi 2005 abandona totalmente las librerias CLX, por lo que les pregunte que a ver que pasaba con kylix y me dijeron que del kylix 3 no se pasaba y que se abandonaba la idea de multiplataforma. Si tienes informacion que diga otra cosa me encantaria saberlo Salu2 Emiliano Sutil
On 2005-03-09 18:34, Hugo Sandoval wrote:
Bueno, el barco no se ha hundido porque no ha recibido un cañonazo mortal, pero sus marineros no se preocupan de taponar las brechas. O dicho de otra forma: no se han preocupado ni de recompilar el proyecto para el kernel 2.6, que hay que engañarlo para que trabaje. Si a eso le llamas "dar soporte"... Ahora, que eso es típico de Borland, lo han hecho otras veces. -- Saludos Carlos E.R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Carlos E. R. wrote:
Segun lei en los foros de Borland siguen con Kylix, estan haciendo eso precisamente, tapando brechas, actualizando librerias y dandole vueltas para eliminar los problemas que han ido teniendo (desde el principio), lo que hace falta es que sea cierto......seria una lastima perder "Delphi para Linux", Creo que ahora andaban dandole vueltas a como hacer para que el que posea un Kylix no tenga problemas al actualizar su Sistema, o en caso de tenerlo poder solucionarlo facilmente (al menos mas facilmente que hasta ahora). Un saludo. Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi9iBy+g7+3ZFf1AAQJDOw//RQ38YWtu+0XZ5Iuoe1yh2Rj1wp982tul Uum3JD/r5umVxnQi0mMBjBuKMV8770wWypOnuGXaWpHvtn+r9/KtKlCxGWDkEoW+ 5YwKN9EtgpmBROyxA4LwKKBlFu3ieayF3gqtf7fcUX6HOuEFeIal4pfko+amTIIO Xym1zlbscXiW2UJNuIZezXXoOIpfDZwYgpEkjlE6pwY5AQRsQMPqfURAX87TsiXz WRJubGDX7xi9GnRf5ccUHRZaCsxXi/x+e7qF6hDs56YRIGpJt3LyeqE62cNqyWHs /ktICzU7W1+uixt1ocWto2c7dilXDP5bKXPYcz+C5FqihOkvcXlFKgLC2hDAil56 V6Ub1IEHVKKFiiqD2Y/SctsAUKqkrVU+v0oah1N9e3m6Ml0alEDmHpZrvSzf7qUS H/9PhdK3lq6fQ8TxL1zlXjA9mRb2xtzIHOTSvtmbRHCD+m6Iv8p5wpuYQnD+25pD PL+vAW12K5IhU0XvFd5hdeNOdEJVE8xGvhZ1E7INsFSPjXFWxaBDpwZwW38oUpux wGn/PowX7pKmo4QT5bAFBTLA7xjVYerzU5TI9KCE6u9yxCeaYXeI+3BCQYnXWTZm RYn2fRmq5tGUTioKcdXZ1HASDW4iWA07NeQSmWrKIjU4/qU9TdQgjUXQl25yB8JH Aw7tBQRTIpg= =g7Oc -----END PGP SIGNATURE-----
El 2005-03-09 a las 21:52 +0100, Peter Holm escribió:
Por cierto, que antes recibía una circular de Borland (Borland Developer Network News ), pero la última fué hace meses. Pensé que ya no les interesaba, que habían cerrado el proyecto.
Si que sería una gran pena: es un proyecto al que le tengo cierto cariño, porque con mi primer PC empecé a programar con turbopascal-2, era bastante experto. Yo lo probé al principio, aunque no le dediqué mucho tiempo, no pude (además, creo que petaba). ¡Pero es que no me fio! Porque cuando intenté volver a probarlo, después de actualizar suse, ya no pude, y los mensajes que se cruzaban por las listas era que nadie sabía como hacer que funcionase. Ahora he oido que si que funciona, pero... ya no me atrevo. Y he oido que hay una alternativa libre por ahí que tengo pendiente de probar (http://www.lazarus.freepascal.org/)
Eso tienen que solucionarlo. Si no es así, poca gente se va atrever a meter proyectos importantes en kylix, sin tener garantía de futuro. -- Saludos Carlos Robinson
Entornos de desarrollo open source existen varios y buenos, pero no todos cumplen las exigencias de X o Y proyecto. Adicionalmente, existe el conocimiento en determinado lenguaje y ahí se añade otro detalle a la hora de seleccionar. Productividad es la prioridad en muchos casos. El Mié 09 Mar 2005 11:28 PM, Juan Erbes escribió:
-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!
Hugo Sandoval wrote:
Entornos hay muchos, hace tiempo alguien paso una pagina con una lista de entornos de desarrollo que esta muy bien, ahi os va: http://alts.homelinux.net/task.php?task=devel&view=alt Ahi está por ejemplo el proyecto lazarus del que ha hablado Carlos E.R. yo lo instalé una vez y esta bastante bien, pero al final volvi al Delphi/kylix, exigencias del proyecto, como bien apuntas. No somos libres casi para nada y menos para elegir el entorno de desarrollo cuando hay que tratar con el cliente - :-( Salu2 Emiliano Sutil
O sea que terminamos justificandonos como el cura que fornica con la monja, diciendo: "haz lo que yo digo, pero no lo que yo hago".
No me justifico, es un hecho, el Delphi le da mil vueltas al kylix, pero eso no quiere decir que el windows sea mejor que el linux. La razon de esto es que borland ha hecho una pequeña chapuza con el kylix, les ha salido mal, y ahora lo abandonan. Para mi que quiesieron introducirse en el entorno linux, pero se han encontrado con que no tienen tanta experiencia en este entorno y les ha salido rana Salu2 Emiliano Sutil
Emiliano Sutil wrote:
Yo creo que el problema radica en esa chapuza, que kylix no corre en forma nativa bajo linux, sino que utiliza el wine, al igual que hizo IBM con el Websphere (modulo de diseño), Corel, con algunos de sus productos para linux, hasta que M$ le puso plata a Corel, y esta le vendió su linux a Xandros. Yo creo que hoy en día, si se trata de aplicaciones que corren en red contra una base de datos central, la mejor alternativa, es un servidor con postgres, php y apache, y en el cliente, un browser decente sin necesidad de un cliente para base de datos, mientras que la aplicación corre en php y puede estar basada, en uno de los tantos CMS http://www.cmsmatrix.org/matrix y hasta hay aplicaciones php armadas, que son muy practicas y de facil configuración, como por ejemplo dadabik, u otras como greenorange, que requieren de un poco mas de trabajo. Mas info: http://www.gnuenterprise.org/tools/ http://www.software-x.com/software/postgresql.html
El 2005-03-10 a las 14:44 -0300, Juan Erbes escribió:
Yo creo que el problema radica en esa chapuza, que kylix no corre en forma nativa bajo linux, sino que utiliza el wine, al igual que hizo IBM con el
Cierto. Pero usan las librerías de wine, que no es lo mismo que ejecutar una aplicación nativa de windows en el emulador que no es un emulador de windows del wine. No se si me sigues. Se trata de crear aplicaciones nativas de linux, si, pero sin cambiar tus llamadas a las librerías de sistema, que te supone rehacer casi toda la aplicación. Se sigue llamando a funciones con el mismo nombre e interfaz que las de windows, pero que en realidad, son de linux, del wine. El resultado si que es una aplicación nativa de linux, pero que no fué desarrollada para linux originalmente.
Ya. De acuerdo en lo de la base central. Pero, si no me equivoco (no soy programador de bases de datos), lo del php significa que la mayor parte del procesado que ejecutaría el cliente en realidad se ejecuta en el servidor web. No estamos distribuyendo el trabajo. Cierto, se tienen aplicaciones muy faciles de instalar, basta con el navegador; pero suponen más carga de trabajo para el servidor. Además, una aplicación hecha en kylix, o en delphi, o en lo que sea, resulta muy bonita y atractiva para el que paga, que es lo importante ;-) -- Saludos Carlos Robinson
Carlos E. R. wrote:
¿Acaso si haces un query, sobre la base de datos, se ejecuta en el cliente? Por lo que yo se, no.
Además, una aplicación hecha en kylix, o en delphi, o en lo que sea, resulta muy bonita y atractiva para el que paga, que es lo importante ;-)
Si, y tienes que instalar tu aplicación en cada pc, instalar el cliente de base de datos, y rezar que la estación de trabajo no se cuelgue (principalmente si es ruindous). Otro detalle, puedes ejecutar la misma aplicación php, sin importar que sistema operativo corra el cliente (estacion de trabajo), y menos aun, tener que recompilar segun el sistema operativo, como te sucedería con kylix o lo que fuera (excepto java), que se ejecute en el cliente. A mi tambien me ha pasado, cuesta olvidarse del VB, y ya que kylix se parece bastante, seguimos comodos, mientras que arrancar desde cero con php, no es nada facil. Yo lo estoy padeciendo. Saludos, Juan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Por curiosidad,,,,¿Que tal irian Python con el Zope? (creo que se llama asi)...¿Se lograria lo mismo que con PHP?, mas que nada porque tengo entendido que como lenguaje es muy parecido a Basic, Delphi, con sus diferencias naturalmente... el cambio seria menos "duro" ¿no? Un saludo, Peter Holm. - -- << ********************************************************************>> ¡¡¡ NO A LAS PATENTES !!! http://petition.eurolinux.org/signatures.html http://www.eurolinux.org/ GPG:0x9CCF37BD ~ Linux User: 318588 ~ Máquina Linux: 269188 <<No vale m? el que sabe mucho, sino el que hace mucho con lo poco que sabe.>> Hugo Ren?Ortiz (Mx). - ->http://www.telefonica.net/web/peter-holm - -> Collaborative Intrusion Detection join "http://www.dshield.org/" << ********************************************************************>> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQjDd8y+g7+3ZFf1AAQKFqw/+IiHCl/TyFJp3plUIlzxZAok2+5fmrA8S lupv7dpLtzOMl3Qj7Du3GpUscGPPZodCDKsj07yUFlScbXwaeGx+hA8QG4DYjd1+ TjQ+cBxKSEBHm8c/GGfMDpTb+ZKhufefeowsEc2CUJrRRD1NUczupd1t3F4b3CkE o3C3dwJ7D3CTdbX4EgY9Ff/0f3+q2EgMmhPnzpfWW04CT7l8IPPto8fqHqsFed9a aJTn4Mi4iQ5jwEWTE3qtwkhQQdXWuSbT/D/7B+tznuq+/PFGzq7+mfImJnHkZ2j6 mGFOXWzt0tHWJga6pio76cw3AtJcr8uVFrMGwbBYfrsF9G6/zU87RKwOmdwT/3Mn B9H4eU6Dwq6nIPTHXmYbFWTCdDWbw3CnMU5164oiRzcuBQoxHv/cZcRc5XLZi7LG x+NNxCJ+r3eXiWVsfj6Q3fXywfUyNacZ95RZDApifXEhZ9FQJVTvFX23j1Ada8g2 n3FzjLWzl3pS0gSimelCvWvtcsbZMI3jPnLX19OfKmZV3paYo7s4MbVM0pKGVsK9 P2jRoutrZn8ahnjfSaz9dP6HgpH/U5myI6HFTaw7BFv0eD/HDdkBIVTS7wmEK98Z t0jZVDcCJo1cFzxFe9Sh0EDHzsf9IWGq1/cx+K8jFHa66PjWkMJyC1jIYm0juPfz Sm25spEZAQM= =F9Z2 -----END PGP SIGNATURE-----
El 2005-03-10 a las 20:47 -0300, Juan Erbes escribió:
Yo no lo se, pero supongo que una consulta sql se ejecuta en el servidor.
Si se cuelga te dará igual que sea con delphi, o con explorer. Se cuelga, que para eso se pinta solo :-P
Ya lo se, tiene sus ventajas que la aplicación corra en el servidor, no digo que no. Pero también tiene sus inconvenientes: si hay muchos clientes, la carga en el servidor puede ser apreciable. ¿Cuanto? Pues dependerá de cada caso. El ajuste del programa a los gustos del cliente puede complicarse, vas a tener ventanas del navegador en vez de ventanas de la aplicación. Todo dependerá de cada caso, claro.
Yo no he llegado a programar en VB, entre otras cosas, porque no tenía manual. En Delphi si he hecho alguna tontería: por la sencilla razón que es pascal, y pascal es el lenguaje con el que empecé en mi primer ordenador propio y que aprendí en serio (con el TP-2). Pero las únicas bases de datos que he hecho fueron con access, que tiene una interfaz de uso y diseño muy buena (ojo: no hablo del motor). Y ahora estoy haciendo una basecilla tonta para mi biblioteca con "rekall" sobre mysql. Ya probaré con OO cuando tenga una versión que lo haga. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Php se ejecuta en memoria, de allí la superioridad con respecto a asp. No tengo cifras reales de carga, pero al lado de la carga que representa la base de datos (si o si debe ir en el servidor), estimo que la carga que representa php, debe ser insignificante.
Mas a mi favor, no necesitas actulizar pc por pc, actualizas el archivo que necesitas en el servidor, y listo.
¿Access? Con razon decias que las consultas se ejecutaban en el cliente. ¿Nunca probaste pgaccess sobre postgres? Uno de mis primeros trabajos en programación, fue el desarrollo de un electrocardiografo y un electroencefalografo digital de 8 trazos, allá por el año 1992, y lo hice con el Borland C++ 3.0, para lo cual en hardware usaba 8 amplificadores de instrumentación integrados en una misma placa, y una placa de captura y conversión AD de 8 canales. Creo que en la lista debe haber gente mas experimentada que yo, sobre php y postgres, y sabrán aclararte mejor el panorama. Saludos, Juan
El 2005-03-11 a las 03:07 -0300, Juan Erbes escribió:
Dependerá. No tengo ocasión de comprobarlo, pero dependerá. Hombre, yo he usado aplicaciones de bases de datos pesadas y serias, contra servidores gordos (de esos de chorroeuros), e iban muy lentas (y no era la red, la empresa era un proveedor de telefonía e internet). Si encima los cientos de usuarios simultaneos estuvieramos usando aplicaciones cliente en navegadores web, cuya parte de ejecución que haya realmente se ejecutara en el servidor remoto (que creo que estaba en otra ciudad), pues... no quiero ni pensarlo.
Pero tendrás los botoncitos tipicos del navegador, más los propios de tu aplicación que difinas. Ventanas de borde grueso e inutil, porque los botones del navegador sobran.
Las que yo he hecho, si, fueron con access. La que he mencionado antes era con Vantive, y yo no era más que un usuario.
¿Nunca probaste pgaccess sobre postgres?
Le he echado un vistazo, creo. Me gusta más la idea de rekall, que es independiente del motor. Creo que lo reporté aquí en su dia ("mis tribulaciones con...")
¡Je! Pues hemos hecho cosas parecidas. Yo hacía la parte software de unos bancos de ensayo hechos a medida, con un PC y una tarjeta de adquisición. Medida de potencia de motocicletas en banco de rodillos, ensayo de pastillas de freno de coches, de balizas de aeropuerto, de máquinas de aire acondicionado, de cajas de cambio de vehiculos industriales... se seguía un protocolo de ensayo que pedía el cliente, actuando sobre motores electricos, reles o servovalvulas o lo que fuera, y tomando mediciciones, para luego graficarlas. Usabamos desde Basic (qbasic 4, me parece) hasta Labview, pasando por pascal y por C, en dos y en windows 3.11 y el 95. El trabajo más interesante y peor pagado que he tenido. Tengo curiosidad por saber si sería posible hacerlo en linux, pero me fuí antes de saber siquiera de su existencia. Bueno, si lo sabía, pero no lo había probado ni visto todavía.
Creo que en la lista debe haber gente mas experimentada que yo, sobre php y postgres, y sabrán aclararte mejor el panorama.
No creo que nunca me dedique a programar bases de datos, realmente no tengo esa formación. Las entiendo, básicamente, y tengo curiosidad. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Bueno, como sería en esa situción, si usarías conexión directa a una base de datos ubicada en otra ciudad, te imaginas los problemas de seguridad. Nuestro planteo, se refería al caso tipico de una intranet. Si usarias una coneccion de BD a traves de internet, sería una completa burrada a nivel seguridad, a no ser que usas ipsec o algun otro tipo de enlace encriptado, ahora no recuerdo el nombre de este metodo que establece una comunicacion tunel segura. ¿Que uso le dabas a Vantive? Saludos, Juan
El 2005-03-11 a las 19:19 -0300, Juan Erbes escribió:
Bueno, como sería en esa situción, si usarías conexión directa a una base de datos ubicada en otra ciudad, te imaginas los problemas de seguridad.
Ningún problema :-P Recuerda, empresa grande, un provedor de RTB e ISP. Enlaces dedicados. Red propia. ¡Palabras mayores! Todas las sedes estaban en la intranet, direcciones 10... Los viruses bombardeados por internet todavía no habían empezado, estaban a puntito, imagino.
Nuestro planteo, se refería al caso tipico de una intranet.
Hombre, te contaba un caso que he conocido personalmente hace unos añitos ya :-)
Claro, por supuesto. En ese caso todas las consideraciones cambian.
¿Que uso le dabas a Vantive?
Mucho. Yo era un simple usuario, y supongo que eramos doscientos, a ojo. Desde datos de clientes, hasta incidencias. Y podías ver un histórico de que modificación había sido hecha por quien y cuando. Multitud de campos texto de tamaño ilimitado, creo que se llaman "memo". A lo grande. Y todo en windows :-P Tranqui, que fué allí donde conocí la primera máquina con Linux. Verlo en una empresa para un tema "serio" te abre los ojos, ya no es un invento de estudiantes. Pero a lo que ibamos. Mi punto es que, llega un momento en que ejecutar los clientes en los servidores se vuelve pesado. Cuantos clientes, o cuan pesada la aplicación, pues dependerá. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Parece que hemos trabajado mas o menos en lo mismo. Yo hace 13 años que estoy en una empresa de telefonía, y hace alrededor de 10 años, me tocó trabajar con una aplicación de BD (el servidor en el edificio central), y con un enlace de 64 kbits, compartido con algunas terminales Wyse 60, por lo que me cansaba de los errores de timeout. Con el tiempo, la red troncal se hizo sobre fibra optica, y la intranet, cubre actualmente las oficinas diseminadas por medio pais. Hoy en día, la tendencia es hacer las aplicaciones via browser, aunque quedan algunas aplicaciones corporativas viejas, que corrian en emulacion de terminales vt220, y hace un par de años, le hicieron una lavada de cara, armando una aplicación grafica para ruindous (un engendro de aquellos), donde el usuario en lugar de loguearse via telnet contra el servidor (HP-UX - Oracle), debe loguearse contra la base de datos, con la unica ventaja, que se puede usar el mouse, pero a pesar de que pusieron un servidor mas rapido, la operación, es mas lenta, y encima, la aplicación es pesada, y tarda bastante en cargar, y cada tanto alguna colgada, con lo que tambien queda colgado el usurio de BD colgado, cosa que antes en emulación de terminal vt220, nunca sucedia.
En mi empresa, tambien se usa, y por ahora estoy zafando de tener que usarla, pero por lo que vi, es una aplicación bastante pesada y complicada.
A mi modo de ver, es mas rapida la aplicación via browser o telnet (con emulacion de terminal), con un unico usuario de BD, en lugar de una aplicación que usa su propio usuario de BD, con lo que en el servidor tienes muchos usurios de BD y se hace mas lento el procesamiento. Saludos, Juan
El 2005-03-12 a las 10:59 -0300, Juan Erbes escribió:
Si, he visto el otro dia una aplicación de una oficina del gobierno acá, y arrancan en windows sesiones telnet contra algo. El problema peor que tienen es que nadie la ha modernizado: pero no me refiero al programa, sino al contenido de la base de datos en si: registrar mi profesión exacta es imposible, porque los nombres han cambiado y nadie ha actualizado el listado. Claro, entiendo que necesiten un curso de capacitación para usar tales engendros... primero miran en una lista "las profesiones", y luego meten en tu ficha el valor numérico del indice, que son seis cifras. Luego dirán que es una base "relacional" :-P
¡Je! Como una aplicación de vigilancia de red que conozco, de esas de chorromillones, que la migraron a acceso web, como dices. Ves el error, haces click para entrar en el equipo, e imaginate al iexplorer abriendo una ventanita que es un telnet en java contra el equipo en cuestión... desesperante. Por cierto, el aplet o como se llame en java era codigo abierto.
Si, suelen ser aplicaciones pesadas.
Prefiero que hayan varios usuarios, por seguridad :-) Fíjate que el Vantive registraba en un histórico cada modificación, con el login de usuario y timestamp. Es decir, debía tener una tabla o base de datos auxiliar con tres o cuatro campos: timestamp, login, table, field, memo. En el ultimo campo se pone la entrada que haya hecho el usuario: es como un log de todas las modificaciones, una auditoría. Pero un motor de base de datos bien hecho no debe importarle demasiado que hayan varios usuarios simultaneos, están pensados para ello. Como dice creo que era Emiliano, dependerá de cada caso que es lo que sea mejor. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Por seguridad? Con php y apache, no tienes ninguna conexión de BD externa, tan solo el usuario que maneja php (dentro del mismo equipo, si la BD y apache corren en el mismo). Crees que con unos cuantos usuarios de BD externos, vas a estar mas seguro? (salvo por algun agujerito que pueda tener php). Saludos, Juan
El 2005-03-13 a las 11:07 -0300, Juan Erbes escribió:
No me refiero a ese tipo de seguridad, hay muchos más aspectos. Recuerda que comentaba que el vantive registraba en un histórico quien hacía cada una de las modificaciones en cualquier tabla, y que modificación. Se puede ver el valor antiguo y el nuevo. Si hay un único usuario, es imposible saber quien es el responsable de una modificación incorrecta, ni siquiera a quien se le puede preguntar para ampliar datos. Luego, el propio motor (el mysql, volvamos a la tierra) tiene control de permisos bastante completito. Puedes dejar a unos usuarios tocar en un sitio, y a otros no. Supongo que eso el php, el programita, podrá controlarlo, pero si mete la zarpa otro programador que se le olvida implementarlo, o si se accede a la base de datos de diferentes metodos o programas, esas reglas ya no se fuerzan. Prefiero que esas limitaciones residan en la propia base de datos, esten registradas, y se fuercen. Dividir ese control entre dos programas no me gusta. -- Saludos Carlos Robinson
Carlos E. R. wrote:
En las aplicaciones bien hechas, ya sea que ingreses via telnet o via browser, te debes loguear en el servidor, y como dije, si la aplicación está bien hecha, debe quedar registrado el usuario que agregó o modificó un registro. Todo depende de como esté implementado. Te olvidaste de mencionar postrgesql, que es lejos, mejor base de datos que mysql, aunque esta ultima, sea mas usada en sitios web dinamicos, por ser algo mas rapida, pero no es la mas aconsejada para el manejo de datos criticos y mysql carece de muchas caracteristicas, que postgres, si las tiene. Saludos, Juan
El 2005-03-13 a las 18:22 -0300, Juan Erbes escribió:
Pero prefiero que el control de seguridad lo lleve la base de datos, y su motor (el que sea) y no la aplicación. La aplicación puede cambiar, o incluso puede haber varias.
Si, ya lo se. :-) -- Saludos Carlos Robinson
Carlos E. R. wrote:
Espero que respondan unos cuantos, y se refiere a un sistema ampliamente usado en todo el mundo, que hasta ahora no se ha mencionado, y que debería estar optimizado en velocidad y eficiencia: Los sistemas usados en los cajeros/registradores de los grandes supermercados. ¿Que sistema y tipo de conección usan los terminales de venta? ¿Que otro sistema puede aproximarse en perfomance a este? Saludos, Juan
El 2005-03-11 a las 19:19 -0300, Juan Erbes escribió: Hablabamos hace unos cuantos dias de aplicaciones de bases de datos via web:
Pues, acabo de ver una noticia, ya antigua, de finales de noviembre pasado, que creo publicaron en "diarioti" - que me ha llamado la atención al recordar lo que hablamos aquí: | Aplicaciones web, las preferidas de los crackers | | Según la consultora Gartner, un gran número de empresas descuida la | incorporación de mecanismos óptimos de seguridad en sus aplicaciones | web, que se han convertido en el objeto predilecto de ataques de | crackers y otros intrusos. El extracto de noticia que tengo es unicamente ese, no se más. Es muy genérico y nada concreto. -- Saludos Carlos Robinson
Carlos E. R. wrote:
Imaginate el mismo escenario, donde un cracker tengo acceso directo a la base de datos (como tal, algun usuario y clave debe tener), crees que puede hacer menos desastre? Obviamente, en ese escenario no cuenta la presencia de un firewall, ni el acceso restringido con usuario y clave, limitado a la intranet. Vuelvo a repetir una linea: Nuestro planteo, se refería al caso tipico de una intranet. Se escriben muchas cosas, hasta que los sistemas operativos de M$ son mas seguros que Linux. Cada quien sabrá deducir lo que es correcto.
se ejecuta en el servidor. Da igual q sea php, asp, jsp... lo que quieras. La base de datos esta en el servidor... Pero sospecho que Juan te preguntaba esto por algo que dijiste en tu penultimo mail, un despiste o un malentendido, sospecho.
ya esta la OOo v2 Beta disponible (o 1.9.noseque). Me la he bajado (para windows, ´bendito´ trabajo), pero no lo he probado todavia... Trae la base de datos al estilo access (pero como digo, sin probar todavia...) -- Saludos, miguel
El 2005-03-11 a las 11:08 +0100, miguel gmail escribió:
Claro, la base de datos en si no tengo dudas que se "ejecuta" en el servidor. Lo que digo es que una aplicación cliente via navegador web, apache y "algo", se ejecuta en el servidor la parte cliente también, localmente solo visualizas con un navegador. En cambio, con una aplicacion cliente pura, esta se ejecuta en el cliente, y al servidor sólo se le molesta para las consultas (y lecturas y actualizaciones, por supuesto).
Dicen que suse 9.3 la traerá. -- Saludos Carlos Robinson
no, las consultas a la bbdd tb se ejecutan en el servidor. Por eso se llama al navegador un thin client, como decian en otro hilo. No hace nada mas qeu presentar resultados en una pagina, pero en si no controla la aplicación.
aqui hay dos partes... el servidor puede ser de muchas formas, pero nuestro tema de discusion se quedara en un servidor con php o asp o jsp o pl o .... Estos son lenguajes de scripting que se ejecutan, todos, en el servidor. Son de hecho los que llaman a la bbdd a consultas :P Estos ficheros (texto plano, con extension ´especial´) son _interpretados_ por el servidor (apache+mod_php, mod_perl, IIS, servidor java...), y no compilados. Se leen de arriba a abajo y ejecuta el codigo de forma secuencial. Una vez se ha ejecutado, el servidor manda al navegador codigo html pelado, y esto es lo que le llega al navegador. De hecho, si te fijas, puedes ver que el codigo fuente de cualquier pagina no es mas que html plano, no contiene ninguna instruccion sql ni nada parecido, solo el resultado de ejecutar ese script. Estas paginas/ficheros alternan codigo html puro con instrucciones que se ejecutan en el servidor. Estas instrucciones estan marcadas por etiquetas especiales como <% codigo %> o <? codigo ?> que pueden devolver, o no, mas codigo html para enviar al navegador. Lo malo de trabajar asi es que no se separa la capa de negocio de la de presentacion, o la frontera es mucho mas difusa. Vamos, que es bastante guarro y dificil de mantener. Sin embargo, el desarrollo es bastante rapido y la curva de aprendizaje tambien. Los scripts que si se ejecutan en cliente son los javascript, que cualquier navegador interpreta, o el vbscript, que solo IExplorer entiende (para variar, claro) y el jscript, un javascript de MS que solo es compatible consigo mismo, claro. Es curioso que el vbscript sirve tanto para el lado de cliente como para el servidor, aunque con fines distintos, claro. -- Saludos, miguel
O sea que vbscript sirve para insertar un virus, tanto en el cliente como en el servidor?
te acuerdas del virus melissa? http://news.com.com/2100-1040-230881.html?legacy=cnet -- Saludos, miguel
El 2005-03-15 a las 16:07 +0100, miguel gmail escribió:
Pues eso es lo mismo que he dicho yo con otras palabras :-p
Bueno, lo que estamos hablando es de las ventajas/inconvenientes de uno y otro sistema. Yo lo que digo es que estos que dices, los scripts en servidor, no me convencen para cosas que empiecen a ser serias. En cambio, para paginas web es ideal, porque no tienes que hacer accesible la pagina web desde internet, sólo el apache. Por ejemplo, para ver el listado de productos de la empresa por los vendedores. Como todo en ingeniería y en casi todas las ramas del saber, hay que contrapesar las necesidades, ventajas e inconvenientes, y decidir la salución más apropiada en cada caso.
Si, eso es lo que suponía, pero bueno está la explicación para tenerlo claro.
A mi lo que no me gusta es que, por un lado, si la aplicación cliente es pesadita estamos cargando más el servidor, puesto que se ejecuta allí. Y, que por otro lado, la base de datos sólo ve un cliente, una conexión, y no puede controlar quien accede y que modifica: todo quisqui es la misma persona.
Ah, estos no se me habían ocurrido. -- Saludos Carlos Robinson
Carlos E. R. wrote:
¿Serias como que? Podemos considerar, que una aplicación seria, puede ser de Home Banking, y hasta donde yo se, no tienes una conexión de BD desde tu pc al servidor, via internet, tan solo https.
Si nosotros pretendemos defender el software libre, y promovoer la adopción de linux, debemos tratar de optar por las soluciones multiplataforma. O acaso, en una oficina, donde tienes computadoras con ruindous, con linux, por otro lado tambien tienes Mac's con sistema operatio 8.0 y otras con OSX, vas a compilar tu aplicación para 4 sistemas operativos diferentes? Amen de eso, debes instalar esa aplicación en cada computadora, con su respectivo cliente de base de datos.
A mi lo que no me gusta es que, por un lado, si la aplicación cliente es pesadita estamos cargando más el servidor, puesto que se ejecuta allí.
Si una aplicación web es pesada, se debe a que tienes muchas consultas sobre BD, por lo cual, si corriera en forma local, tambien las tendrías, multiplicado por la cantidad de usuarios conectados a la BD.
Craso error, cualquier CMS decente te permite definir que clase de acceso, si solo lectura, o modificación, o agregar y quitar registros. Todo depende de como está implementada la aplicación.
Parece que nunca experimentaste, lo que es tomar cualquier pc de la oficina, y conectarte a la BD mediante phpPgAdmin (postgres) o mysqladmin (mysql), crear tablas, realizar consultas, y exportarlas en xml, txt, o lo que se te de la gana, sin haber instalado nada en esa pc, con la unica condición, que tenga un browser decente. Creo que el unico motivo, para que un programador opte (en terminos generales) por aplicaciones residentes en cada pc (con su respectiva conección a BD en el servidor), es para justificar mas cantidad de horas a cobrarle al cliente. Cuando miran el bolsillo, allí es donde se olvidan de la implantación de linux, y del software multiplataforma y libre. No recuerdo haber vista la respuesta a la pregunta que hice, de que metodo se usa en las registradoras de los grandes supermercados, y si cada terminal tiene su propio usuario de BD. Ya se que no suele ser via browser. Diganme Uds.
Hola, No estoy del todo de acuerdo contigo, una aplicacion web del estilo al que comentas tiene limitaciones respecto al interfaz de usuario, quiza sean vicios adquiridos al usar durante años aplicaciones con interfaz grafico de usuario pero hace que la introduccion de datos sea mas pesada. A parte de la lentitud por la sobrecarga en el servidor. Explicale a un contable que tiene que meter a toda velocidad, asientos, facturas... que no le sale pantalla instantaneamente y le sale el relojitoy el mensaje firefox esta esperando a que cargue la pagina, a ver que te dice..... Respecto a lo otro tienes razon, en el tema de configuracion e instalacion las ventajas de usar ese esquema son muchas, aunque compensará dependiendo del numero de equipos a configurar, como todo hay que buscar un equilibrio. Yo de momento el php para hacer portales tematicos, para aplicaciones de escritorio, Delphi/kylix, y por lo que se avecina MONO.NET Ya veremos como acaba la cosa Salu2 Emi
Yo abandonde a Kylix hace rato. Si me he quedado en Delphi porque tengo hasta los huesos en esa app pero debo dejarme de la tonteria pasarme a Linux para desktop , desgraciadamente. He pensado en ver a Mono pero me gustaria preguntar si puedo desarrollar en Mono desde mi Win, OK, entiendo lo que piensan pero ya uso mi cuota de Linux en todos mis servers pero el cliente es el q manda. Me gustaria que tal MONO desearia comenzar hacer pruebas y saber si se puede. *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*
_________________________________________________________________ MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/
Emiliano Sutil wrote:
Y DALE CON LA SOBRECARGA DEL SERVIDOR! Cuantos millones de usuarios van a correr tu aplicación? La demora en el acceso a la base de datos, la vas a tener con cualquiera de los 2 metodos, mientras que la demora de php y apache no cuenta, porque es insignificante. Con decirte que una instalación estandar de php, usa solamente 8 MB de memoria.
¿Acaso tu aplicación a nivel usuario, va a ser mas rapida que Firefox?
Porque no dices que no sabes nada de php y no te interesa aprenderlo?
Juan Erbes wrote:
Pues chico, yo no se que servidores usas tu, pero con un servidor Suse 8.1 con mas de 10 usuarios se nota, una aplicacion un poco que tal,
Y porque no? acaso firefox es la aplicacion más rapida que conoces?, yo te saco en una aplicacion una pantalla con 23 paginas en un Tab, que es lo que tiene un impreso de declaracion de la renta y va como un cañón, saca eso en un una aplicacion php con firefox, a parte de que visualmente no queda ni parecido a ver que pasa.
Pues porque php lo uso para otras cosas, lo primero que programe en mi vida para desarrollo web hace 5 años fue en php, php 3 de aquellas, pero como te digo para cierto tipo de aplicaciones una aplicacion php no va, por experiencia, Mira uno de los ultimos webs en php que he hecho es el portal de un equipo de futbol de aqui http://www.sdponferradina.com/ Salu2 Emi
Emiliano Sutil wrote:
Ok, con la aplicación en kylix, necesitas 10 usuarios de base de datos, mientras que con php, un solo usuario de base de datos activo. ¿Que hace mas lento el servidor, atender 10 usuarios de base de datos, o 10 conexiones http a traves de apache con php y un solo usuario de base de datos?
Disuculpame. Las cosas cambian con el tiempo. Tanto el hard, como el software. No puedes comparar la velocidad de acceso de un sito en una intranet, con uno de internet con unos cuantos saltos de coneccción.
Pues en eso tienes razon, la carga ahi seguramente será mayor con los 10 usuarios, los accesos a base de datos ralentizan un porrón las aplicaciones. Sería interesante buscar un equilibrio entre ambas cosas... Esto no es tan sencillo como parece.
Disculpas aceptadas, ¿Viste el web? es de un equipo de futbol de 2ª división de aqui de España, a ver si este año suben a primera y me encargan rehacer el web ;. ;-) Salu2 Emi
El Vie 11 Mar 2005 1:24 PM, Emiliano Sutil escribió:
Aunque la discusión se ha desenvuelto en ambiente sano y cordial, me hace recordar una frase dicha por Ismael Olea en el I Foro Mundial de Tec. Libre realizado en Caracas: "El conocimiento es como el cu... todos tienen el suyo y piensa que el de los demás apesta...". Y esto viene a que están concentrando sus esfuerzos es determinar y dejar planteado qué cosa es mejor y qué no. "Zapatero a sus zapatos", cada lenguaje y entorno tienen su ámbito y justificación. En esto del software no hay quien defina las leyes, si no, dejaría de ser software libre. ;-) ;-) :-D :-D Solo por comentar y seguirme metiendo donde no me han llamado jejeje Un abraXo. -- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!
El Vie 11 Mar 2005 6:25 PM, Juan Erbes escribió:
Precisamente amigo mio, por mantener el ambiente de cordialidad, no me enfrasco en algunos tipos de discusiones que a mi parecer no deberian ventilarse por estos medios (correo) ya que muchas veces, terminas enfrentando criterios propios contra el resto del mundo. Personalmente prefiero discutir esto en persona o por una via mas directa y expresíva, donde puedas intercambiar más dinámicamente ideas. Efectívamente, soy programador tanto de aplicaciones WEB como stand-alone (como les decimos a veces). Utilizo entre otros: C++, Java, PHP y TCL/TK unos en mayor medida que otros y con diferentes niveles de habilidad. BD preferida: Postgresql. BD conocidas: Access (no, no me dá pena ;-), FireBird y MySQL. A razón que me he movido bastante a nivel comercial desde muy tempranos tiempos de mi vida en la informática (20+ años) he presenciado o formado parte en varias ocasiones de el tema "qué es mejor - qué es peor" y por eso les mencioné el dicho "zapatero a sus zapatos", tratando de ilustrar que lo mejor no es tal o cual, si no, cada cosa para cada tarea o proyecto. Cuando mencionan si una aplicación WEB es mejor que una hecha con botoncitos, marcos y controles personalizables, no es del todo cierto, porque si la vas a implementar fuera de la red local del cliente, entonces vienen otros hechos que hay que analizar antes de aventurarse a desarrollar tal proyecto. Porque si es una aplicación administratíva, entonces aplica eso de "un contador esperando algún tiempo entre pantallas a la hora de postear grandes cantidades de información", pero si es una aplicación de registro de información de clientes, la cual es llenada desde distintas fuentes humanas, entonces es mas efectíva y aplica eso de los problemas de implementación en cada maquina cliente, etc. Imaginate una aplicación que consolide inventarios o sirva de reporteadora para un DataWareHouse; en WEB es lo mas apropiado, cierto?. Pero que tal si la aplicación debe rastrear (scanear) documentos o sirva de POS,entonces la cosa se complica un poco para una aplicación WEB y hay que recurrir a una "stand alone". Aunque, también existen los servidores de aplicaciones que facilitan enormemente los deploys o las aplicaciones auto-actualizables. En fin, este tema es bastante amplio y discutible. Si te fijas, el tráfico que ha generado incluso antes de mutar te dará una idea de lo que quiero decir. Mosca! no estoy diciendo que la discusión sea o no inútil, cada quién tendrá su tiempo para decir lo que crea conveniente, dependiendo claro está de lo que diga cada quien, como es mi caso que veo que existen objetividades y subjetividades conviviendo en todos los comentarios. Y para no dejar de un lado el buen humor y no lo tomen a mal, por si dije algo que hiriera la susceptibilidad de alguno: ;-) ;-) :-D :-D (por cierto y no por mentar mucho al diablo, no sea que se nos aparezca, el tema casi le gana en cantidad de post a los del amigo renegado que tenemos por ahí y que nos dá tirria si vuelve a aparecer con sus correos jajaja) Saludos y feliz fin de semana para los que no trabajan los sabados y los domingo. :-( jejeje P.D. Comencé escribiendo un pequeño comentario como respuesta a lo que me dijiste y mira la cantidad de palabras jajaja. Espero no haber cometido un improperio LOL. -- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!
Hugo Sandoval wrote:
Bueno, si, hay cosas que son obvias, sino tenes un servidor de base de datos, ni una red, tienes que recurrir a una aplicación stand-alone.
Y me imagino, que no debe faltar algun cliente, que te pide que le hagas algo (aplicación o modificación), que va contra todo sentido comun. Nunca me voy a olvidar de hace poco mas de 10 años, tube que "retocar" y modificar un sistema contable armado en access, por el hijo del cliente. Pudieras responder una de las preguntas planteadas anteriormente, que se refiere a un servidor un poco viejito: ¿Que hace mas lento el servidor, atender 10 usuarios de base de datos, o 10 conexiones http a traves de apache con php y un solo usuario de base de datos? Saludos, y buen finde, Juan
Carlos E. R. wrote:
Curiosidad mia :-)
¿Hablas de una aplicación para hacer el IRPF (ES) en linux?
Pues esa es la idea a largo plazo, la empresa donde trabajo se dedica a software fiscal, con un buen volumen de negocio en Windows, pero ahora tambien quiere dar una solucion del tipo a la que tiene en windows para usuarios de linux, aunque de momento esta un poco en el aire, con el tiempo se vera..... Salu2 Emiliano Sutil
El 2005-03-14 a las 09:28 +0100, Emiliano Sutil escribió:
Bien... :-) Pero, ¿hay mercado para una aplicación para el irpf, cuando la aeat tiene una gratuita, en windows? Teniendo en cuenta que la gente piensa, aunque no sea así, que por usar una aplicación de la propia agencia tienes cierta protección contra errores de programación. No es así porque oficialmente la responsabilidad es siempre del declarante, del que firma. -- Saludos Carlos Robinson
Buenas, pues no te imaginas cuanto, esta claro que algo de valor añadido tiene nuestra aplicacion, como es un soporte tecnico muy bueno, y tener una aplicacion que haga algo mas que solo el IRPF, y sobre todo que no tenga errores. A nosotros nos llegan las primeras versiones cada año y no veas las gambas que metén. Esos si, ellos no se hacen cargo de nada, normal, porque como bien dices el usuario es responsable de revisar los calculos y que todo vaya bien,. En cierto sentido casi seguimos un modelo de Software libre, en el sentido en que lo que de verdad nos pagan los usuarios es la asistencia tecnica y no tanto en si la aplicación. De momento va bien, y esta empresa lleva con esta aplicacion creo que mas de 15 años.... ahi es nada. A ver si algun dia llegamos a verla en linux :-) Emi
El 2005-03-15 a las 09:19 +0100, Emiliano Sutil escribió:
Ojalá :-) Ahora, que no se que penetración tendrá linux en el ambiente de gestorías y similares, que son los que imagino compran esas cosas. Por supuesto, linux es mejor, etc, etc, pero el hecho es que la mayoría de aplicaciones de contabilidad y esa pesca son de windows. Pasito a pasito ;-) -- Saludos Carlos Robinson
Carlos E. R. wrote:
Por eso, si dan el primer paso, en hacer una aplicación que funcionen de la misma forma bajo cualquier sistema operativo, el segundo paso ya es mas sencillo, cambiando el SO, sin cambiar las aplicaciones. Saludos, Juan
El problema de esto es que lo que uno busca es q sea multiplataforma para ver si un dia podemos llevar nuestra app a Linux. Esta fue la razon que me llevo a elegir Delphi en Win pensando en luego poder hacer el salto pero ahora veo que ese salto se me esta haciendo dificil el Kylix. Hasta donde yo se ese proyecto se fastidio amen de que tenia una licencia fatal. He visto Lazarus y hay otro por ahi pero aun no estan tan robusto como para lanzarse al cambio. Estoy viendo RealBasic en estos momentos y me parece una buena opcion aunq no es gratis pero eso no importa siempre y cuando mi programa pueda correr sin problemas en esas plataformas. Ya se q me diran q use Java pero definitivamente no voy a usar Java por muchas razones. *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*
_________________________________________________________________ MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/
Edwin Quijada wrote:
Hola Edwin Estoy en la misma situacion que tu, tengo un montón de desarrollo hecho en windows y para portarlo a linux las estoy pasando canutas y estoy buscando una alternativa. No has pensado en .NET? para linux/windows tienes el proyecto MONO ( http://www.mono-project.com/Main_Page ) Además no se descarta que el Delphi sea compatible en un futuro. Yo estoy barajando usarlo, pero no he hecho pruebas concluyentes con ello. Si alguien ha probado algo..... Salu2 Emi
Estas trabajando con Mono? Me puedes decir de tus experiencias" *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*
_________________________________________________________________ Las mejores tiendas, los precios mas bajos, entregas en todo el mundo, YupiMSN Compras: http://latam.msn.com/compras/
Edwin Quijada wrote:
Estas trabajando con Mono? Me puedes decir de tus experiencias"
Lamentablemente muy pocas, me he dedicado a compilar algun proyecto sencillo y correrlo en ambas plataformas, pero poco mas puedo decirte, lo siento... Cuando lo investigue más te haré saber mis experiencias Emi
Yo estoy trabajando con Mono para un par de aplicaciones. De momento muy bien, consume recursos, pero va muy bien. No he tenido ningun problema de compatibilidad, aunque no uso winforms en Linux por que no esta terminada. Un saludo Lluis El jue, 10-03-2005 a las 18:46 +0100, Emiliano Sutil escribió:
Hola Peter. Probaste estas direcciones? http://shop.borland.com/dr/v2/ec_MAIN.Entry16?SP=10024&PN=29&xid=39696&V1=31... En esta estan los downloads para las versiones Trial y Open. Si te fijas a rriba a la deracha, verás una comboBox que dice: Purchase. Allí accesas al enlace anterior y a una lista de donde comprar. http://www.borland.com/products/downloads/download_kylix.html Suerte. El Mié 09 Mar 2005 8:29 AM, Peter Holm escribió:
-- ********************************* Hugo Sandoval Consultor Senior www.softwarelibre.com.ve hugo@softwarelibre.com.ve spock@linux.org.ve hsandoval@ven.org hugospock@yahoo.com 58-261-7560687 58-416-4617402 58-261-7560836 ********************************* "Linux se escribe con 1 'L': L de Libertad. Microsoft se escribe con 4 'M': Monopolio. Malo. Muy Malo." HS: caviliáte!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hugo Sandoval wrote:
Gracias a todos, acabo de recibir carta de uno de mis proveedores, me mandan presupuesto para poder adquirirlo......:) Ahora una cuestion (que abrire en otro hilo) ¿Alguien ha usado UML con otro kernel? me explico, he visto que programas desarrollados en Kylix, en versiones "originales/anteriores" osea, kernel 2.4.XX, funcionan en versiones posteriores, (Kernel 2.6....), la consulta seria si es posible instalar el User Mode Linux con un Kernel 2.4.XX en mi SuSE 9.1 y utilizar esa plataforma para programar, sin acceso a red, ni nada por el estilo, y mi SuSE "normal" , para el resto de cosas, Un saludo a todos. Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi9bCy+g7+3ZFf1AAQIGDw//d7DJTgHNABfiemVkSkpLcZdMbPeOMued MwqD77lbK7ghNYal4yPuE0sPE5+O3wasqG6Y4YnmScGJdMLBQJOwECi2hE214i1J zVTtcWD6ojzkOBKgKhmIHjmctaVmCzfRB5EP84BC7R8TS2N0iphWvNnioj1j+2I1 Jyl/fJ4cc41eDppUBpjz497bwcYjqOT1kJU01mXrXxyWOEyNX4iea76lZ+dyOj7x M2y+CXw7uPiCkZKStKcxBapHEoWdKbMUPQkhFu2VpRFQ72OjatstJLKGvtP6NVw1 tcHmTjgvD0Gw2MEpZbCaRjLYlFxzxClqcdL0mpwMoPZhAyb5SEJaezc6KmK5Nq7U wyA3yRqq4Y5Gt34NmR/Xy+aPpgNA75CSq95W1YdEHlszofc5Td0iK/4lLAjmMwg1 OF0IsK1ZmXiWuvOUlO6deNSmjAtL+kap/3cX0+6QH6TZZb/3S/s5NDtcN0e7czYp nxMJppSbC+Sj4q9fJCkdxD9NNpwb3aFU+8oGiOlIRvjdhiYFJhveIXRkNJMMvmLD 2QfB+YaIytqUQ7RIWuceTW82DZGHiCya0gAwU90wcNtYDeXiL7OyHAjP/zSc4TC9 h4bhFMTDVspPDa40eXYX6SzSopNrt7p/XbaBos9zxldA6PmpXS4+ZnAmvG8mMBeC ozet6qa1DtQ= =BgFM -----END PGP SIGNATURE-----
Peter Holm wrote:
¿Cual es la necesidad de usar UML? Para el kernel 2.6.x, hay que hacer una modificación en los archivos de configuración de borland, que se ha tratado en la lista, cuando salió la versión 9.1 de SuSE, y creo que esa linea se refiere a la versión del kernel. Yo habia actualizado de 9.1 a 9.2, y kylix sigue funcionando. Saludos, Juan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Juan Erbes wrote:
Sencillo, primero por probar el UML, tengo entendido que es un Linux "dentro de Linux", con el Kernel que te convenga o quieras......, y segundo por eliminar los problemas que tenia / tiene Kylix con kernels modernos, y que no logre solucionar con la version "Open", pero este segundo caso no es aplicable aun, (estoy vendiendo la piel del javali antes de haberlo cazado -Asterix) :)) --aun no tengo mi Kylix3 Pro aqui-- Y sobre la modificacion es sencilla, solo hay que poner LD_ASUME_KERNEL=2.4.20 y export LD_ASUME_KERNEL en el fichero startdelphi y crear un enlace (ln -s /lib/libgtk.1.2.so.0 /opt/gnome/lib) Aun queda lo de las fuentes en kde, que por lo visto se soluciona eliminando el .kderc de mi cuenta de usuario y que a mi no me funciono. Tambien puedo mirar lo del Xen, o Bosch....... hay muchas opciones, pero no quiero "salirme" de lo que me ofrece esta Distro.... Incluso en un momento determinado podria usar mi particion con Ruindos, mi Delphi6 con CrossOver y compilar alli -precisamente lo que no quiero hacer- :)) Un saludo, Peter Holm. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQi+EQS+g7+3ZFf1AAQL5Xw//R9o7mRhxtdbJOOJTHQzevYE9WZsf5tY3 9OEY6hNUN5l2ZrfxEna9tX0iz1cO7HlXwSfSkyfJTakItzQvQc57/U6vATeEAl45 YkXvSD02jk33Tkf2LR9b9a5N0I7hYSHqP//39IsE1mMbeHgZi68SYGGStqF3czRH PZGGAlctZP2pVxf0SgLBIF5Y5NPdEiXWjZmMM7WOjTKk7IWuECDgz/RJLKqrOW0F yqHYgwGxOypU+n0eaTCVsHCz86K2fTgEMvdWCVwzM9NxyHgtmtlq2J+KeU6GZtlM 6u2jIlGoigvoaeJZTxDeutUTPZP8knTZvxdw5gooX2ztJrBpGT+D9HB+iKg0f1Mq VOjowuDgntnoEJh8xE7NV5cER2kaG4cWph8EJNyqk2PPXCwtxRmOFxjRy8fNY7BM DYr50Uv0LWpUQvngFnveDbpIfxPOYBaR9+5Z3Zi0f7DEwtOgOnKddrgietsF00Yi LgVcTBabvCDo7d9a5zK/jMEPrkH1pZ17X3ePj9/3HxxtuCd+VbPt3s3qCuzAe9R6 N/HWdnOOhYY/jG6tbEjr8BjSbd8kq3TpapyaCCIbaPOyUok8sq3Pd7b+ctODF/zr oUqwn2oFBc5cVsjVNgLYtUAt9aQ5n5f1wEKfdG5tXoKU9PKeHYuRU8/iy2qVsfPa Ym+ty95p/Ho= =m5cH -----END PGP SIGNATURE-----
Habeis probado el expert para delphi cross-kylix? Es un package que te permite usar el delphi y luego compila binarios como si fuera el kylix, ¡ y funciona ! Para cgis, y aplicaciones de consola va de lujo, las ultimas que he hecho las he desarrollado asi, las paso a un suse 9.1 y a funcionar. Me fastidia tener que usar el windows para esto, pero el kylix está a años luz del delphi, en estabilidad, comodidad..... Una cosa es necesario tener el CD de kylix para instarlar el cross-kylix, ya que copia todas las librerias al disco para poder compilar los proyectos. referencia http://crosskylix.untergrund.net/ Salu2 Emiliano Sutil
participants (10)
-
Carlos E. R. -
Edwin Quijada -
Emiliano Sutil -
Hugo Sandoval -
Juan Erbes -
lmartinez -
miguel gmail -
Peter Holm -
Peter Holm -
saitho