Opiniones acerca de los Framewoks

zsamer · #31 (**permalink**) 20/08/2007, 07:40

Cita:

Iniciado por sinma

En referencia a CakePHP, si IBM dedicó 5 artículos al desarrollo de aplicaciones con CakePHP en su portal IBM’s developerWorks (http: //www-128.ibm.com/developerworks/edu/os-dw-os-php-cake1.html), quizá es un framework a tener en consideración... No?

CakePHP esta desarrollado en base a PHP4. No estará un poquito atrás, por no decir obsoleto... No?

sinma · #32 (**permalink**) 20/08/2007, 08:49

Pero es compatible con PHP4 y PHP5.

Después de documentarme sobre varios frameworks, opté por utilizar CakePHP, entre otros motivos porque es compatible con PHP4 y PHP5.

Por otro lado, la documentación es mucho más clara que en otros frameworks. Y tiene una comunidad muy amplia, que ofrecen módulos interesantes, valga como ejemplo Drake (módulo de Drupal que permite ejecutar aplicaciones realizadas con CakePHP) o Jake (módulo de Joomla que permite ejecutar aplicaciones realizadas con CakePHP).

Yo no recomiendo ni dejo de recomendar CakePHP, porque hace poco que empecé a utilizar frameworks, por lo que no tengo la experiencia suficiente como para hacer recomendaciones.

Pero mi duda es por qué entonces tiene una comunidad tan amplia, si por lo que veo sois muchos los que opináis que no es recomendable?

zsamer · #33 (**permalink**) 20/08/2007, 13:30

Claro que es compatible con PHP5, pero está desarrollado en base a php4 por lo tanto su arquitectura no aprovecha 100% la potencia de OOP de PHP5 y el nuevo motor de Zend Engine II.

Tukzone · #34 (**permalink**) 20/08/2007, 13:31

Sobre Cake...

El uso de eval(), tambien conocido como "demonio" por programadores de php, se considera una mala practica. Permite ejecutar código PHP y muchas aplicaciones lo usan, o por lo menos lo usaban, lo que costo innumerables dolores de cabeza para los administradores de sistemas.

Ahora, todos sabemos el peligro de usar sesiones, de como un hacker con malas intensiones puede manipular la información que se almacena en la misma. No es muy difícil lograrlo, cualquier libro serio de PHP explica los conceptos básicos de como hacerlo y justamente en el ultimo Defcon una persona distribuyo una herramienta para que todos lo puedan hacer con tan solo un click.

Ahora, juntemos: el "demonio" de eval() y las sesiones, que tenemos? Un peligro inminente? Una gran amenaza? No... Tenemos al componente que maneja las sesiones en CakePHP!

Aunque ustedes no lo crean, Session de CakePHP utiliza eval() para leer las sesiones!! O sea, cualquier que inyecte código en una sesion, lo va a poder ejecutar. Increible, pero real.

Son cosas como estas que me mantuvieron siempre muy alejado de Cake.

_Lucifer_ · #35 (**permalink**) 20/08/2007, 13:56

Interesante...no habia considerado el aspecto de la seguridad en los frameworks, porque una de las cosas que hará el proyectico que tengo en mente es el manejo de sesiones para los usuarios del sistema.

Ese es un punto que se debe mantener muy presente a la hora de escoger, entonces ¿dónde puedo obtener info acerca del aspecto de seguridad de los frameworks?

Saludos

sinma · #36 (**permalink**) 20/08/2007, 14:37

Gracias Tukzone por tu respuesta.

GatorV · #37 (**permalink**) 20/08/2007, 14:56

_Lucifer_:

Si debes de considerar realmente la seguridad que te brinda cada framework, ya que son los cimientos de tu aplicacion, si tu aplicacion tiene cimientos debiles, sera una aplicacion debil.

No conozco hasta ahorita donde encontrar ese tipo de informacion pero si la encuentras estaria padre que la compartieras.

Saludos.

_Lucifer_ · #38 (**permalink**) 20/08/2007, 15:05

Entonces buscaré info acerca de la seguridad y cualquier cosa que encuentre la publicaré acá para que den sus opiniones...

Saludos

Tukzone · #39 (**permalink**) 20/08/2007, 15:24

Yo no soy experto en seguridad ni mucho menos, pero como usuario de frameworks lo que me fijo mucho es en:

La capa de abstracción a la base de datos, tiene que filtrar todo. Ahí ya reducimos 50% las posibilidades de que nos inyecten sql.
El componente que maneja los filtros. Por lo que lei, Chris Shiflett fue el arquitecto de Zend_Filter. Este componente de Zend es mi preferido y es muy seguro.
El componente URI, este es muy importante también, porque tiene contacto directo con el usuario. O sea, el usuario puede interactuar con este componente, lo cual presenta otra amenaza. Si el componente esta bien diseñado, va a filtrar todo por nosotros. XSS, URIs falsas en imagenes, etc.
El componente que maneja las sesiones. Tiene que proveer un mecanismo que evite el secuestro de cookies. También es muy importante como el sistema encripta los datos, keys, tokens, etc. Ya que a veces ni sabemos lo que hacemos con md5, crc32, sha1 y los hackers se hacen un festín con nuestra ignorancia.
Autenticación de usuarios. Muy pocas frameworks soportan HTTPS! En sitios de comercio electrónico, nunca usen HTTP.

Bueno, esas son algunas cosas básicas que ese me ocurren ahora.

sinma · #40 (**permalink**) 21/08/2007, 00:40

Y recomendaste Symfony porque cubre estos requisitos?

Gracias de nuevo.

_Lucifer_ · #41 (**permalink**) 21/08/2007, 06:45

Cita:

Iniciado por Tukzone

Yo no soy experto en seguridad ni mucho menos, pero como usuario de frameworks lo que me fijo mucho es en:

La capa de abstracción a la base de datos, tiene que filtrar todo. Ahí ya reducimos 50% las posibilidades de que nos inyecten sql.
El componente que maneja los filtros. Por lo que lei, Chris Shiflett fue el arquitecto de Zend_Filter. Este componente de Zend es mi preferido y es muy seguro.
El componente URI, este es muy importante también, porque tiene contacto directo con el usuario. O sea, el usuario puede interactuar con este componente, lo cual presenta otra amenaza. Si el componente esta bien diseñado, va a filtrar todo por nosotros. XSS, URIs falsas en imagenes, etc.
El componente que maneja las sesiones. Tiene que proveer un mecanismo que evite el secuestro de cookies. También es muy importante como el sistema encripta los datos, keys, tokens, etc. Ya que a veces ni sabemos lo que hacemos con md5, crc32, sha1 y los hackers se hacen un festín con nuestra ignorancia.
Autenticación de usuarios. Muy pocas frameworks soportan HTTPS! En sitios de comercio electrónico, nunca usen HTTP.

Bueno, esas son algunas cosas básicas que ese me ocurren ahora.

¿Cuál de todos los que has probado cumple o sabes que cumple con todo lo que mencionas?

También he leído algo al respecto, acerca de inyección de sql entre otras cosas y es algo importante a la hora de hacer un sitio que pueda contener info delicada, aunque el sistema que haré dentro de poco es para la intranet de mi trabajo, sin embargo considero que es una buena oportunidad para poner todo eso en práctica.

Saludos

Tukzone · #42 (**permalink**) 21/08/2007, 08:21

Siempre hable bien de Symfony, y siempre me dicen que les parece muy grande la curva de aprendizaje, lo cual concuerdo. Igualmente como decia en otro menaje, me parece que Symfony es demasiado para los qu etan solo quieren desarrollar un sitio web.

Symfony no era lo que es hoy, programadores de Yahoo, IBM, Zend y algunas empresas grande de UK colaboraron también con su desarrollo. Lo cual se nota apenas uno comienza a usarla. No solo por la calidad del código, sino también por la lógica aplicada en su desarrollo.

En base a este problema, que CodeIgniter y CakePHP fueron desarrollados con php4, y que Symfony es demasiado para un sitio web, estoy desarrollando Trex. Simple de usar como CodeIgniter, potente como Symfony. Igual voy a necesitar de la ayuda de todos los programadores del mundo para lograrlo. En 2 meses libero el código y tengo fe que va a competir con las grandes frameworks, al mismo nivel. Obviamente que el éxito de todo proyecto open source depende de su comunidad, cosa que no tengo todavía, pero espero crear.

sinma · #43 (**permalink**) 21/08/2007, 08:35

Se agradecen tus explicaciones, Tukzone.

efecto_mariposa · #44 (**permalink**) 03/09/2007, 21:31

Que mal que me he hecho este post, yo le tenia mucha fe a CakePHP :(

Saludos.

argen · #45 (**permalink**) 04/09/2007, 05:05

Referente a CakePHP:

Cita:

Iniciado por Tukzone

Aunque ustedes no lo crean, Session de CakePHP utiliza eval() para leer las sesiones!! O sea, cualquier que inyecte código en una sesion, lo va a poder ejecutar. Increible, pero real.

En la version 1.1.15 de CakePHP, si se busca la función eval dentro de Session no se obtiene ningún resultado, únicamente en un comentario.

Cita:

Iniciado por zsamer

Claro que es compatible con PHP5, pero está desarrollado en base a php4 por lo tanto su arquitectura no aprovecha 100% la potencia de OOP de PHP5 y el nuevo motor de Zend Engine II.

En la versión 2.0 de CakePHP, PHP4 será eliminado.

GatorV · #46 (**permalink**) 04/09/2007, 14:41

Bueno segunda y ultima, tema limpiado.

Porfavor mantenganse en el tema.

Los dos temas que si contenian informacion valida les pido que los posteen de nuevo evitando dirigirse a otro usuario directamente.

Tukzone · #47 (**permalink**) 04/09/2007, 15:16

Cita:

En la version 1.1.15 de CakePHP, si se busca la función eval dentro de Session no se obtiene ningún resultado, únicamente en un comentario.

Es la tercera vez que lo escribo...

En este enlcae queda demostrado que eval() es usado en Cake 1.2.x

[aclarado el tema]

GatorV · #48 (**permalink**) 04/09/2007, 16:59

Este tema esta saliendo mucho de lo que es originalmente opiniones de los frameworks, por sanidad de todos voy a cerrar este tema.

Saludos.

Webstudio · #49 (**permalink**) 05/09/2007, 14:39

Reabro el tema porque lo considero un post que es invaluable al conocimiento del Foro, donde muchos aspectos y puntos de opinión se han expuesto y se pueden seguir exponiendo. El tema es que discusiones como esta en otros lenguajes/paises se pueden dar sin problema, mientras que aquí siempre producen cuestiones personales que no vienen al caso. Por favor, si alguien tiene algo que agregar al respecto de la conversación (Que les recuerdo, trata sobre FRAMEWORKS), estaremos más que gustosos de oirlos, pero expresen sus opiniones de una manera objetiva, y sobre todo, adulta. Nada de "Yo fui a acusar y decir que estaban diciendo que esto y que aquello y me dijeron que diga y encima y zás".

Ya somos todos grandes acá como para necesitar niñeras que cuiden que los chicos se peleen.

Saludos.

Tukzone · #50 (**permalink**) 05/09/2007, 15:42

Si es verdad, yo admito que a veces peco de infantil :P

Otro tema interesante sobre frameworks que estaba leyendo el otro dia. Cuando se habla de templates, algunos mencionan smarty o algún sistema agnóstico en donde se mezcla php con html. Pero, alguno de ustedes trabajo con XSL?

Tengo entendido que es el futuro de los templates, y que todos van encaminados a usar XSL. Es mas, recuerdo que hace 2 años una persona me conto que en su empresa ya lo usaban para los templates.

Y mi pregunta es, alguien trabajo con algo asi en la capa de presentación? Alguien conoce algún componente que sirva para hacer esto?

Estaria bueno debatir o experimentar un poco con eso, asi de paso todos sabemos de que se trata.

Saludos

Webstudio · #51 (**permalink**) 06/09/2007, 17:55

En mi opinión, cuánto más robusto y simple de utilizar sea un sistema de templates, más gana en usabilidad un framework. El problema que los buenos sistemas de templates, los que realmente da gusto utilizar, si bien no estoy seguro que utilizen XSL, si necesitan de xHTML bien formado, para que sea simple de parsear los tags especiales que soportan (generalmente, en forma de namespaces con los atributos), con una forma asi:

<li template:foreach="Customer.name">Content Here</li>

Y así repiten automáticamente todos los elementos <LI>, incluso con un contenido de ejemplo ( el string "Content Here" ) que le sirve al diseñador para hacer mockups.

Yo personalmente, acepto que esa facilidad de uso, sea a costa de código xHTML bien formado, pero no todo el mundo está dispuesto a aceptarlo.

destor77 · #52 (**permalink**) 07/09/2007, 09:57

puede ser algo asi:

http://trac.php-tools.net/patTemplate

jmn2k1 · #53 (**permalink**) 07/09/2007, 15:19

Cita:

Iniciado por Tukzone

Es la tercera vez que lo escribo...

En este enlcae queda demostrado que eval() es usado en Cake 1.2.x

[aclarado el tema]

Para no confundir al que busque información, cabe aclarar que el enlace posteado habla de una versión bastante vieja de Cake (10 meses), en esta otra revisión (de hace, al menos 5 meses) se puede ver que no se usan mas.

kasluci · #54 (**permalink**) 07/09/2007, 17:06

Yo soy nueva en estos foros, pero necesito ayuda con symfony, les pido porfavor a los que votaron por el que me contacten para ver si me pueden dar toda la información que tengan acerca de eso...

Saludos.

Tukzone · #55 (**permalink**) 08/09/2007, 04:55

Cita:

Iniciado por jmn2k1

Para no confundir al que busque información, cabe aclarar que el enlace posteado habla de una versión bastante vieja de Cake (10 meses), en esta otra revisión (de hace, al menos 5 meses) se puede ver que no se usan mas.

Lamento decirte que en Marzo (hace 5 meses) descargue el archivo comprimido del sitio de Cake y me vino con el componente Session y los eval() todavía estaban ahi.

A quien le importa las revisiones, la mayoría de los usuarios no usa SVN. Porque se tardaron 2 años en removerlas? Alguien que tarda 2 años en remover algo que considera peligroso, no me inspira confianza. Y si eval() no es peligroso, porque lo removieron?

Saludos :)

jmn2k1 · #56 (**permalink**) 08/09/2007, 17:42

Cita:

Iniciado por Tukzone

Lamento decirte que en Marzo (hace 5 meses) descargue el archivo comprimido del sitio de Cake y me vino con el componente Session y los eval() todavía estaban ahi.

A quien le importa las revisiones, la mayoría de los usuarios no usa SVN.

Los usuarios no lo usan, es cierto, los desarrolladores lo usan y a partir de esas revisiones hacen los paquetes que vos te bajas...

Cita:

Iniciado por Tukzone

Porque se tardaron 2 años en removerlas? Alguien que tarda 2 años en remover algo que considera peligroso, no me inspira confianza. Y si eval() no es peligroso, porque lo removieron?

Saludos :)

Aparentemente no lo consideraron peligroso, lo pusieron con "enhancement" en el ticket donde lo reportaron...

_Lucifer_ · #57 (**permalink**) 10/09/2007, 13:38

Bueno...les reporto mis resultados...estuve probando varios frameworks (Kumbia, CodeIgniter y Cake):

El kumbia: esta bién, es sencillo y tiene muchas opciones, me dió algunos problemas menores, pero nada imposible de resolver. Es bastante problemático para hacerle funcionar con el mootools, pero las opciones que traia me permitieron hacer efectos interesantes. Lo que encontré en su contra es que no funcionó en el servidor de hosting en el que quería hospedar mi aplicación.

El CodeIgniter: es bastante sencillo y me permitió desarrollar aplicaciones simples en corto tiempo y funcionó sin ninguna configuración en el servidor, la documentación es bastante buena y suficiente para aprender. Un compañero de trabajo tuvo problemas con algo de la URL's, pero no me dio mayor información, así que no lo considero un punto en contra.

El Cake: excelente documentación, un poco más complejo de usar que el CodeIgniter, pero con muchas más opciones y agregados que le hacen mejor para grandes aplicaciones web. También funcionó sin contratiempos en el servidor.

Cabe destacar que todos los frameworks los probé en mi pc y luego los subí al servidor donde planeo hospedar la aplicación. En definitiva creo que me quedo con el cake a pesar de que aun soporte PHP4, lo cual me parece un detalle menor.

Saludos

Tukzone · #58 (**permalink**) 10/09/2007, 15:34

Cita:

Iniciado por destor77

Bueno estuve laburando para una empresa española en la que para grandes proyectos se basan en cake y CodeIgniter cuando le pregunte porque no usaban zend o alguna que sea 100% php5 su respuesta fue sencilla y clara:

En su momento no todos los hosting tenian php5 instaladom entonces usar zend era imposible y estan esperando a migar a cake cuando sea 100% php5.
...

saludos

Que tal destor77, gracias por compartir tus experiencias. Hay algo que no esta bien claro de la empresa española donde trabajabas. Como es que estaban debatiendo sobre la arquitectura del sistema si ni siquiera tienen un servidor donde hospedarlo? No digo que compren un servidor, aunque si es una empresa grande debería tener mínimo uno. Y si no es tan grande, alquilar un servidor, cualquier empresa pequeña lo hace. Por eso, no encuentro relacion entre la tecnología que utiliza esa empresa y el tamaño de la misma.

jmn2k1, no tengo nada en contra de Cake, pero absolutamente nada. Creo que el problema se origina en base a lo siguiente:

Algunos opinan como desarrolladores web, otros como analistas de sistemas y otros como arquitectos de sistemas.

1. El desarrollador web va a buscar:

1.1. Un sistema fácil de usar.
1.2. Un sistema bien documentado.
1.3. Un sistema que funcione en cualquier lado.

2. El analista de sistemas va a buscar:

2.1. Un sistema orientado a objetos.
2.2. Un sistema fácil de extender.
2.3. Un sistema bien documentado.

3. Y el arquitecto va a buscar:

3.1. Un sistema que cumpla con algunos paradigmas de programación.
3.2. Un sistema que implemente patrones de diseños.
3.3. Un sistema que sea flexible y fácil de extender.

En base a ese análisis te puedo decir quien va a elegir que framework:

1. Cake o CodeIgniter.
2. Symfony o Zend.
3. Zend.

[edite: 1. "usuario" por "desarrollador web"]

Tukzone · #59 (**permalink**) 10/09/2007, 15:48

Genial Lucifer, bienvenido al mundo de los frameworks!!! Me alegro que hayas elegido Cake, la encuentro mucho mas interesante que CodeIgniter :)

Saludos!

mbavio · #60 (**permalink**) 10/09/2007, 16:42

Mmm entonces esto que significa? Que segun ti no tienen comparacion las aplicaciones a las que puedes llegar utilizando Cake con las que puedes hacer utilizando Zend? Porque he visto algunas aplicaciones que utilizan Cake, y son bastante buenas, por lo menos desde mi optica... Es interesante ver la cantidad de opiniones diferentes que surgen al hablar de frameworks, definitivamente, es en donde mas discusiones he visto en el mundo del desarrollo web... Por cierto, Tukzone, que opinion merece Symfony?

Saludos.