[OT] Re: Editor de php
El vie, 18-05-2007 a las 17:59 -0300, Alvaro escribió: Roberto C. Sánchez escribió: On Fri, May 18, 2007 at 02:49:03PM -0300, Alvaro wrote: No entiendo bien a que te refieres, dices que no funcionan los triggers, vistas, reglas y solo consultas SQL usando PDO? No es eso, hiciste el comentario de que con PDO, /sólo con cambiar el constructor/ una aplicación para PostgreSQL iría en MySQL, Oracle, ... Lo que quería decir es que una cosa es que la librería soporte varios backends de forma transparente, y otra cosa muy distinta es que sólo con eso una aplicación pueda funcionar sin cambios (sólo en el constructor) en todos los sistemas que soporte la librería. Ya que para que esto funcionase, todos los SGBDs tendrían que hablar el mismo idioma (o tendrías que restringirte al subconjunto que entiendan todos), y aunque lo hablasen, no siempre lo interpretan igual: http://sql-info.de/mysql/gotchas.html http://sql-info.de/postgresql/postgres-gotchas.html Y si buscas un poco encontraras otras para cualquier otro SGBD. En resumen, no todos los SGBDs hablan el mismo idioma, ni lo interpretan igual, ni todos los optimizadores son iguales. Además, todos tienen extensiones con las que seguramente obtendrás un mejor rendimiento y/o un desarrollo más sencillo. Y si empezamos a meternos con niveles de aislamiento, tablas no transaccionales como las MyISAM, pero que puedes usarlas en transacciones (sí, se atreven a llamarlo así) junto con otras tablas transaccionales obteniendo unos exóticos resultados en caso de abortar la transacción, ... vamos que hay infinidad de niveles a los que discutir esto, y habrá también infinidad de opiniones, la mía es que el rendimiento de una BD es algo a maximizar, no se debe sacrificar por nada, y si necesitas portabilidad la programas explícitamente. Por supuesto, hablando para aplicaciones medianamente serias, para cosas simples todo esto es irrelevante. De que manera el desarrollo y el depurado se hacen más simples sin usar PDO? Me has entendido mal, son más simples si no te limitas por la ilusión de la portabilidad, y programas todo lo que se pueda en el SGBD. En el caso particular de postgres (últimamente no uso otra cosa), en la mayoría de aplicaciones, el 90% del código SQL puedes tenerlo en la propia BD, en funciones SQL, PL/pgSQL, vistas y triggers. El desarrollo de esto lo haces directamente en la BD, y puedes validarlo de forma sencilla desde el terminal interactivo (psql). Si esto se programase a pelo en el lenguaje de programación que se vaya a usar, validar la capa de acceso a datos no será tan trivial, y el rendimiento siempre será inferior. Yo creo que lo que dice es que si una se impone la limitación de usar solamente consultas SQL, sin triggers, vistas y lo de mas, que uno puede usar PDO. Pero, si uno quiere usar las herramientas mas potentes (triggers, vistas, c.) entonces se te va complicar mucho tratar de hacerlo de una forma que se puede portar fácilmente de una plataforma a la otra. Eso era Roberto, supongo que me podría haber ahorrado este tocho, bastante OT para esta lista, pero ya que lo he escrito ahí va ;) Tendría que responder Eduardo, pero suponiendo que eso quizo decir... Yo no tengo un gran conocimiento de bases de datos, pero tengo entendido que los triggers, vistas, etc. son programados con scripts sql, no entiendo que rol cumple un driver de abstracción de bases de datos sobre estos temas. No es eso, obviamente a PDO le da lo mismo lo que soporte tu SGBD, pero si tu delegas parte de la programación/validación a triggers y demás, si quieres poder utilizar varios SGBDs y alguno no soporta esto, pues no vas a poder usarlo (no por PDO, sino porque no será portable). Por otra parte me tome la molestia de ver la documentación de php5 sobre el driver NO PDO de pgsql y no vi ninguna función que haga referencia al manejo de triggers etc. Los triggers se usan internamente, los dispara el SGBD cuando se produce el evento seleccionado. No se invocan desde un lenguaje de programación. http://www.postgresql.org/docs/8.2/interactive/trigger-definition.html http://www.postgresql.org/docs/8.2/interactive/sql-createtrigger.html Asi que por lo pronto en PHP no perdemos funcionalidad en usar PDO sino que la incrementamos. Personalmente lo que más me preocupa cuando trabajo con BDs es la eficiencia (sí, soy un poco paranoico en esto ;). Aunque la verdad es que desconozco la diferencia de rendimiento entre ambos. Suelo usar pqxx en C++ ;) Creo que el error radica en utilizar un driver especifico, o abstracto de base de datos para crear la base de datos y crear las tablas etc. Me parece lo mas coherente elaborar scripts de creación de tablas, triggers, drops, vistas, secuencias en ANSI SQL92 o SLQ99, de esta forma el script sería portable a un monton de bases de datos profesionales y la gestión de las mismas transparente al driver que utilizamos. No hago más que repetirme, pero lo diré una vez
Re: Editor de php
El jue, 17-05-2007 a las 16:35 -0300, Alvaro escribió: [...] Hay algo que es bueno mencionar de PHP con soporte a base de datos que es el driver PDO, es una abstraccion que soporta Oracle, Informix, Mysql, PgSql entre otros y soporta transacciones etc. muy completo y lo unico que tenes que hacer para cambiar de base de datos es cambiar una string en el constructor. Esa es la teoría, y lamentablemente dista mucho de la realidad. No es fácil hacer que una aplicación mínimamente compleja funcione en distintos SGBDs, cambiando solamente el constructor. Y en el caso de conseguirlo, el rendimiento estará muy alejado del óptimo, ya que te habrás limitado al subconjunto del SQL que entiendan todos los SGBDs sobre los que pretendas usarla. Y ya no sólo eso, cuando optimizas una consulta compleja, lo haces usando las herramientas de un SGBD concreto, y el resultado puede que no sea el óptimo en otro SGBD, o incluso en otras versiones del mismo SGBD. Lo normal es hacer una capa de acceso a datos, y especializarla para cada SGBD que quieras usar. Actualmente que me pase a Postgres empeze a desarrollar con PDO porque nunca se sabe si lo tenes que portar a Mysql. Y la verdad prefiero olvidarme de las cosas especificas de cada motor. En ese caso estarás usando un postgres muy cojo. :( En general todo lo que puedas hacer en la propia BD (PL/pgSQL o cualquier otro PL, funciones SQL, triggers, vistas, reglas, ...) te va a dar un rendimiento muy superior al que puedas conseguir si te limitas a consultas SQL. Y además el desarrollo y depurado se hacen mucho más simples. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
Eduardo Villanueva Che escribió: El jue, 17-05-2007 a las 16:35 -0300, Alvaro escribió: [...] Hay algo que es bueno mencionar de PHP con soporte a base de datos que es el driver PDO, es una abstraccion que soporta Oracle, Informix, Mysql, PgSql entre otros y soporta transacciones etc. muy completo y lo unico que tenes que hacer para cambiar de base de datos es cambiar una string en el constructor. Esa es la teoría, y lamentablemente dista mucho de la realidad. No es fácil hacer que una aplicación mínimamente compleja funcione en distintos SGBDs, cambiando solamente el constructor. Y en el caso de conseguirlo, el rendimiento estará muy alejado del óptimo, ya que te habrás limitado al subconjunto del SQL que entiendan todos los SGBDs sobre los que pretendas usarla. Y ya no sólo eso, cuando optimizas una consulta compleja, lo haces usando las herramientas de un SGBD concreto, y el resultado puede que no sea el óptimo en otro SGBD, o incluso en otras versiones del mismo SGBD. Lo normal es hacer una capa de acceso a datos, y especializarla para cada SGBD que quieras usar. Actualmente que me pase a Postgres empeze a desarrollar con PDO porque nunca se sabe si lo tenes que portar a Mysql. Y la verdad prefiero olvidarme de las cosas especificas de cada motor. En ese caso estarás usando un postgres muy cojo. :( En general todo lo que puedas hacer en la propia BD (PL/pgSQL o cualquier otro PL, funciones SQL, triggers, vistas, reglas, ...) te va a dar un rendimiento muy superior al que puedas conseguir si te limitas a consultas SQL. Y además el desarrollo y depurado se hacen mucho más simples. No entiendo bien a que te refieres, dices que no funcionan los triggers, vistas, reglas y solo consultas SQL usando PDO? De que manera el desarrollo y el depurado se hacen más simples sin usar PDO? Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
On Fri, May 18, 2007 at 02:49:03PM -0300, Alvaro wrote: No entiendo bien a que te refieres, dices que no funcionan los triggers, vistas, reglas y solo consultas SQL usando PDO? De que manera el desarrollo y el depurado se hacen más simples sin usar PDO? Yo creo que lo que dice es que si una se impone la limitación de usar solamente consultas SQL, sin triggers, vistas y lo de mas, que uno puede usar PDO. Pero, si uno quiere usar las herramientas mas potentes (triggers, vistas, c.) entonces se te va complicar mucho tratar de hacerlo de una forma que se puede portar fácilmente de una plataforma a la otra. Saludos, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Editor de php
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yamil Ortega escribió: Instale el bluefish porque ese es muy recomendado, y al momento que quería ver archivos de php en mi browser, el browser me abría una ventana pidiéndome donde guardar el archivo. Al descargarlo y abrir el archivo, lógicamente lo abría nuevamente con el bluefish. Como no pude solucionar el problema, tuve que reinstalar todo desde cero. No es problema del editor sino que el Apache no estaba bien configurado para ejecutar los scripts PHP. Hay algún editor que sea bueno, amigable, fácil de instalar y que no cambie las asociaciones de las extensiones de mis archivos? Ninguno te la cambia, a menos de que tu lo guardes con otra extensión ;) Jose Luis. - -- ghostbar on Linux/Debian 'sid' i686 - #382503 Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es San Cristóbal, Venezuela. http://chaslug.org.ve Fingerprint = 3E7D 4267 AFD5 2407 2A37 20AC 38A0 AD5B CACA B118 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGTgnjOKCtW8rKsRgRAnqVAKCBgNFzbVPVl7ev6XY26l+R5KSWuACfU+8o esGgRKXwssBnBV6bexE6PZw= =q6GU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
Roberto C. Sánchez escribió: On Fri, May 18, 2007 at 02:49:03PM -0300, Alvaro wrote: No entiendo bien a que te refieres, dices que no funcionan los triggers, vistas, reglas y solo consultas SQL usando PDO? De que manera el desarrollo y el depurado se hacen más simples sin usar PDO? Yo creo que lo que dice es que si una se impone la limitación de usar solamente consultas SQL, sin triggers, vistas y lo de mas, que uno puede usar PDO. Pero, si uno quiere usar las herramientas mas potentes (triggers, vistas, c.) entonces se te va complicar mucho tratar de hacerlo de una forma que se puede portar fácilmente de una plataforma a la otra. Saludos, -Roberto Tendría que responder Eduardo, pero suponiendo que eso quizo decir... Yo no tengo un gran conocimiento de bases de datos, pero tengo entendido que los triggers, vistas, etc. son programados con scripts sql, no entiendo que rol cumple un driver de abstracción de bases de datos sobre estos temas. Por otra parte me tome la molestia de ver la documentación de php5 sobre el driver NO PDO de pgsql y no vi ninguna función que haga referencia al manejo de triggers etc. Asi que por lo pronto en PHP no perdemos funcionalidad en usar PDO sino que la incrementamos. Creo que el error radica en utilizar un driver especifico, o abstracto de base de datos para crear la base de datos y crear las tablas etc. Me parece lo mas coherente elaborar scripts de creación de tablas, triggers, drops, vistas, secuencias en ANSI SQL92 o SLQ99, de esta forma el script sería portable a un monton de bases de datos profesionales y la gestión de las mismas transparente al driver que utilizamos. Saludos Alvaro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
El 17/05/07, ChEnChO [EMAIL PROTECTED] escribió: El 17/05/07, Yamil Ortega [EMAIL PROTECTED] escribió: No se peleen por mi :) Nadie lo ha hecho (al menos esta vez) se estaban intercambiando opiniones sobre distintas metodologías y curiosidades, pero si hay que liarse a leches, nos liamos :DDD No es ningun cliente. Es mi profesor. Y tengo que hacer un sistema que me permita manejar y administrar imágenes. No creo que sea nada del otro mundo, sin embargo al desconocerlo, se me dificulta unpoco. Puedes empezar mirando como funciona Gallery (por ejemplo) que impementa un sistema de manejo de imágenes con php y tal... Gallery es muy bueno, creo que usa la libreria GD (seria lo mas obvio), por lo que te recomiendo que busques informacion sobre esta libreria que trabaja con php para el manejo de imagenes. Saludos cordiales, Yamil Saludos. In ibrizi. -- ... may the source be with you... -- Luis Vega M. Linux Registered User #356394 - counter.li.org Sitio Personal: http://fodsite.webcindario.com Green Day: http://www.greendayfod.net fodsite AT gmail DOT com
Re: Editor de php
Roberto C. Sánchez escribió: On Wed, May 16, 2007 at 08:04:24PM +0900, Yamil Ortega wrote: Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Tu situación *exige* a MySQL y a PHP? Si tienes alguna flexibilidád en la configuración de la solución, te recomiendo que considers a PostgreSQL con Python or Perl. Saludos, -Roberto Hay algo que es bueno mencionar de PHP con soporte a base de datos que es el driver PDO, es una abstraccion que soporta Oracle, Informix, Mysql, PgSql entre otros y soporta transacciones etc. muy completo y lo unico que tenes que hacer para cambiar de base de datos es cambiar una string en el constructor. Actualmente que me pase a Postgres empeze a desarrollar con PDO porque nunca se sabe si lo tenes que portar a Mysql. Y la verdad prefiero olvidarme de las cosas especificas de cada motor. Otra herramienta muy util que encontre es dia + tedia2sql, apartir de un diagrama te crea los scripts en el motor de base de datos que quieras, Inserts, Drops, Constraints todito y ademas lo ves en un dibujito ;) saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
Roberto C. Sánchez wrote: mysql CREATE TABLE dates (test_date DATE); Query OK, 0 rows affected (0.03 sec) mysql SELECT * FROM dates; Empty set (0.00 sec) mysql INSERT INTO dates VALUES('2007-02-31'); Query OK, 1 row affected, 1 warning (0.00 sec) mysql SELECT * FROM dates; ++ | test_date | ++ | -00-00 | ++ 1 row in set (0.00 sec) mysql Por lo menos ahora insert -00-00 (otra fecha totalmente inexistente). Antes agregaba 2007-02-31. ;-) -- 21:50:04 up 2 days, 9:07, 0 users, load average: 0.92, 0.37, 0.18 - Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática| '@' || 'unl.edu.ar'; Universidad Nacional| DBA, Programador, del Litoral | Administrador - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
Alvaro wrote: Hay algo que es bueno mencionar de PHP con soporte a base de datos que es el driver PDO, es una abstraccion que soporta Oracle, Informix, Mysql, PgSql entre otros y soporta transacciones etc. muy completo y lo unico que tenes que hacer para cambiar de base de datos es cambiar una string en el constructor. Actualmente que me pase a Postgres empeze a desarrollar con PDO porque nunca se sabe si lo tenes que portar a Mysql. Y la verdad prefiero olvidarme de las cosas especificas de cada motor. Además hace todo lo necesario para evitar inyecciones de SQL (escapea automáticamente las comillas por ejemplo). -- 21:50:04 up 2 days, 9:07, 0 users, load average: 0.92, 0.37, 0.18 - Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática| '@' || 'unl.edu.ar'; Universidad Nacional| DBA, Programador, del Litoral | Administrador - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
El Jueves, 17 de Mayo de 2007, Luis Rodrigo Gallardo Cruz escribió: De http://dev.mysql.com/doc/refman/5.0/en/date-and-time-types.html ... You can get MySQL to accept certain dates, such as '1999-11-31', by using the ALLOW_INVALID_DATES SQL mode. (Before 5.0.2, this mode was the default behavior for MySQL.) ... Es decir, lo consideran 'feature'. Pero ni siquiera eso, en el caso que nos ha presentado ha puesto 31 de febrero y no le ha dado error, ni tampoco se lo ha permitido, sino que ha puesto 00-00-. Aunque claro, tal vez sea que es una versión de MySQL anterior a la 5.0.2. -- Iñaki Baz Castillo
Re: Editor de php
On Thu, May 17, 2007 at 11:36:46PM +0200, Iñaki Baz Castillo wrote: El Jueves, 17 de Mayo de 2007, Luis Rodrigo Gallardo Cruz escribió: De http://dev.mysql.com/doc/refman/5.0/en/date-and-time-types.html ... You can get MySQL to accept certain dates, such as '1999-11-31', by using the ALLOW_INVALID_DATES SQL mode. (Before 5.0.2, this mode was the default behavior for MySQL.) ... Es decir, lo consideran 'feature'. Pero ni siquiera eso, en el caso que nos ha presentado ha puesto 31 de febrero y no le ha dado error, ni tampoco se lo ha permitido, sino que ha puesto 00-00-. Aunque claro, tal vez sea que es una versión de MySQL anterior a la 5.0.2. La versión es la Sarge $ apt-cache policy mysql-server mysql-server: Instalados: (ninguno) Candidato: 5.0.32-7etch1 Tabla de versión: 5.0.32-7etch1 0 500 http://miami etch/main Packages Toda la configuración fue como vino por defecto. Saludos, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Editor de php
Hola lista buen día. Pocas veces participo, porque de hecho, soy un novato. Y apenas estoy haciendo mis pininos con Debian. Pero al grano. Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Me gustaría saber cual es el mejor editor de php que puedo usar, sin que me cambie la extensión de los php. Me voy a explicar. Instale el bluefish porque ese es muy recomendado, y al momento que quería ver archivos de php en mi browser, el browser me abría una ventana pidiéndome donde guardar el archivo. Al descargarlo y abrir el archivo, lógicamente lo abría nuevamente con el bluefish. Como no pude solucionar el problema, tuve que reinstalar todo desde cero. Hay algún editor que sea bueno, amigable, fácil de instalar y que no cambie las asociaciones de las extensiones de mis archivos? Muchas gracias Yamil
Re: Editor de php
Yamil Ortega escribió: Hola lista buen día. Pocas veces participo, porque de hecho, soy un novato. Y apenas estoy haciendo mis pininos con Debian. Pero al grano. Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Me gustaría saber cual es el mejor editor de php que puedo usar, sin que me cambie la extensión de los php. Me voy a explicar. Instale el bluefish porque ese es muy recomendado, y al momento que quería ver archivos de php en mi browser, el browser me abría una ventana pidiéndome donde guardar el archivo. Al descargarlo y abrir el archivo, lógicamente lo abría nuevamente con el bluefish. Como no pude solucionar el problema, tuve que reinstalar todo desde cero. Hay algún editor que sea bueno, amigable, fácil de instalar y que no cambie las asociaciones de las extensiones de mis archivos? Muchas gracias Yamil El problema que tuviste no fue por el bluefish. Creo que te falto habilitar/instalar el modulo de php para el apache. Sin embargo, puedes volver a intentar con el bluefish (que no cambia las extensiones). Aquí otros editores php: - Quanta - gPhpedit - Eclipse (con funciones para php adicionales) - Cualquier editor de texto que te guste. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
El 16/05/07, Yamil Ortega [EMAIL PROTECTED] escribió: Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. ¿Seguro que tienes bien configurado el PHP en Apache? por lo que dices luego creo que no. Me gustaría saber cual es el mejor editor de php que puedo usar, sin que me cambie la extensión de los php. Me voy a explicar. Instale el bluefish porque ese es muy recomendado, A mí me gusta más Quanta, creo que es superior tecnológicamente (resaltado inmediato y tal). y al momento que quería ver archivos de php en mi browser, el browser me abría una ventana pidiéndome donde guardar el archivo. Al descargarlo y abrir el archivo, lógicamente lo abría nuevamente con el bluefish. Piensa en lo que estás diciendo. Si pones los datos de acceso MySQL en uno de esos PHP y resulta que la gente se descarga el PHP accederań a esos datos SECRETOS. Evidentemente eso NO es normal. Loq ue te ocurre es que no tienes configurado el módulo de PHP para Apache (o no lo tienes activo). Vete a /etc/apache2/mods-enabled (o apache a secas si es Apache 1) y comprueba si tienes el módulo PHP (4 o 5). Si no lo tienes busca el paquete: libmod-apache2-php5 (o apache y/o php4) Como no pude solucionar el problema, tuve que reinstalar todo desde cero. No, eso no lo hagas nunca. Esto no es windows y no sirve de nada reinstalar algo desde cero. PD: Consejo, a partir de Debian estable (Etch) usa Apache2 en vez de Apache1 y PHP5 en vez de PHP4. -- Iñaki Baz Castillo [EMAIL PROTECTED]
Re: Editor de php
On Wed, 16 May 2007, Iñaki Baz Castillo wrote: El 16/05/07, Yamil Ortega [EMAIL PROTECTED] escribió: Como no pude solucionar el problema, tuve que reinstalar todo desde cero. No, eso no lo hagas nunca. Esto no es windows y no sirve de nada reinstalar algo desde cero. A veces sí que sirve, pero tienen que darse varias condiciones: * Después de algo que hemos hecho pero que no recordamos, algo deja de funcionar misteriosamente y no sabemos por qué. * Tenemos la certeza de que en un sistema recién instalado funciona bien. * No sabemos cuánto tiempo nos llevará hallar la causa del problema. * Ni siquiera sabemos si seremos capaces de encontrar la causa, debido a nuestro desconocimiento sobre cómo funciona el sistema. * Sabemos que la reinstalación durará un tiempo finito. Si sucede todo lo anterior, reinstalar podría ser la mejor idea.
Re: Editor de php
El 16/05/07, Santiago Vila [EMAIL PROTECTED] escribió: On Wed, 16 May 2007, Iñaki Baz Castillo wrote: El 16/05/07, Yamil Ortega [EMAIL PROTECTED] escribió: Como no pude solucionar el problema, tuve que reinstalar todo desde cero. No, eso no lo hagas nunca. Esto no es windows y no sirve de nada reinstalar algo desde cero. A veces sí que sirve, pero tienen que darse varias condiciones: * Después de algo que hemos hecho pero que no recordamos, algo deja de funcionar misteriosamente y no sabemos por qué. * Tenemos la certeza de que en un sistema recién instalado funciona bien. * No sabemos cuánto tiempo nos llevará hallar la causa del problema. * Ni siquiera sabemos si seremos capaces de encontrar la causa, debido a nuestro desconocimiento sobre cómo funciona el sistema. * Sabemos que la reinstalación durará un tiempo finito. Si sucede todo lo anterior, reinstalar podría ser la mejor idea. De acuerdo. No obstante yo me refería a que reinstalar algo desde cero puede no hacerse bien si se hace con desconocimiento. Ejemplos: - Desinstalas un paquete sin la opción purge, vuelves a instalarlo y no caes en la cuenta de que la configuración se conserva. - Se trata de un programa de escritorio y por mucho que borres el programa sigues guardando tu configuración personal del mismo. Me refería a esas cosas, a que alguien podría pensar que ha reinstalado desde cero y le sigue occurriendo lo mismo ya que no es consciente de que se conserva al configuración anterior. Saludos. -- Iñaki Baz Castillo [EMAIL PROTECTED]
Re: Editor de php
On Wed, May 16, 2007 at 08:04:24PM +0900, Yamil Ortega wrote: Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Tu situación *exige* a MySQL y a PHP? Si tienes alguna flexibilidád en la configuración de la solución, te recomiendo que considers a PostgreSQL con Python or Perl. Saludos, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Editor de php
El Miércoles, 16 de Mayo de 2007, Roberto C. Sánchez escribió: On Wed, May 16, 2007 at 08:04:24PM +0900, Yamil Ortega wrote: Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Tu situación *exige* a MySQL y a PHP? Si tienes alguna flexibilidád en la configuración de la solución, te recomiendo que considers a PostgreSQL con Python or Perl. Personalmente no le veo mucho sentido a este tipo de recomendaciones porque sí. No creo que MySQL ni PHP sean desaconsejables, y a la vez creo que son una buena opción para comenzar en el mundillo de webmaster (o como se diga). Luego a cada uno le gusta su lenguaje (Python, Perl, Ruby...), su base de datos, etc. Pero de ahí a desaconsejar MySQL y PHP sin saber las necesidades del usuario me parece un poco a mí me gusta esto y te sugiero que lo uses porque sí. Sin acritud. Saludos. -- Iñaki Baz Castillo
Re: Editor de php
On Wed, May 16, 2007 at 11:24:45PM +0200, Iñaki Baz Castillo wrote: El Miércoles, 16 de Mayo de 2007, Roberto C. Sánchez escribió: On Wed, May 16, 2007 at 08:04:24PM +0900, Yamil Ortega wrote: Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Tu situación *exige* a MySQL y a PHP? Si tienes alguna flexibilidád en la configuración de la solución, te recomiendo que considers a PostgreSQL con Python or Perl. Personalmente no le veo mucho sentido a este tipo de recomendaciones porque sí. No creo que MySQL ni PHP sean desaconsejables, y a la vez creo que son una buena opción para comenzar en el mundillo de webmaster (o como se diga). Luego a cada uno le gusta su lenguaje (Python, Perl, Ruby...), su base de datos, etc. Pero de ahí a desaconsejar MySQL y PHP sin saber las necesidades del usuario me parece un poco a mí me gusta esto y te sugiero que lo uses porque sí. Entiendo lo que dices. Pero yo mantengo que muchas veces la gente piensan LAMP porque eso es lo que todo el mundo dice. Ni se molestan a pensar en cualquier alternativo. Con respeto a MySQL, a mi no me gusta. Cualquier base de datos que acepta a Febrero 31 como una fecha *valida* tiene problemas. Los problemas de MySQL son muy bien conocidos y documentados en muchos lados. También, cuando alguien empieza a desarrollar con un juguete como MySQL, muchas veces utilizan funciones que son únicos a MySQL. Entonces se hace imposible utilizar la aplicación con un base de datos más capaz. Ahora, se el está desarrollando algo para algún cliente, y eso es lo que el cliente le exige, entonces así es. Pero, la verdad es que mucha gente escogen a MySQL sin entender cuales son los problemas que lleva esa decisión. Con respeto a PHP, para mi es preferencia, pero también quiere ver que la gente piensen un poco en la razón por escoger a PHP en vez de un lenguaje mas capaz. Sin acritud. Saludos. Igualmente, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Editor de php
El Miércoles, 16 de Mayo de 2007, Roberto C. Sánchez escribió: Entiendo lo que dices. Pero yo mantengo que muchas veces la gente piensan LAMP porque eso es lo que todo el mundo dice. Ni se molestan a pensar en cualquier alternativo. Cierto. Con respeto a MySQL, a mi no me gusta. Cualquier base de datos que acepta a Febrero 31 como una fecha *valida* tiene problemas. ¿¿Todavía tiene ese bochornoso fallo?? Pero, la verdad es que mucha gente escogen a MySQL sin entender cuales son los problemas que lleva esa decisión. Bueno, en este punto comento que, teniendo escaso conocimiento de bases de datos, he usado MySQL para bastantes cosillas, puede que cosas muy simples, pero el caso es que nunca he tenido ningún problema. Tampoco hay que dar por hecho que alguien comienza algo con MySQL para luego necesariamente portar el sistema a otra BD y haberla fastidiado al usar determinadas cosas propias de MySQL. Entiendo lo que dices, pero me parece un poco exagerado esa consideración para el mayoría de los casos. Con respeto a PHP, para mi es preferencia, pero también quiere ver que la gente piensen un poco en la razón por escoger a PHP en vez de un lenguaje mas capaz. ¿Qué me vas a contar a mí? Si a mí me encanta Ruby y creo sinceramente que le da 10 vueltas a PHP, haciendo que PHP parezca pobre, ilógico, complejo y diseñado por un crío. XD Pero reconozco que, como también sé lo básico de PHP, cuando tengo que hacer una pequeña aplicación web la hago en PHP por lo fácil y sencillo que es hacerla funcionar en Debian, y porque sé que cualquiera que venga detrás normalmente va a poder meterle mano si hace falta. Saludos. -- Iñaki Baz Castillo
Re: Editor de php
El 16/05/07, Yamil Ortega [EMAIL PROTECTED] escribió: Hola lista buen día. Pocas veces participo, porque de hecho, soy un novato. Y apenas estoy haciendo mis pininos con Debian. Pero al grano. Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Me gustaría saber cual es el mejor editor de php que puedo usar, sin que me cambie la extensión de los php. Me voy a explicar. Instale el bluefish porque ese es muy recomendado, y al momento que quería ver archivos de php en mi browser, el browser me abría una ventana pidiéndome donde guardar el archivo. Al descargarlo y abrir el archivo, lógicamente lo abría nuevamente con el bluefish. Como no pude solucionar el problema, tuve que reinstalar todo desde cero. Hay algún editor que sea bueno, amigable, fácil de instalar y que no cambie las asociaciones de las extensiones de mis archivos? Pues si tienes buena máquina para trabajar, a mi me gusta el PHPeclipse, te puedes bajar de Easy Eclipse un paquete todo integrado, para que comiences a trabajar directamente. Otra opción que usa un compañero (Que sigue apegado a windows), es usar dreamweaver con el crossover. Si quieres gastarte unos billetes, esta opción también es buena. Muchas gracias Yamil
Re: Editor de php
On Wed, May 16, 2007 at 11:49:23PM +0200, Iñaki Baz Castillo wrote: El Miércoles, 16 de Mayo de 2007, Roberto C. Sánchez escribió: Entiendo lo que dices. Pero yo mantengo que muchas veces la gente piensan LAMP porque eso es lo que todo el mundo dice. Ni se molestan a pensar en cualquier alternativo. Cierto. Con respeto a MySQL, a mi no me gusta. Cualquier base de datos que acepta a Febrero 31 como una fecha *valida* tiene problemas. ¿¿Todavía tiene ese bochornoso fallo?? $ mysql --user=root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 12 Server version: 5.0.32-Debian_7etch1-log Debian etch distribution Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql CREATE DATABASE test; Query OK, 1 row affected (0.00 sec) mysql USE test; Database changed mysql CREATE TABLE dates (test_date DATE); Query OK, 0 rows affected (0.03 sec) mysql SELECT * FROM dates; Empty set (0.00 sec) mysql INSERT INTO dates VALUES('2007-02-31'); Query OK, 1 row affected, 1 warning (0.00 sec) mysql SELECT * FROM dates; ++ | test_date | ++ | -00-00 | ++ 1 row in set (0.00 sec) mysql Si. Muy falso. Hay otros, pero ese es el de que me recuerdo ahora. Pero, la verdad es que mucha gente escogen a MySQL sin entender cuales son los problemas que lleva esa decisión. Bueno, en este punto comento que, teniendo escaso conocimiento de bases de datos, he usado MySQL para bastantes cosillas, puede que cosas muy simples, pero el caso es que nunca he tenido ningún problema. Tampoco hay que dar por hecho que alguien comienza algo con MySQL para luego necesariamente portar el sistema a otra BD y haberla fastidiado al usar determinadas cosas propias de MySQL. Entiendo lo que dices, pero me parece un poco exagerado esa consideración para el mayoría de los casos. Bueno, me parece que tu entiendes cuando es posible usar a MySQL y cuando te hace falta otra cosa. Por ejemplo, much gente piensan MySQL con respeto a base de datos de la misma forma que piensan Red Hat con respeto a Linux. Todo el mundo lo usa y no hay otra cosa. Eso no es correcto. Con respeto a PHP, para mi es preferencia, pero también quiere ver que la gente piensen un poco en la razón por escoger a PHP en vez de un lenguaje mas capaz. ¿Qué me vas a contar a mí? Si a mí me encanta Ruby y creo sinceramente que le da 10 vueltas a PHP, haciendo que PHP parezca pobre, ilógico, complejo y diseñado por un crío. XD Pero reconozco que, como también sé lo básico de PHP, cuando tengo que hacer una pequeña aplicación web la hago en PHP por lo fácil y sencillo que es hacerla funcionar en Debian, y porque sé que cualquiera que venga detrás normalmente va a poder meterle mano si hace falta. Estamos de acuerdo. Aunque he usado a PHP en tiempos pasados, nunca usaré a PHP si puedo evitarlo. Saludos, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Editor de php
El mié, 16-05-2007 a las 18:23 -0400, Roberto C. Sánchez escribió: [...] Con respeto a MySQL, a mi no me gusta. Cualquier base de datos que acepta a Febrero 31 como una fecha *valida* tiene problemas. ¿¿Todavía tiene ese bochornoso fallo?? $ mysql --user=root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 12 Server version: 5.0.32-Debian_7etch1-log Debian etch distribution Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql CREATE DATABASE test; Query OK, 1 row affected (0.00 sec) mysql USE test; Database changed mysql CREATE TABLE dates (test_date DATE); Query OK, 0 rows affected (0.03 sec) mysql SELECT * FROM dates; Empty set (0.00 sec) mysql INSERT INTO dates VALUES('2007-02-31'); Query OK, 1 row affected, 1 warning (0.00 sec) mysql SELECT * FROM dates; ++ | test_date | ++ | -00-00 | ++ 1 row in set (0.00 sec) mysql Si. Muy falso. Hay otros, pero ese es el de que me recuerdo ahora. http://sql-info.de/mysql/gotchas.html No está muy actualizada, pero hay unas cuantas. También están las de postgres, pero no hay color ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editor de php
On Wed, May 16, 2007 at 06:23:59PM -0400, Roberto C. Sánchez wrote: On Wed, May 16, 2007 at 11:49:23PM +0200, Iñaki Baz Castillo wrote: El Miércoles, 16 de Mayo de 2007, Roberto C. Sánchez escribió: Con respeto a MySQL, a mi no me gusta. Cualquier base de datos que acepta a Febrero 31 como una fecha *valida* tiene problemas. ¿¿Todavía tiene ese bochornoso fallo?? mysql INSERT INTO dates VALUES('2007-02-31'); Query OK, 1 row affected, 1 warning (0.00 sec) mysql SELECT * FROM dates; ++ | test_date | ++ | -00-00 | ++ 1 row in set (0.00 sec) mysql Si. Muy falso. De http://dev.mysql.com/doc/refman/5.0/en/date-and-time-types.html ... You can get MySQL to accept certain dates, such as '1999-11-31', by using the ALLOW_INVALID_DATES SQL mode. (Before 5.0.2, this mode was the default behavior for MySQL.) ... Es decir, lo consideran 'feature'. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: Editor de php
On Thu, May 17, 2007 at 12:32:10AM +0200, Eduardo Villanueva Che wrote: http://sql-info.de/mysql/gotchas.html No está muy actualizada, pero hay unas cuantas. También están las de postgres, pero no hay color ;) Hmm. La lista de MySQL is 4 a 5 veces lo largo de la liste de PostgreSQL :-) Saludos, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Editor de php
On Wed, May 16, 2007 at 05:49:57PM -0500, Luis Rodrigo Gallardo Cruz wrote: De http://dev.mysql.com/doc/refman/5.0/en/date-and-time-types.html ... You can get MySQL to accept certain dates, such as '1999-11-31', by using the ALLOW_INVALID_DATES SQL mode. (Before 5.0.2, this mode was the default behavior for MySQL.) ... Es decir, lo consideran 'feature'. También hay un párrafo muy famoso en la documentación de una versión antigua de MySQL donde los desarrolladores presentan el argumento que MySQL no tiene transacciones (yo se que ahora si las tiene) porque no valen la pena y nadie los necesita. Saludos, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
RE: Editor de php
No se peleen por mi :) No es ningun cliente. Es mi profesor. Y tengo que hacer un sistema que me permita manejar y administrar imágenes. No creo que sea nada del otro mundo, sin embargo al desconocerlo, se me dificulta unpoco. Saludos cordiales, Yamil -Mensaje original- De: Roberto C. Sánchez [mailto:[EMAIL PROTECTED] Enviado el: Jueves, 17 de Mayo de 2007 06:40 a.m. Para: debian-user-spanish@lists.debian.org Asunto: Re: Editor de php On Wed, May 16, 2007 at 11:24:45PM +0200, Iñaki Baz Castillo wrote: El Miércoles, 16 de Mayo de 2007, Roberto C. Sánchez escribió: On Wed, May 16, 2007 at 08:04:24PM +0900, Yamil Ortega wrote: Sucede que tengo que hacer un sitio usando LAMP, y estoy usando el Debian como mi opcion de Linux. Ya por fin pude configurar y hacer funcionar el Apache, Mysql y el PHP, sin embargo tengo un pequeño problema. Tu situación *exige* a MySQL y a PHP? Si tienes alguna flexibilidád en la configuración de la solución, te recomiendo que considers a PostgreSQL con Python or Perl. Personalmente no le veo mucho sentido a este tipo de recomendaciones porque sí. No creo que MySQL ni PHP sean desaconsejables, y a la vez creo que son una buena opción para comenzar en el mundillo de webmaster (o como se diga). Luego a cada uno le gusta su lenguaje (Python, Perl, Ruby...), su base de datos, etc. Pero de ahí a desaconsejar MySQL y PHP sin saber las necesidades del usuario me parece un poco a mí me gusta esto y te sugiero que lo uses porque sí. Entiendo lo que dices. Pero yo mantengo que muchas veces la gente piensan LAMP porque eso es lo que todo el mundo dice. Ni se molestan a pensar en cualquier alternativo. Con respeto a MySQL, a mi no me gusta. Cualquier base de datos que acepta a Febrero 31 como una fecha *valida* tiene problemas. Los problemas de MySQL son muy bien conocidos y documentados en muchos lados. También, cuando alguien empieza a desarrollar con un juguete como MySQL, muchas veces utilizan funciones que son únicos a MySQL. Entonces se hace imposible utilizar la aplicación con un base de datos más capaz. Ahora, se el está desarrollando algo para algún cliente, y eso es lo que el cliente le exige, entonces así es. Pero, la verdad es que mucha gente escogen a MySQL sin entender cuales son los problemas que lleva esa decisión. Con respeto a PHP, para mi es preferencia, pero también quiere ver que la gente piensen un poco en la razón por escoger a PHP en vez de un lenguaje mas capaz. Sin acritud. Saludos. Igualmente, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com
Re: Editor de php
El 17/05/07, Yamil Ortega [EMAIL PROTECTED] escribió: No se peleen por mi :) Nadie lo ha hecho (al menos esta vez) se estaban intercambiando opiniones sobre distintas metodologías y curiosidades, pero si hay que liarse a leches, nos liamos :DDD No es ningun cliente. Es mi profesor. Y tengo que hacer un sistema que me permita manejar y administrar imágenes. No creo que sea nada del otro mundo, sin embargo al desconocerlo, se me dificulta unpoco. Puedes empezar mirando como funciona Gallery (por ejemplo) que impementa un sistema de manejo de imágenes con php y tal... Saludos cordiales, Yamil In ibrizi. -- ... may the source be with you...