En vista a que no se han pronunciado con el avance ni el inicio en las tareas he decidido rehacer la lista de tareas, agradeciendo a quienes han estado trabajando:
Componente de Cacheo Avanzado
Asignado a anthemfor182
Revisar deivinson
Pasar el codigo HTML a XHTML y CSS2
Asignado a irraco
Revisar anthemfor182
Soporte para Schemas en ActiveRecord y modelos que no siguen estandares
Asignado a anthemfor182
Componente Filter
Asignado a Deivinson y anthemfor182 (me)
Integrar Grid YUI a Kumbia
Asignado a anthemfor182 y deivinson
Integrar libchart a Kumbia
Asignado a deivinson
Revisar anthemfor182
He participado en el wiki, trabajo todo lo que puedo en el foro, he comentado varias veces mi intencion de trabajar en el tema xhtml y css. He hablado con irraco y emilio.rst para empezar a trabajar en dichas tareas.
No sé, creo que el problema es que a través del foro no se puede trabajar, porque? lentitud.
Segundo, creo que el hecho de crear una aplicación comun, como se ha comentado, puede evitar que vayamos creando aplicaciones por separado y testeando por separado.
Quizas no puedo decir mucho en tema programación php del framework pero en fin, deseo y estoy trabajando en el proyecto aportando en lo que puedo.
¿Cual es el problema? Que es frustante sentir como se te agotan las fuerzas, y en esos momentos ves que la gente va a su bola.
P.D: Hoy he tenido un dia de perros.... <!-- s:( --><img src="{SMILIES_PATH}/icon_sad.gif" alt=":(" title="Sad" /><!-- s:( -->
Andres, me vas a disculpar que concuerde un poco con phillipo, phillipo y yo ya estamos en contacto a través de un sistema de mensajeria instantanea (el mal querido (y con razon) msn), para comunicarnos mas facilmente.
Recomendaria que todo el grupo de trabajo del proyecto elijieramos un sistema de mensajeria instantanea y nos comunicaramos a través de este, el messenger es una alternativa (por su popularidad). Asi seria mas eficaz la comunicacion.
Poco a poco hemos ido corrigiendo algunos bugs en los helpers (la comunidad en general), para posteriormente, una vez que esten perfectamente funcionales logrando una version estable de la rama 0.4.x (ya que afrontemoslo, la mayoria de los bugs, , aunque no son muchos, se encuentran en los helpers), realizar la debida estandarizacion a XHTML.
Esta me parece que es la manera mas adecuada de afrontar la estandarizacion del codigo, ya que hay que trabajar las dos ramas de desarrollo y no se puede lograr nada sin una base solida.
Tambien, me parece un poco desconsiderado, a pesar de ser nuevo en esta comunidad, al poco tiempo de plantearse incorporar espacios con nombre para sesiones (SessionNamespace), aporte una solucion la cual ya se encuentra integrada al framework.
Asimismo, hay elementos los cuales nunca he utilizado tales como ACL y dhtmlgrid, sin embargo me he dado a la tarea de indagar acerca de ellos, debido a las necesidades planteadas.
Post.
Todavia estoy riendo de lo apenado de no haber visto en el manual el paso de parametros a las vistas.
Jajajajaja <!-- s --><img src="{SMILIES_PATH}/icon_lol.gif" alt="" title="Laughing" /><!-- s -->
Se me hace indispensable hacer una lista de los bugs que recuerdo hasta el momento, y aunque se que este no es el lugar preciso; si me parece la mejor ocasión para recordarlos.
- En la clase ActiveRecord hay diversas inconsistencias en las consultas SQL autogeneradas por el Framework, esto se debe a algunos hacks que deterioran la calidad del código y el rendimiento de las operaciones.
- El parámetro confirm en link_to_remote no funciona en IE
- Los mensajes de la clase Flash no tienen la misma apariencia en Firefox e IE.
Espero que no se malinterprete mi mensaje, y se tome como lo que en realidad pretende ser, una critica constructiva.
PD: Aclaro que mi participación en este foro ha disminuido considerablemente por cuestiones laborales.
Hola chicos, la verdad que pena con todos, he estado un poco distante porque con el proveedor de servicio de internet(ISP) mio tuvo problemas en mi ciudad con algunos nodos, entre esos el de mi barrio, siento pena, porque soy una de las personas entusiastas que le gusta apoyar este tipo de proyectos y es verdad que no solo son palabras se logran las cosas, sino tambien con hechos, es por eso que pido excusas. Solo hasta hoy desde la semana pasada es que se ha logrado solucionar el problema, pido excusas y weno pues seguire con el wiki, aunque tambien me gustaria seguir aportando a la persona a la cual le reasignaron la parte de libchart la cual es Deivinson para poder aligerar el paso con esto.
quiero reflexionar sobre el ultimo post de Andres, laverdad es que mi me dejo(seco de la impresion) <!-- s:shock: --><img src="{SMILIES_PATH}/icon_eek.gif" alt=":shock:" title="Shocked" /><!-- s:shock: -->
pero creo que solo fue un momento donde cada ser humano tiene un limite y creo que el llego a ese punto. Yo les pido a todos con deceos de trabajar no se desanimen, es preciso que todos apoyemos de la manera que podamos, creo firmemente que Andres espera un poco mas de todos nosotros, y creo tb que fue un llamado de atencion FUERTE!! para todos, sabemos que todos no tenemos tiempo por razones laborales y es muy dificil trabajar. Tb veo que el hecho de la falta de comunicacion hace que estemos aun mas lejos; y esta falta de comunicacion tb es el problema que tenemos que superar, de forma inmediata, seria importante escoger una d las altenativas(por el tiempo), aunque no me agrada usar cualquiera de los medios, no da una buena imagen del Framework a los nuevos usarios(en mi opinion personal). Recuerdo que habia en los grupos un ejemplo de chat, por que no mejorarlo y usarlo? yo lo revisare y les informare a todos.
Creo que las cosas pasan por algo, necesitamos trabajar en conjunto y ayudar a Andres, el solo con tanata tarea debe estar re-estrezado. Vamos chicos ... hay que seguir
Hola a todos, si me precipite un poco al hacer la re-asignacion entonces disculpen.
Pueden nombrar en que se sienten comodos trabajando y los agregare de nuevo a la asignación.
Me gustaria me comunicaran el avance que han tenido en las tareas pasadas ó mediante google talk a mi correo electronico si prefieren la mensajeria en linea.
Es importante que haya una buena comunicación para que no pasen estas cosas.
Les cuento que he actualizado la version 0.5. Entre las mejoras estan soporte del metodo exceptions en modelos y controladores para controlar las excepciones.
EL nuevo Router y el dispatcher ahora estan mas estables y funcionan bien. He realizado algunas pequeñas pruebas con ApplicationController y han dado buenos resultados.
Estoy corrigiendo partes del codigo para que trabajen en modo E_STRICT asi estaremos mas seguros de que las cosas se hacen bien.
Probablemente cambie la estructura un poco mas para el soporte a los modulos para tener varias aplicaciones un mismo release del framework.
Deivinson ha estado trabajando igualmente en la integración con libchart en el wiki.
Ahora trabajo en realizar la integración de Yahoo UI para las grillas y algunos componentes graficos avanzados.
De los bugs mencionados podemos darle prioridad y generar un 0.4.6RC6 exceptuando el de cambiar el sql para mejorar el rendimiento, dejemos esto para 0.5.
Queria agradecer el trabajo realizado por phillipo y deivinson en el wiki, creo que tiene un muy buen avance para el beneficio de todos.
He subido a los archivos del grupo en google una actualización de la versión 0.5.
Creo que este release representa el mayor avance de Kumbia en mucho tiempo.
Entre las mejoras tenemos:
- Adaptadores Reestructurados
- Nuevo adaptador MySQLi
- Reestructurado adaptador para PostgreSQL nativo
- Reestructurado adaptador para MySQL nativo
- Nuevo adaptador PDO (PHP Data Objects)
- Nuevo adaptador para MySQL con PDO
- Nuevo adaptador para PostgreSQL con PDO
- Nuevo adaptador para SQLite con PDO
- Nuevos metodos en los adaptadores como create_table, drop_table, insert, update, delete, fetch_all, list_tables, describe_table, last_insert_id
- Mejoras en el cargador de adaptadores
- Reestructuración de ActiveRecord (mas rapido, consistente y estable)
- Soporte para multiples aplicaciones dentro de un mismo release de Kumbia
- Agrupar los modelos en sub-directorios de models
- Mejoras en StandardForm
- Escritura de codigo utilizando estandares XHTML parcialmente
- Escritura de codigo PHP con E_STRICT habilitado
- Soporte para multiples filtros en controladores
- Cacheo basico de vistas, templates y layouts
- Nuevo sistema de configuración para soportar varias aplicaciones
- Directorio de testeo de funcionalidad para estar seguro que un cambio en el framework no afecta a las aplicaciones (adaptadores, active_record)
- Mejoras en el redireccionador
- Mejoras en StandardForm (eliminar codigo inutilizado y javascript inutilizado)
Como ven el cambio es inmenso y aun falta mas para esta version 0.5, de momento pueden examinar el codigo y hacer pruebas preliminares.
Tambien he subido el API de las clases en el archivo api.zip donde se puede examinar la estructura del framework.
Excelentes noticias Andres!!!. En verdad me sigue alegrando el gran progreso de Kumbia.
He hecho diversas mejoras y optimizaciones a la clase ActiveRecord en Kumbia 0.4x, asi como la implementacion del parametro "required" en los formularios normalitos (form_tag), entonces voy a subirlas al SVN para que las prueben.
Las mejoras consisten en la obtención de consultas SQL mas "limpias", y la eliminación de muchos condicionales innecesarios, asi como la estandarizacion de codigo que no seguia algunos estandares (en parte mio).
Roger te pido revises unos test que hay en la version 0.5 para probar active record para que los corras sobre 0.4 para estar seguros que los cambios que has hecho funcionan bien.
como siempre Andres llevando la delantera, muchas felicidades por tu enorme trabajo. yo esperaba esta version para hacer una aplicacion un poco mas robusta y asi probar la parte del xhtml y la grilla. bueno ahora a trabajar, y cualquier bug les hare conocer.
Buenas noticias, con base en lo motivado que estaba con la version 0.5 recien desarrollada he decidido migrar una de las aplicaciones de mi empresa a 0.5.
La aplicacion trabaja puntos de venta para hoteles, al final de la migración se ha logrado muchas de las cosas que se estaban esperando para la aplicacion:
- Sistema de seguridad basado en ACL
- Cacheo de las partes mas pesadas en las vistas
- Acceso a base de datos con MySQLi
- Auditoria del sistema (que hace que, cuando, como y donde)
Despues de muchas horas de correccion de bugs, adaptacion, etc, hoy puedo decir que tiene muy buena cara.
En la aplicación trabajan de 15-25 usuarios simultaneos en diferentes modulos, con una carga de consulta bastante alta.
Esta aplicación fue recientemente comprada por una gran multinacional de la cual depende su comercialización.
Tengo que decir que me siento muy feliz con los resultados logrados hasta el momento en cuanto pueda sacare el framework aparte de la aplicacion y lo subire al framework.
Como la aplicación tiene tanta demanda es dificil dejar de probar cada una de los modulos y el mismo framework como tal.
Bueno, eso queria contarles, espero kumbia tambien se pueda convertir en una solucion para todos como lo es para nosotros
He actualizado la version 0.5 en el SVN con las actualizaciones mencionadas.
Las novedades son:
- Componente de cacheo avanzado en un 50%
- Componente Filter en un 50%
- Mejoras en la clase logger, ahora es mas facil de usar. Usando niveles basados en PEAR:Log
- Multiples bugs solucionados en ActiveRecordBase
- Ahora los stylesheets se insertan magicamente en el <head></head>
- Nueva presentacion de excepciones muestra mas informacion
- metodo log en controladores permite escribir logs directamente
- Excepciones ahora crean logs (configurable)
- Componente Auth (Autenticación uniforme de usuarios) en un 40%
Trabajo en:
- Terminar Cacheo Avanzado
- Terminar Filter
- Terminar Auth
- Nuevo componente Audit::Log para Auditoria de Sistemas de información
- Soporte para llaves foraneas en ActiveRecord diferentes a las convenciones de Kumbia
- Adaptador para Firebird, Informix (20%) y SQLServer (30%)
- Integrar libchart a Kumbia
- Integrar extjs a Kumbia
- Nuevos validadores en ActiveRecord
- Enviar mensajes de error por separado: en la vista se podria <?= messages_for("clientes", "cedula") ?> y mostraria si el campo cedula ha tenido algun error de ActiveRecord o de validacion
- Nuevo componenten Feed
Espero tener el primer RC1 para finales de septiembre.
De otro lado para 0.4x es necesario que se arreglen algunas cosillas sobre todo que he encontrado en ActiveRecord. Roger revisa la implementación de los metodos convert_params_to_sql, find_first y find en 0.5 para que veas algunas cosillas que olvidaste hacer, les recomiendo descargar del SVN y probar la version 0.4.
Gracias a deivinson, phillipo, powerade por su excelente trabajo en el Wiki
Gracias a emilio e irraco por sus ejemplos y mejoras en los helpers
gracias por el trabajo que relizas Andres, es estupendo. espero que esto siga creciendo y no puedo imaginar lo que depara el futuro, pero al parecer se biene en grande. es tu exito Andres espero lo disfrutes!!!
...
De otro lado para 0.4x es necesario que se arreglen algunas cosillas sobre todo que he encontrado en ActiveRecord. Roger revisa la implementación de los metodos convert_params_to_sql, find_first y find en 0.5 para que veas algunas cosillas que olvidaste hacer, les recomiendo descargar del SVN y probar la version 0.4.
Gracias a deivinson, phillipo, powerade por su excelente trabajo en el Wiki
Gracias a emilio e irraco por sus ejemplos y mejoras en los helpers
...
Cada dia si que me quedo más mudo!!!
Con todo respeto Andrés, debes corregir la forma en que dices las cosas.
Si revisas bien notaras las diversas correcciones y mejoras que he hecho al framework, recordandote algunas:
ActiveRecord generaba consultas muy sucias e ineficientes antes de que yo le hiciera correcciones, por ejemplo generaba sentencias como:
SELECT * FROM Clientes WHERE 1=2
Mi pregunta es: ¿tiene sentido alguno ese tipo de consultas?
Las sentencias que ahora genera ActiveRecord son mas limpias, eficientes y acordes a la realidad.
Los invito a todos a que con sus propios ojos revisen el código de la clase ActiveRecord de las versiones de Kumbia inferiores a la 0.46RC3 (desde donde la comencé a mejorar), e igualmente que revisen los logs que generaban esas versiones con los que se generan ahora en las ultimas versiones de kumbia 0.46x, así verán las ventajas.
Realmente me molestó un poco la forma de referirte y decir "Roger revisa la implementación de los métodos convert_params_to_sql, find_first y find en 0.5 para que veas algunas cosillas que olvidaste hacer"
y tras de eso agradecer a todos los colaboradores y no a mi!, me parece una grosería total.
Lo anterior se entiende como "mira para que veas como se hacen las cosas!!!".
Además de otros muchas correcciones que ahora no voy a mencionar, solo te pido Andrés que por favor dejes de ser tan prepotente.
La recomendación es: así como uno hace recomendaciones (mal hechas), también hay que aprender a recibirlas.
Nota: espero que este mail no vaya a implicar una guerra personal con nadie, solo es un consejo fuerte.
Disculpa roger, no era mi intencion <!-- s:( --><img src="{SMILIES_PATH}/icon_sad.gif" alt=":(" title="Sad" /><!-- s:( -->
Esta muy bien tu aporte con respecto a active record sin embargo habia un comportamiento en ActiveRecord y despues de algunas cosillas que olvidaste hacer se perdio el comportamiento y por lo tanto empezaron a fallar las aplicaciones actuales.
Olvide agradecerte, lo siento, me fallo el coco, no se si sea tarde pero gracias roger. <!-- s:oops: --><img src="{SMILIES_PATH}/icon_redface.gif" alt=":oops:" title="Embarassed" /><!-- s:oops: -->
No era para ofender, no era para decir aprende de mi ni nada por el estilo. Era para que revisaras como esta en 0.5 y lo pasaras a 0.4 para que aun con tus buenos cambios trabajara para el usuario como antes.
He agregado una nueva actualización despues de mucho trabajo a la version 0.5 entre las novedades tenemos:
- Componente Auth: Permite autenticar usuarios usando Digest, Radius, Kerberos5, contra un Modelo y mediante HTTP_AUTH. Ademas controla que un usuario no se logee mas de una vez en el sistema al tiempo si se requiere, mantiene la identidad del usuario a lo largo de la aplicacion de forma persistente.
- Componente Cache: Cachea variables y datos para evitar realizar procesos pesados repetitivos y aumentar la velocidad. Tambien cachea partes de una vista para acelerar el acceso a determinado contenido.
- Multiples adaptaciones al codigo para que trabaje en modo E_STRICT y tambien XHTML en las vistas.
- Arreglos en el dispatcher y router para identificar enrutamiento ciclico.
Las actualizaciones ya estan en el SVN en el branch 0.5
Continuando con el trabajo en 0.5 tenemos las siguientes mejoras:
- Adaptador de Informix (Nativo y con PDO)
- Adaptador de Oracle Mejorado (Nativo y con PDO)
- Adaptador de SQL Server PDO
- Mejoras al Core para administrar mejor la información de Excepciones
- Cacheo usando la extension Memcache
Las actualizaciones estan disponibles en el SVN de Kumbia
Comentarios
Componente de Cacheo Avanzado
Asignado a anthemfor182
Revisar deivinson
Pasar el codigo HTML a XHTML y CSS2
Asignado a irraco
Revisar anthemfor182
Soporte para Schemas en ActiveRecord y modelos que no siguen estandares
Asignado a anthemfor182
Componente Filter
Asignado a Deivinson y anthemfor182 (me)
Integrar Grid YUI a Kumbia
Asignado a anthemfor182 y deivinson
Integrar libchart a Kumbia
Asignado a deivinson
Revisar anthemfor182
Listas de Acceso ACL
Asignado a anthemfor182
Saludos
He participado en el wiki, trabajo todo lo que puedo en el foro, he comentado varias veces mi intencion de trabajar en el tema xhtml y css. He hablado con irraco y emilio.rst para empezar a trabajar en dichas tareas.
No sé, creo que el problema es que a través del foro no se puede trabajar, porque? lentitud.
Segundo, creo que el hecho de crear una aplicación comun, como se ha comentado, puede evitar que vayamos creando aplicaciones por separado y testeando por separado.
Quizas no puedo decir mucho en tema programación php del framework pero en fin, deseo y estoy trabajando en el proyecto aportando en lo que puedo.
¿Cual es el problema? Que es frustante sentir como se te agotan las fuerzas, y en esos momentos ves que la gente va a su bola.
P.D: Hoy he tenido un dia de perros.... <!-- s:( --><img src="{SMILIES_PATH}/icon_sad.gif" alt=":(" title="Sad" /><!-- s:( -->
Recomendaria que todo el grupo de trabajo del proyecto elijieramos un sistema de mensajeria instantanea y nos comunicaramos a través de este, el messenger es una alternativa (por su popularidad). Asi seria mas eficaz la comunicacion.
Poco a poco hemos ido corrigiendo algunos bugs en los helpers (la comunidad en general), para posteriormente, una vez que esten perfectamente funcionales logrando una version estable de la rama 0.4.x (ya que afrontemoslo, la mayoria de los bugs, , aunque no son muchos, se encuentran en los helpers), realizar la debida estandarizacion a XHTML.
Esta me parece que es la manera mas adecuada de afrontar la estandarizacion del codigo, ya que hay que trabajar las dos ramas de desarrollo y no se puede lograr nada sin una base solida.
Tambien, me parece un poco desconsiderado, a pesar de ser nuevo en esta comunidad, al poco tiempo de plantearse incorporar espacios con nombre para sesiones (SessionNamespace), aporte una solucion la cual ya se encuentra integrada al framework.
Asimismo, hay elementos los cuales nunca he utilizado tales como ACL y dhtmlgrid, sin embargo me he dado a la tarea de indagar acerca de ellos, debido a las necesidades planteadas.
Descansa la defensa. <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) -->
Post.
Todavia estoy riendo de lo apenado de no haber visto en el manual el paso de parametros a las vistas.
Jajajajaja <!-- s --><img src="{SMILIES_PATH}/icon_lol.gif" alt="" title="Laughing" /><!-- s -->
- En la clase ActiveRecord hay diversas inconsistencias en las consultas SQL autogeneradas por el Framework, esto se debe a algunos hacks que deterioran la calidad del código y el rendimiento de las operaciones.
- El parámetro confirm en link_to_remote no funciona en IE
- Los mensajes de la clase Flash no tienen la misma apariencia en Firefox e IE.
Espero que no se malinterprete mi mensaje, y se tome como lo que en realidad pretende ser, una critica constructiva.
PD: Aclaro que mi participación en este foro ha disminuido considerablemente por cuestiones laborales.
Saludos!
pero creo que solo fue un momento donde cada ser humano tiene un limite y creo que el llego a ese punto. Yo les pido a todos con deceos de trabajar no se desanimen, es preciso que todos apoyemos de la manera que podamos, creo firmemente que Andres espera un poco mas de todos nosotros, y creo tb que fue un llamado de atencion FUERTE!! para todos, sabemos que todos no tenemos tiempo por razones laborales y es muy dificil trabajar. Tb veo que el hecho de la falta de comunicacion hace que estemos aun mas lejos; y esta falta de comunicacion tb es el problema que tenemos que superar, de forma inmediata, seria importante escoger una d las altenativas(por el tiempo), aunque no me agrada usar cualquiera de los medios, no da una buena imagen del Framework a los nuevos usarios(en mi opinion personal). Recuerdo que habia en los grupos un ejemplo de chat, por que no mejorarlo y usarlo? yo lo revisare y les informare a todos.
Creo que las cosas pasan por algo, necesitamos trabajar en conjunto y ayudar a Andres, el solo con tanata tarea debe estar re-estrezado. Vamos chicos ... hay que seguir
'que seria d la vida sin los sinsavores'
Pueden nombrar en que se sienten comodos trabajando y los agregare de nuevo a la asignación.
Me gustaria me comunicaran el avance que han tenido en las tareas pasadas ó mediante google talk a mi correo electronico si prefieren la mensajeria en linea.
Es importante que haya una buena comunicación para que no pasen estas cosas.
Les cuento que he actualizado la version 0.5. Entre las mejoras estan soporte del metodo exceptions en modelos y controladores para controlar las excepciones.
EL nuevo Router y el dispatcher ahora estan mas estables y funcionan bien. He realizado algunas pequeñas pruebas con ApplicationController y han dado buenos resultados.
Estoy corrigiendo partes del codigo para que trabajen en modo E_STRICT asi estaremos mas seguros de que las cosas se hacen bien.
Probablemente cambie la estructura un poco mas para el soporte a los modulos para tener varias aplicaciones un mismo release del framework.
Deivinson ha estado trabajando igualmente en la integración con libchart en el wiki.
Ahora trabajo en realizar la integración de Yahoo UI para las grillas y algunos componentes graficos avanzados.
De los bugs mencionados podemos darle prioridad y generar un 0.4.6RC6 exceptuando el de cambiar el sql para mejorar el rendimiento, dejemos esto para 0.5.
Queria agradecer el trabajo realizado por phillipo y deivinson en el wiki, creo que tiene un muy buen avance para el beneficio de todos.
Saludos y gracias
Creo que este release representa el mayor avance de Kumbia en mucho tiempo.
Entre las mejoras tenemos:
- Adaptadores Reestructurados
- Nuevo adaptador MySQLi
- Reestructurado adaptador para PostgreSQL nativo
- Reestructurado adaptador para MySQL nativo
- Nuevo adaptador PDO (PHP Data Objects)
- Nuevo adaptador para MySQL con PDO
- Nuevo adaptador para PostgreSQL con PDO
- Nuevo adaptador para SQLite con PDO
- Nuevos metodos en los adaptadores como create_table, drop_table, insert, update, delete, fetch_all, list_tables, describe_table, last_insert_id
- Mejoras en el cargador de adaptadores
- Reestructuración de ActiveRecord (mas rapido, consistente y estable)
- Soporte para multiples aplicaciones dentro de un mismo release de Kumbia
- Agrupar los modelos en sub-directorios de models
- Mejoras en StandardForm
- Escritura de codigo utilizando estandares XHTML parcialmente
- Escritura de codigo PHP con E_STRICT habilitado
- Soporte para multiples filtros en controladores
- Cacheo basico de vistas, templates y layouts
- Nuevo sistema de configuración para soportar varias aplicaciones
- Directorio de testeo de funcionalidad para estar seguro que un cambio en el framework no afecta a las aplicaciones (adaptadores, active_record)
- Mejoras en el redireccionador
- Mejoras en StandardForm (eliminar codigo inutilizado y javascript inutilizado)
Como ven el cambio es inmenso y aun falta mas para esta version 0.5, de momento pueden examinar el codigo y hacer pruebas preliminares.
Tambien he subido el API de las clases en el archivo api.zip donde se puede examinar la estructura del framework.
Saludos y Viva Kumbia!
Saludos! <!-- s --><img src="{SMILIES_PATH}/icon_wink.gif" alt="" title="Wink" /><!-- s -->
He hecho diversas mejoras y optimizaciones a la clase ActiveRecord en Kumbia 0.4x, asi como la implementacion del parametro "required" en los formularios normalitos (form_tag), entonces voy a subirlas al SVN para que las prueben.
Las mejoras consisten en la obtención de consultas SQL mas "limpias", y la eliminación de muchos condicionales innecesarios, asi como la estandarizacion de codigo que no seguia algunos estandares (en parte mio).
Saludos
saludos a todos.
Buenas noticias, con base en lo motivado que estaba con la version 0.5 recien desarrollada he decidido migrar una de las aplicaciones de mi empresa a 0.5.
La aplicacion trabaja puntos de venta para hoteles, al final de la migración se ha logrado muchas de las cosas que se estaban esperando para la aplicacion:
- Sistema de seguridad basado en ACL
- Cacheo de las partes mas pesadas en las vistas
- Acceso a base de datos con MySQLi
- Auditoria del sistema (que hace que, cuando, como y donde)
Despues de muchas horas de correccion de bugs, adaptacion, etc, hoy puedo decir que tiene muy buena cara.
En la aplicación trabajan de 15-25 usuarios simultaneos en diferentes modulos, con una carga de consulta bastante alta.
Esta aplicación fue recientemente comprada por una gran multinacional de la cual depende su comercialización.
Tengo que decir que me siento muy feliz con los resultados logrados hasta el momento en cuanto pueda sacare el framework aparte de la aplicacion y lo subire al framework.
Como la aplicación tiene tanta demanda es dificil dejar de probar cada una de los modulos y el mismo framework como tal.
Bueno, eso queria contarles, espero kumbia tambien se pueda convertir en una solucion para todos como lo es para nosotros
Saludos
Las novedades son:
- Componente de cacheo avanzado en un 50%
- Componente Filter en un 50%
- Mejoras en la clase logger, ahora es mas facil de usar. Usando niveles basados en PEAR:Log
- Multiples bugs solucionados en ActiveRecordBase
- Ahora los stylesheets se insertan magicamente en el <head></head>
- Nueva presentacion de excepciones muestra mas informacion
- metodo log en controladores permite escribir logs directamente
- Excepciones ahora crean logs (configurable)
- Componente Auth (Autenticación uniforme de usuarios) en un 40%
Trabajo en:
- Terminar Cacheo Avanzado
- Terminar Filter
- Terminar Auth
- Nuevo componente Audit::Log para Auditoria de Sistemas de información
- Soporte para llaves foraneas en ActiveRecord diferentes a las convenciones de Kumbia
- Adaptador para Firebird, Informix (20%) y SQLServer (30%)
- Integrar libchart a Kumbia
- Integrar extjs a Kumbia
- Nuevos validadores en ActiveRecord
- Enviar mensajes de error por separado: en la vista se podria <?= messages_for("clientes", "cedula") ?> y mostraria si el campo cedula ha tenido algun error de ActiveRecord o de validacion
- Nuevo componenten Feed
Espero tener el primer RC1 para finales de septiembre.
De otro lado para 0.4x es necesario que se arreglen algunas cosillas sobre todo que he encontrado en ActiveRecord. Roger revisa la implementación de los metodos convert_params_to_sql, find_first y find en 0.5 para que veas algunas cosillas que olvidaste hacer, les recomiendo descargar del SVN y probar la version 0.4.
Gracias a deivinson, phillipo, powerade por su excelente trabajo en el Wiki
Gracias a emilio e irraco por sus ejemplos y mejoras en los helpers
Esto pinta bien, Viva Kumbia
saludos a todos.
Con todo respeto Andrés, debes corregir la forma en que dices las cosas.
Si revisas bien notaras las diversas correcciones y mejoras que he hecho al framework, recordandote algunas:
ActiveRecord generaba consultas muy sucias e ineficientes antes de que yo le hiciera correcciones, por ejemplo generaba sentencias como:
Mi pregunta es: ¿tiene sentido alguno ese tipo de consultas?
Las sentencias que ahora genera ActiveRecord son mas limpias, eficientes y acordes a la realidad.
Los invito a todos a que con sus propios ojos revisen el código de la clase ActiveRecord de las versiones de Kumbia inferiores a la 0.46RC3 (desde donde la comencé a mejorar), e igualmente que revisen los logs que generaban esas versiones con los que se generan ahora en las ultimas versiones de kumbia 0.46x, así verán las ventajas.
Realmente me molestó un poco la forma de referirte y decir "Roger revisa la implementación de los métodos convert_params_to_sql, find_first y find en 0.5 para que veas algunas cosillas que olvidaste hacer"
y tras de eso agradecer a todos los colaboradores y no a mi!, me parece una grosería total.
Lo anterior se entiende como "mira para que veas como se hacen las cosas!!!".
Además de otros muchas correcciones que ahora no voy a mencionar, solo te pido Andrés que por favor dejes de ser tan prepotente.
La recomendación es: así como uno hace recomendaciones (mal hechas), también hay que aprender a recibirlas.
Nota: espero que este mail no vaya a implicar una guerra personal con nadie, solo es un consejo fuerte.
Esta muy bien tu aporte con respecto a active record sin embargo habia un comportamiento en ActiveRecord y despues de algunas cosillas que olvidaste hacer se perdio el comportamiento y por lo tanto empezaron a fallar las aplicaciones actuales.
Olvide agradecerte, lo siento, me fallo el coco, no se si sea tarde pero gracias roger. <!-- s:oops: --><img src="{SMILIES_PATH}/icon_redface.gif" alt=":oops:" title="Embarassed" /><!-- s:oops: -->
No era para ofender, no era para decir aprende de mi ni nada por el estilo. Era para que revisaras como esta en 0.5 y lo pasaras a 0.4 para que aun con tus buenos cambios trabajara para el usuario como antes.
Saludos
Eso si, no me cansaré de decir lo mismo, Andres eres el rey!!
He agregado una nueva actualización despues de mucho trabajo a la version 0.5 entre las novedades tenemos:
- Componente Auth: Permite autenticar usuarios usando Digest, Radius, Kerberos5, contra un Modelo y mediante HTTP_AUTH. Ademas controla que un usuario no se logee mas de una vez en el sistema al tiempo si se requiere, mantiene la identidad del usuario a lo largo de la aplicacion de forma persistente.
- Componente Cache: Cachea variables y datos para evitar realizar procesos pesados repetitivos y aumentar la velocidad. Tambien cachea partes de una vista para acelerar el acceso a determinado contenido.
- Multiples adaptaciones al codigo para que trabaje en modo E_STRICT y tambien XHTML en las vistas.
- Arreglos en el dispatcher y router para identificar enrutamiento ciclico.
Las actualizaciones ya estan en el SVN en el branch 0.5
seguimos adelante...
Saludos
Continuando con el trabajo en 0.5 tenemos las siguientes mejoras:
- Adaptador de Informix (Nativo y con PDO)
- Adaptador de Oracle Mejorado (Nativo y con PDO)
- Adaptador de SQL Server PDO
- Mejoras al Core para administrar mejor la información de Excepciones
- Cacheo usando la extension Memcache
Las actualizaciones estan disponibles en el SVN de Kumbia
Saludos