El 2012 sirvió para ver como la oveja negra a PHP. Todos se deslumbraban con nuevos lenguajes/paradigmas como Node.js, Ruby On Rails y demás. Si mencionabas PHP te comenzaban a ver como aquel hombre de 45 años, divorciado, con un trozo de pizza en su escritorio y programando en COBOL.
Es cierto que se resaltaron muchas de las carencias del tan popular PHP, pero eso lejos de matarlo, lo fortaleció. Se empezó a trabajar en versiones mejoradas, se aprendió de los nuevos lenguajes y empezaron a llegar Frameworks de alto nivel, prácticos, fáciles de usar y con un futuro muy prometedor.
Laravel, un framework para PHP
Actualmente trabajo en un par de proyectos utilizando el Framework de Laravel para PHP, y el resultado hasta ahora ha sido fantástico. La curva de aprendizaje es relativamente sencilla.
Nunca antes había sido tan fácil:
- asociar una ruta a un controller y a una vista,
- crear restful APIs está a dos pasitos,
- el ORM es tan práctico como cualquiera que se base en el patrón ActiveRecord
laravel :
Laravel se basa en la elegancia y simpleza. Programar ya no tiene que ser tan doloroso y de hecho puede ser agradable con las herramientas necesarias. Laravel es una de esas herramientas.
Está pensado para todos los programadores, inclusive los nuevos programadores que están iniciando con PHP, y ofrece grandes experiencias de desarrollo a los programadores avanzados.
Gracias a la arquitectura única de Laravel, posibilita a los desarrolladores a crear y diseñar su propia infraestructura para sus aplicaciones de la manera más flexible.
Para mí, Laravel, es la bandera más fuerte que me hace seguir apostando por PHP. Debo mencionar que he hecho proyectos con Node.js, y me parece muy bueno, no estoy casado con ningún lenguage, simplemente creo que aun hay muchas razones para seguir trabajando con PHP. Se habla mucho de de las diferencias de performance, en casos prácticos se invita a que se demuestre eso, por ejemplo, aqui Node.js tarda 0.389 seconds en procesar 1000 requests, en cambio PHP 0.130 seconds.
No dejen de leer este artículo donde dan mas detalles de las cosas buenas que se vienen para PHP.
¿Sabes SQL? ¿No-SQL? Aprende MySQL, PostgreSQL, MongoDB, Redis y más con el Curso Profesional de Bases de Datos que empieza el martes, en vivo.
Por solisarg el 25 de Enero de 2013
Ahora voy a armar un back-end simplito y servicios para los frontenders. Si además los chicos lo aprenden rápido, redondo!
Jorge
Freddie :
Somos equipo, si alguien mas del clab team puede ayudarme con eso, ayudaran en mucho a este frio corazon!
Por solisarg el 25 de Enero de 2013
Jorge
solisarg :
Jorge
cool!
Por neux el 06 de Febrero de 2013
Espero que no me lo tomen a mal el siguiente comentario, pero he visto fuertes criticas de PHP, algunas son muy ciertas(ejem...Cakephp), pero otras no tanto, y se dejan llevar por la onda hipster (un punto que tomo Julian amaya en http://www.youtube.com/watch?v=Bk3rKev06y0), esto me llego a pensar en las muchas veces que he visto en mejorandolaweb(viva mejorandola!!!!
Creo que cada lenguaje se debe de aplicar a lo que uno requiera en el momento, entiendo perfectamente que Freddy y Christian ya no son personas con proyectos medianos, pero muchos se emocionan de mas y hablan por hablar.
Disfruten de cada lenguaje como puedan, la programacion es un arte, no es un partido politico ni religion como para afanarse.
Saludos comunidad clab
Ayudo con algunas imagenes:
Representando que no estaba muerto:
Logo de laravel:
Logo de php:
Logo de composer:
Y bueno seguro algun meme se podria agregar.
Despues del articulo igual por ahi preparamos algun otro post con un poco de mas informacion tecnica de Laravel.
Por matesasesinos el 25 de Febrero de 2013
Por ale el 26 de Febrero de 2013
Por marcogomesr@ el 26 de Febrero de 2013
ahora debo actualizar a la version 4 e integrar backbone y sere feliz
Por sergi el 26 de Febrero de 2013
Por JulCes el 26 de Febrero de 2013
Se hablan buenas cosas de Yii, pero en mi opinion, la curva de aprendizaje no fue tan sencilla con Yii como si lo fue con Laravel, y segunda, el argumento contundentes, los bundles:
http://stackoverflow.com/questions/11290207/whats-is-the-biggest-advantages-of-laravel-framework
Symfony tiene cosas buenas, no lo he trabajado lo suficiente como para opinar de el, pero cuando lo intente, me parece un tanto complicado de entender.
Por ejemplo, chequen a un ex developer de Codeigniter, dandole muerte a ese FW, asi, como si nada:
http://heybigname.com/2012/05/06/why-codeigniter-is-dead/
Sin embargo yo tengo una duda, últimamente todos hablan de que si este Framework o si este otro (centrándonos en PHP) y yo no tengo claro hasta que punto es recomendable iniciarse en una aplicación de terceros para desarrollar en PHP en vez de hacerlo directamente.
Yo tengo una estructura básica creada que me sirve para casi cualquier tipo de proyecto, con sus jerarquía de niveles, urls amigables, css altamente adaptable, conexión sqli orientada a objetos con parámetros blindados, etc... implementar una web a partir de ahí es sumamente fácil y rápido, vamos que casi sólo me centro en el diseño y la maquetación y alguna cosilla pequeña que puede variar de una web a otra... llegado a ese punto, ¿me sería recomendable desecharla a favor de un framework? No creo... y más teniendo en cuenta que sí uso un Framework para programar sobre Objetive C (Corona) y no estoy muy contento con su resultado, ahorra muchas líneas de código, sí, pero sus limitaciones son palpables.
¿Framework o no framework? esa es la cuestión...
Por Neuronic el 27 de Febrero de 2013
juanfher :
Sin embargo yo tengo una duda, últimamente todos hablan de que si este Framework o si este otro (centrándonos en PHP) y yo no tengo claro hasta que punto es recomendable iniciarse en una aplicación de terceros para desarrollar en PHP en vez de hacerlo directamente.
Yo tengo una estructura básica creada que me sirve para casi cualquier tipo de proyecto, con sus jerarquía de niveles, urls amigables, css altamente adaptable, conexión sqli orientada a objetos con parámetros blindados, etc... implementar una web a partir de ahí es sumamente fácil y rápido, vamos que casi sólo me centro en el diseño y la maquetación y alguna cosilla pequeña que puede variar de una web a otra... llegado a ese punto, ¿me sería recomendable desecharla a favor de un framework? No creo... y más teniendo en cuenta que sí uso un Framework para programar sobre Objetive C (Corona) y no estoy muy contento con su resultado, ahorra muchas líneas de código, sí, pero sus limitaciones son palpables.
¿Framework o no framework? esa es la cuestión...
Estoy de acuerdo que al final de cuentas, el que es buen gallo, donde quiera...
Los Framework, es cierto que por un lado ofrecen utilerias (por algo el nombre) que se supone nos facilitan la vida, pero por el otro estan pensados de cierta forma y a veces para casos de uso concretos. Para elegir un Framework uno debe evaluar entre lo que me aporta el Framework, lo que me costara aprenderlo y lo que me limita.
Antes de Laravel, ningun Framework de PHP me convencia, hace 6 anhos hice uno propio y estuve haciendo todos mis proyectos con el. Pero por ejemplo, tambien he trabajado con Flash y con Flex, y era totalmente plasmable la diferencia entre trabajar con el Framework de Flex que sin el. Y ahi muchos otros escensarios donde es facilmente identificable el hecho de estar o no con un Framework.
Regresando a Laravel, yo, y se que mas de uno mas, encontro en Laravel ese equilibrio entre curva de aprendizaje, utilerias y beneficios que uno espera de un Framework. Tu me comentas que al parecer trabajas en sitios pequenhos, interactuas con DB y te enfocas en HTML / CSS partiendo de tu Framework. Con Laravel lo podrias hacer tambien, lo unico que necesitas es crear un controller y una o mas vistas, por cada "pagina/modulo" de tu sitio.
Si haces un esfuerzo por conocer Laravel, te daras cuenta que eso que haces con tu Framework, hacerlo con Laravel no es tan complicado, por ese lado te quitas el peso de encima, de estar manteniendo tu framework(aunque ahorita no le hagas casi nada de updates) y por el otro, probablemente conoceras / implementaras mas funcionalidad que no era posible o tan facil con tu Framework.
Por Miguel el 27 de Febrero de 2013
AHHH!! y no estoy divorciado, de momento...
Es muy cansino leer algo sobre un Framework y que acaben apareciendo los puristas sobre Frame si, Frame no...
Eso es como programar Java a pelo o usar Eclipse o Netbeans...., Lo normal es que quieras que tu tiempo programando sea provechoso y que el "Entorno de trabajo" te ayude y eso implica usar un Framework, para el lenguaje que sea.
Por cierto a mi me gusto mucho cakephp en su momento para php.
En cuanto pueda pruebo este que comentas.
Un saludo.
A veces entiendo a los puristas, sobretodo cuando de PHP se habla, realmente, ni el mismo Zend Framework ha sido lo que es Flex Framework para Flex, o .NET Framework para .NET, Spring para Java, etc.
PHP siempre ha estado flotando con Frameworks aqui y alla, sin tener uno como base, algunos eran complejos de entender, otros de implementar, otros de escalar. Por eso creo que a PHP le ayudo aprender de otros lenguages/FW como Node.js y Ruby / OnRails.
El autor de Laravel parece que se baso en parte o mucho en ellos, y por eso el resultado es un Framework, que me parece muy competitivo.
Por Inyaka el 28 de Febrero de 2013
Joanlgr :
para ser sincero nunca antes hubieron tantos buenos candidatos a destronar a PHP, por favor no contemos a coldfusion como un intento serio, ni mucho menos a .NET
ahora los lenguajes se preocupan de ser multiplataforma o funcionan solo en hijos de UNIX(Linux y OSX) , son lenguajes de código abierto y de gran performance.
Nodejs nunca me gusto para hacer cosas grandes, me refiero a sistemas complejos, sin embargo para hacer pequeñas plataformas es muy bueno por que puedes usar fácilmente cosas tan cool como los websocket, stylus, etc...
PHP montar un websocket aun es bastante difícil, pero es popular, muy bien documentado (no jodan, ninguno de la competencia le gana a php en esto) tiene un montón de frameworks y aplicaciones ya programadas y gente que lo quiere.
Ruby, actualmente estoy aprendiendo a usarlo y me gusta, lo aprendo con Rails y la verdad es muy bueno, es como tener todo lo cool de nodejs pero en un framework y lenguaje robusto y agradable de programar, tiene herramientas de consola buenisimas y segun dicen es muy escalable, ademas de ayudar a desarrollar a buena velocidad
Por Mikelman el 28 de Febrero de 2013
Una cosa Inyaka, para los que venimos de Java (Y php) ¿es acnsejable Ruby? O es mejor otro tipo de lenguaje (con FrameWorks) para desarrollo de aplicaciones web?
Por Inyaka el 28 de Febrero de 2013
Mikelman :
Una cosa Inyaka, para los que venimos de Java (Y php) ¿es acnsejable Ruby? O es mejor otro tipo de lenguaje (con FrameWorks) para desarrollo de aplicaciones web?
Tengo mucha experiencia con PHP, pero poca con Ruby y nada con Java, pero creo que si, el cambio puede ser relativamente facil, la verdad lo que mas me ayudo a comprender ruby fue ademas de la OOP el uso de patrones de diseño en Javascript, tiene cosas muy parecidas a Prototype
Por Mikelman el 28 de Febrero de 2013
Yo he construido varias webs (4) con cakephp y estoy contento (y mis clientes).
Sin embargo quiero dar un paso más, por eso te preguntaba.
La verdad es que pase de php a Java y me costó mucho esfuerzo y ahora quería aprovechar el esfuerzo y utilizar un framework para web con java, pero he estado viendo Spring y otros y me da mucha pereza
Es fin, aprovecharemos la crisis para seguir formándonos...
Por Inyaka el 28 de Febrero de 2013
Mikelman :
Yo he construido varias webs (4) con cakephp y estoy contento (y mis clientes).
Sin embargo quiero dar un paso más, por eso te preguntaba.
La verdad es que pase de php a Java y me costó mucho esfuerzo y ahora quería aprovechar el esfuerzo y utilizar un framework para web con java, pero he estado viendo Spring y otros y me da mucha pereza
Es fin, aprovecharemos la crisis para seguir formándonos...
¿crisis? ¿que crisis?
Por charolastra el 28 de Febrero de 2013
de antemano gracias
Por Inyaka el 28 de Febrero de 2013
charolastra :
de antemano gracias
el encargado de hacer cursos de eso es @yareher esta es la pagina de su curso, pero es presencial en Lima, seria bueno que lanzara un curso online railscourse.com/
charolastra :
de antemano gracias
Creo que Duilio iba a preparar un curso de Laravel.
Por Johnmer Bencomo el 01 de Marzo de 2013
Johnmer Bencomo-blog :
Aqui responden a tu pregunta:
http://heybigname.com/2012/05/06/why-codeigniter-is-dead/
Respecto a tutoriales de Laravel, esta es LA pagina:
http://daylerees.com/category/laravel-tutorials/
Por Inyaka el 01 de Marzo de 2013
recuerda que el exito de php se basa justamente en:
y eso es justamente lo bueno de Codeigniter.
ademas ayuda a iniciar en la POO y el MVC sin tanta dificultad
lo que si siento falta es que los frameworks quieran dar soporte si o si a servidores viejos y por esto no aprovechen las virtudes de versiones ya estables de php, hace mas de 1 año que tenemos la versión estable de php 5.4 y no veo que los frameworks actuales aprovechen sus nuevas características.
si Laravel tuviera comandos interesantes, compiladores de código, agregados extras como soporte para NoSql y en general herramientas de productividad seria interesante probarlo
Inyaka :
recuerda que el exito de php se basa justamente en:
y eso es justamente lo bueno de Codeigniter.
ademas ayuda a iniciar en la POO y el MVC sin tanta dificultad
lo que si siento falta es que los frameworks quieran dar soporte si o si a servidores viejos y por esto no aprovechen las virtudes de versiones ya estables de php, hace mas de 1 año que tenemos la versión estable de php 5.4 y no veo que los frameworks actuales aprovechen sus nuevas características.
si Laravel tuviera comandos interesantes, compiladores de código, agregados extras como soporte para NoSql y en general herramientas de productividad seria interesante probarlo
Yo solo paso un link.
Laravel tambien es facil de implementar y la documentacion esta de lujo.
La linea de comandos de Laravel ya la checaste?
http://laravel.com/docs/artisan/tasks
Checa tambien, Laravel bundles:
http://laravel.com/docs/bundles
Creo que Laravel, oficialmente no soporta mongo, pero es la ventaja de los bundles:
http://bundles.laravel.com/bundle/mongor
Por Alejandro el 01 de Marzo de 2013
Por jverasobino el 01 de Marzo de 2013
Por destroyo el 03 de Marzo de 2013
Mi framework lo he hecho yo. Por eso, conozco sus posibilidades y sus limitaciones. Si en un proyecto hay requisitos fuera de sus posibilidades, nadie mejor que yo para ampliarlo a la medida necesaria.
¿Es mejor que Laravel o Yii o CodeIgniter o Zend? Para mí sí lo es. Por una cuestión muy simple: porque es el que a mí me ofrece una mejor relación entre características, rendimiento y tiempo de desarrollo. Si con otro framework esa relación es peor, significa que el precio por hora de desarrollo decae, y el proyecto me sale menos rentable.
"Ya, pero si aprendes a dominar bien Yii esa relación puede mejorar...", podéis objetar. Primero, no lo sabré hasta que haya aprendido a dominar perfectamente Yii (y con ello me refiero a conocer sus tripas y poder extenderlo a la medida de cualquiera de mis proyectos, sin limitaciones). Y segundo, el tiempo invertido en adquirir ese grado de solvencia también cuenta (negativamente) a efectos de rentabilidad.
Con esto no quiero decir que me oponga a que la gente los use. A quien le vaya bien con ellos, adelante. Solo que no es mi caso. Puedo tolerar las limitaciones de mi framework para la tarea, porque sé perfectamente como adaptarlo. Lo que no puedo tolerar son las limitaciones de un framework ajeno, dado que solventarlas me llevaría a ampliar mucho más el tiempo de desarrollo.
Repito: a quien le resulte rentable, me alegro por él, sinceramente. Pero creo que hay también bastante talibanismo o esnobismo con los frameworks, y que si no usas uno ya eres una especie de tarado que carece de nivel suficiente.
Cuando he tenido discusiones de este tipo (los malos directores de proyectos son particularmente irritantes en este sentido), donde al final parece que sólo queda el argumento de autoridad, yo siempre saco a colación las opiniones de Rasmus Lerdorf a este respecto:
http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html
En resumen: para mí lo único que importa son dos cosas: el portfolio (vamos, que el trabajo esté bien hecho) y la rentabilidad. La tecnología usada no lo es tanto. Todo lo demás es marear la perdiz y no da de comer.
Por manuel_j555 el 03 de Marzo de 2013
Cosa que muy difícilmente pase en un proyecto de varios integrantes donde se pretenda usar un framework creado por uno de ellos, y que solo esa persona lo conozca, en ese caso solo uno rendirá mientras los otros intentan entender como funciona el mismo.
Saludos...!!!
Por noisedan el 05 de Marzo de 2013
Por vanvanero el 14 de Marzo de 2013
Este es muy completo y tiene demasiadas ventajas frente a otros (ORM Doctrine, Twig, Comandos para hacer tareas mas sencillas, Completa y fácil documentación y Por supuesto, usa el sistema de versiones GIT, entre otras).
Y es que Symfony ha recopilado las mejores practicas de lenguajes de programación como Java o Ruby... por lo que lo hace sin duda el mas poderoso framework de php.
Pero claro, si recién empiezas, tu proyecto es pequeño o simplemente te gusta lo sencillo, usen codeigniter, cake o el mismo laravel que propone el post
masterojitos :
Este es muy completo y tiene demasiadas ventajas frente a otros (ORM Doctrine, Twig, Comandos para hacer tareas mas sencillas, Completa y fácil documentación y Por supuesto, usa el sistema de versiones GIT, entre otras).
Y es que Symfony ha recopilado las mejores practicas de lenguajes de programación como Java o Ruby... por lo que lo hace sin duda el mas poderoso framework de php.
Pero claro, si recién empiezas, tu proyecto es pequeño o simplemente te gusta lo sencillo, usen codeigniter, cake o el mismo laravel que propone el post
En que te basas para definir que es el mejor?
Laravel utiliza algunas clases de Symfony(si es que ese para ti es un criterio de comparacion, que crees no conocemos).
Yo no se, cual sea el mejor pero me interesan tus argumentos por los que estas tan seguro que es el mejor, en base a tus argumentos ver la fiabilidad de tu afirmacion.
Saludos!
Dano :
masterojitos :
Este es muy completo y tiene demasiadas ventajas frente a otros (ORM Doctrine, Twig, Comandos para hacer tareas mas sencillas, Completa y fácil documentación y Por supuesto, usa el sistema de versiones GIT, entre otras).
Y es que Symfony ha recopilado las mejores practicas de lenguajes de programación como Java o Ruby... por lo que lo hace sin duda el mas poderoso framework de php.
Pero claro, si recién empiezas, tu proyecto es pequeño o simplemente te gusta lo sencillo, usen codeigniter, cake o el mismo laravel que propone el post
En que te basas para definir que es el mejor?
Laravel utiliza algunas clases de Symfony(si es que ese para ti es un criterio de comparacion, que crees no conocemos).
Yo no se, cual sea el mejor pero me interesan tus argumentos por los que estas tan seguro que es el mejor, en base a tus argumentos ver la fiabilidad de tu afirmacion.
Saludos!
Su forma de manejar las tablas no me es nada agradable... si bien es fácil y entendible, pero creo que es mucho mejor la manera en que lo maneja symfony las cuales tienen muchas ventajas como manejar las propiedades, comportamientos y validaciones de diversas maneras como php, xml, yml o la que prefiero que es anotaciones.
No estoy seguro si tiene repositorios de clases para contener los métodos de acceso a base de datos, ya que vi que realiza las consultas en el mismo controlador y la forma de realizarlas es fácil y rápida, sin embargo, no es nada flexible y al momento de realizar consultas complejas no le encuentro forma óptima de hacerlas, a diferencia de que symfony usa el ORM doctrine por defecto y este también es uno de los mejores ORM por no decir que lo es y resuelve esto de una manera muy sencilla, flexible y cualquiera podría adaptarse rápidamente.
La forma de cargar datos por defecto a la base de datos "seed", es simple, pero una vez mas es sencilla en comparación con la amplia variación y funcionalidades que tiene los "fixtures" de symfony.
La forma en la que crea y manipula un formulario es demasiado simple, no le veo punto de comparación a las clases que usa symfony para crear y configurar los formularios, además de su muy adecuado fichero para validar los mismos formularios, el cual no se compara con la manera sencilla de validar que ofrece Laravel.
Su sistema de plantillas si lo veo bueno, es fácil y limpio, aunque no se que tantas facilidades pueda ofrecer en comparación con el también muy buen sistema de plantillas que es twig, el cual también obviamente es muy fácil, rápido y limpio, nada que ver con Smarty que ni se porque lo nombro jaja.
Para finalizar, su ultima versión, esta usando justamente funcionalidades y componentes del mismo symfony, prueba de que uno cuando quiere hacer algo bueno que otro ya hace, debe copiarse, igualarse y superarse, pero no se si llegue a eso... y eso que aun le falta tener muchísimas cosas que tiene Symfony2.*.
Yo escribí esto, porque no estoy muy de acuerdo con algunas cosas que mencionaste, como que es un framework de alto nivel o que esta muy bien diseñado, cuando su arquitectura "única" esta aun en pañales y les falta demasiado para llegar a ser tan robusto como lo es Symfony o el mismo Zend.
En conslución, este framework lo veo bueno y prometedor, no digo que sea malo, pero una vez mas lo repito, lo veo por ahora como para proyectos sencillos, cortos, pequeños y esto es algo que no mencionaste por lo que deja al aire libre el pensar que es para cualquier tipo de proyecto... y si uno realmente quiere desarrollar un proyecto, tiene que pensar en la escalabilidad y expansión que este pueda tener a un futuro, debe pensar en la seguridad que debe ofrecer, en el soporte que dan las personas para el framework, en la amplia documentación, bundles (plugins y componentes) e información que se encuentre en internet de el, y muy importante también, en la buena arquitectura que debe tener el framework, en el buen marco de trabajo en el que un desarrollador va a trabajar... y es ahí, cuando frameworks como Laravel, u otros que ya sabemos, no encajan, y es por ello que una vez mas menciono lo siguiente, Actualmente Symfony2 es el mejor framework de PHP.
Espero haberme explicado un poco mejor y no haber sido muy egocéntrico en algunos aspectos... ya quedara en cada persona saber que framework elegir... aquí lo que importa es que sepan que php es genial
Muchas gracias por su atención.
Suerte y que Dios los Bendiga.
masterojitos :
Su forma de manejar las tablas no me es nada agradable... si bien es fácil y entendible, pero creo que es mucho mejor la manera en que lo maneja symfony las cuales tienen muchas ventajas como manejar las propiedades, comportamientos y validaciones de diversas maneras como php, xml, yml o la que prefiero que es anotaciones.
No estoy seguro si tiene repositorios de clases para contener los métodos de acceso a base de datos, ya que vi que realiza las consultas en el mismo controlador y la forma de realizarlas es fácil y rápida, sin embargo, no es nada flexible y al momento de realizar consultas complejas no le encuentro forma óptima de hacerlas, a diferencia de que symfony usa el ORM doctrine por defecto y este también es uno de los mejores ORM por no decir que lo es y resuelve esto de una manera muy sencilla, flexible y cualquiera podría adaptarse rápidamente.
La forma de cargar datos por defecto a la base de datos "seed", es simple, pero una vez mas es sencilla en comparación con la amplia variación y funcionalidades que tiene los "fixtures" de symfony.
La forma en la que crea y manipula un formulario es demasiado simple, no le veo punto de comparación a las clases que usa symfony para crear y configurar los formularios, además de su muy adecuado fichero para validar los mismos formularios, el cual no se compara con la manera sencilla de validar que ofrece Laravel.
Su sistema de plantillas si lo veo bueno, es fácil y limpio, aunque no se que tantas facilidades pueda ofrecer en comparación con el también muy buen sistema de plantillas que es twig, el cual también obviamente es muy fácil, rápido y limpio, nada que ver con Smarty que ni se porque lo nombro jaja.
Para finalizar, su ultima versión, esta usando justamente funcionalidades y componentes del mismo symfony, prueba de que uno cuando quiere hacer algo bueno que otro ya hace, debe copiarse, igualarse y superarse, pero no se si llegue a eso... y eso que aun le falta tener muchísimas cosas que tiene Symfony2.*.
Yo escribí esto, porque no estoy muy de acuerdo con algunas cosas que mencionaste, como que es un framework de alto nivel o que esta muy bien diseñado, cuando su arquitectura "única" esta aun en pañales y les falta demasiado para llegar a ser tan robusto como lo es Symfony o el mismo Zend.
En conslución, este framework lo veo bueno y prometedor, no digo que sea malo, pero una vez mas lo repito, lo veo por ahora como para proyectos sencillos, cortos, pequeños y esto es algo que no mencionaste por lo que deja al aire libre el pensar que es para cualquier tipo de proyecto... y si uno realmente quiere desarrollar un proyecto, tiene que pensar en la escalabilidad y expansión que este pueda tener a un futuro, debe pensar en la seguridad que debe ofrecer, en el soporte que dan las personas para el framework, en la amplia documentación, bundles (plugins y componentes) e información que se encuentre en internet de el, y muy importante también, en la buena arquitectura que debe tener el framework, en el buen marco de trabajo en el que un desarrollador va a trabajar... y es ahí, cuando frameworks como Laravel, u otros que ya sabemos, no encajan, y es por ello que una vez mas menciono lo siguiente, Actualmente Symfony2 es el mejor framework de PHP.
Espero haberme explicado un poco mejor y no haber sido muy egocéntrico en algunos aspectos... ya quedara en cada persona saber que framework elegir... aquí lo que importa es que sepan que php es genial
Muchas gracias por su atención.
Suerte y que Dios los Bendiga.
Buen punto de vista. Coincido con tu opinion
alessandro15 :
masterojitos :
Su forma de manejar las tablas no me es nada agradable... si bien es fácil y entendible, pero creo que es mucho mejor la manera en que lo maneja symfony las cuales tienen muchas ventajas como manejar las propiedades, comportamientos y validaciones de diversas maneras como php, xml, yml o la que prefiero que es anotaciones.
No estoy seguro si tiene repositorios de clases para contener los métodos de acceso a base de datos, ya que vi que realiza las consultas en el mismo controlador y la forma de realizarlas es fácil y rápida, sin embargo, no es nada flexible y al momento de realizar consultas complejas no le encuentro forma óptima de hacerlas, a diferencia de que symfony usa el ORM doctrine por defecto y este también es uno de los mejores ORM por no decir que lo es y resuelve esto de una manera muy sencilla, flexible y cualquiera podría adaptarse rápidamente.
La forma de cargar datos por defecto a la base de datos "seed", es simple, pero una vez mas es sencilla en comparación con la amplia variación y funcionalidades que tiene los "fixtures" de symfony.
La forma en la que crea y manipula un formulario es demasiado simple, no le veo punto de comparación a las clases que usa symfony para crear y configurar los formularios, además de su muy adecuado fichero para validar los mismos formularios, el cual no se compara con la manera sencilla de validar que ofrece Laravel.
Su sistema de plantillas si lo veo bueno, es fácil y limpio, aunque no se que tantas facilidades pueda ofrecer en comparación con el también muy buen sistema de plantillas que es twig, el cual también obviamente es muy fácil, rápido y limpio, nada que ver con Smarty que ni se porque lo nombro jaja.
Para finalizar, su ultima versión, esta usando justamente funcionalidades y componentes del mismo symfony, prueba de que uno cuando quiere hacer algo bueno que otro ya hace, debe copiarse, igualarse y superarse, pero no se si llegue a eso... y eso que aun le falta tener muchísimas cosas que tiene Symfony2.*.
Yo escribí esto, porque no estoy muy de acuerdo con algunas cosas que mencionaste, como que es un framework de alto nivel o que esta muy bien diseñado, cuando su arquitectura "única" esta aun en pañales y les falta demasiado para llegar a ser tan robusto como lo es Symfony o el mismo Zend.
En conslución, este framework lo veo bueno y prometedor, no digo que sea malo, pero una vez mas lo repito, lo veo por ahora como para proyectos sencillos, cortos, pequeños y esto es algo que no mencionaste por lo que deja al aire libre el pensar que es para cualquier tipo de proyecto... y si uno realmente quiere desarrollar un proyecto, tiene que pensar en la escalabilidad y expansión que este pueda tener a un futuro, debe pensar en la seguridad que debe ofrecer, en el soporte que dan las personas para el framework, en la amplia documentación, bundles (plugins y componentes) e información que se encuentre en internet de el, y muy importante también, en la buena arquitectura que debe tener el framework, en el buen marco de trabajo en el que un desarrollador va a trabajar... y es ahí, cuando frameworks como Laravel, u otros que ya sabemos, no encajan, y es por ello que una vez mas menciono lo siguiente, Actualmente Symfony2 es el mejor framework de PHP.
Espero haberme explicado un poco mejor y no haber sido muy egocéntrico en algunos aspectos... ya quedara en cada persona saber que framework elegir... aquí lo que importa es que sepan que php es genial
Muchas gracias por su atención.
Suerte y que Dios los Bendiga.
Buen punto de vista. Coincido con tu opinion
Podria responder todos los puntos, pero varios son subjetivos, y no se puede cambiar la opinion de conceptos.
Symfony creo que tambien es un muy buen FW.
Saludos!
Pero tan solo piensa en esto... Porque Laravel en su ultima versión se ha copiado y usa muchas funcionalidades y componentes de Symfony ? que te hace pensar ? Lo dejo a tu criterio.
Saludos
Por Nicolas M el 18 de Marzo de 2013
Mi única duda es con las transacciones sql, yo utilizo mysql y en mi clase db.php hacia uso de las funciones mysqli_autocommit, mysqli_commit, etc. Mi pregunta es Laravel tiene codigo especial para las transacciones?, o lo tengo que hacer del lado del sql?.
Nicolas M-blog :
Mi única duda es con las transacciones sql, yo utilizo mysql y en mi clase db.php hacia uso de las funciones mysqli_autocommit, mysqli_commit, etc. Mi pregunta es Laravel tiene codigo especial para las transacciones?, o lo tengo que hacer del lado del sql?.
Te recomiendo que leas informacion acerca de ORMs.
Laravel tiene uno, muy bueno, Eloquent. Con ese, no necesitas SQL(ni con cualquier ORMs).
Por Lucas valle el 22 de Abril de 2013
Por David el 03 de Mayo de 2013
Está basado en Zend. Te construye un administrador para programadores. No influye en nada el diseño del frontend (no tiene plantillas).
En el administrador entre otras cosas puedes:
- Crear fácilmente clases para objetos (él se encarga de la base de datos y las consultas).
- Crear y configurar rutas, páginas, menús, plugins, optimizaciones, integraciones.
He creado ya con él varias páginas (landing, de empresa, tienda online, reservas turísticas), y hasta una red social y un programa de gestión.
David-blog :
Está basado en Zend. Te construye un administrador para programadores. No influye en nada el diseño del frontend (no tiene plantillas).
En el administrador entre otras cosas puedes:
- Crear fácilmente clases para objetos (él se encarga de la base de datos y las consultas).
- Crear y configurar rutas, páginas, menús, plugins, optimizaciones, integraciones.
He creado ya con él varias páginas (landing, de empresa, tienda online, reservas turísticas), y hasta una red social y un programa de gestión.
No lo conocia, suena bien. Jugare con el.
Por orlando el 24 de Mayo de 2013
orlando-blog :
Laravel es un Framework del lado del servidor, jQuery del lado del cliente, y no chocan entre si.
Saludos
Por Juan el 07 de Junio de 2013
Por Lucas valle el 09 de Junio de 2013
Por camiloP el 11 de Junio de 2013
camiloP-blog :
http://codehappy.daylerees.com/eloquent-orm
Go to relationships
Por Alejandro el 11 de Junio de 2013
http://bundles.laravel.com/bundle/doctrine
También recomiendo este video de Nettuts:
http://net.tutsplus.com/tutorials/tools-and-tips/pro-workflow-in-laravel-and-sublime-text/
Cuidado, peligro de babeo debido al desarrollo rápido de aplicaciones.
Por último, mi opinión es que este es un gran FW. Disfruto mucho con Rails, sólo me preocupo por qué quiero en vez de cómo consigo lo que quiero, pero con Laravel todas las desventajas de Rails desaparecen - principalmente todo tipo de configuraciones previas - ya que básicamente sigue siendo copiar y pegar la instalación...
Lo único que nunca alcanzará PHP a Rails es en la belleza del código...pero hey, PHP es más rápido ;
; )
Alejandro-blog :
http://bundles.laravel.com/bundle/doctrine
También recomiendo este video de Nettuts:
http://net.tutsplus.com/tutorials/tools-and-tips/pro-workflow-in-laravel-and-sublime-text/
Cuidado, peligro de babeo debido al desarrollo rápido de aplicaciones.
Por último, mi opinión es que este es un gran FW. Disfruto mucho con Rails, sólo me preocupo por qué quiero en vez de cómo consigo lo que quiero, pero con Laravel todas las desventajas de Rails desaparecen - principalmente todo tipo de configuraciones previas - ya que básicamente sigue siendo copiar y pegar la instalación...
Lo único que nunca alcanzará PHP a Rails es en la belleza del código...pero hey, PHP es más rápido ;
; )
Salvo un par de sintaxis que apestan de PHP, en general se puede tener codigo hermoso con PHP, la hermosura de codigo siempre depende mas del programador que del lenguage.
Por cierto, queridos amigos, este post fue hecho para Laravel 3, cuando Laravel era cool. Ahora que salio Laravel 4, LARAVEL ES EL PUTO AMO!
No dejen de checarlo:
http://laravel.com/
Por Alejandro el 11 de Junio de 2013
Por cierto Dayl Rees http://codehappy.daylerees.com/ autor de Code Happy para Laravel 3, escribió la versión para Laravel 4 https://leanpub.com/codebright , Code Bright. Hay que pagar, pero yo lo recomiendo como referencia al empezar en este maravilloso FW
Alejandro-blog :
Por cierto Dayl Rees http://codehappy.daylerees.com/ autor de Code Happy para Laravel 3, escribió la versión para Laravel 4 https://leanpub.com/codebright , Code Bright. Hay que pagar, pero yo lo recomiendo como referencia al empezar en este maravilloso FW
Nunca he sido de debatir cual es el mejor lenguage, porque siempre creo que es mas importante el programador. Lo que si, es que a PHP le hacia tanta falta un FW como Laravel. Y ahora que en el 4 utiliza al 100% composer se habla de tu a tu con NPM, el ORM no queda a deber con RoR, etc.
Por cuestiones de trabajo no he podido jugar con Laravel 4, pero ya habra tiempo para la diversion.
El libro que recomiendas, lo apoyo. +1 De hecho el primer libro estuvo tan bueno, que al autor lo invitaron a formar parte del grupo core de developers.
Por CamiloP el 12 de Junio de 2013
CamiloP-blog :
Yo no se que es una relacion identificadora. Si me explicas un poco mas a que te refieres, tal vez podamos ayudar. Da un caso de uso o algo asi.
Saludos
Por CamiloP el 14 de Junio de 2013
CamiloP-blog :
Ok, ya veo. Si entendi.
Pero segun yo, en terminos de Eloquent seria lo mismo.
En el modelo padre puedes incluir a tu hijo, sea debil o fuerte, no importa, pues defines la tabla y el campo.
En el hijo puedes incluir al padre igual, no importa si eres hijo debil o no.
Por ejemplo un modelo color que tiene una tabla hija, color dimension:
Código :
class Color extends Eloquent { // Relationships public function dimensions() { return $this->has_many('DimensionColor'); }Yo suelo agregar asi los hijos, y no recuerdo algun problema. Y segun funcionaria sin problemas en los casos que mencionas. Lo que no entiendo es que es lo que no puedes hacer.
@duilio y @maikelsalazar de aqui del foro tambien tienen buena experiencia con Laravel y su ORM
Por CamiloP el 15 de Junio de 2013
Por CamiloP el 17 de Junio de 2013
CamiloP-blog :
Por nada. Encontraste lo mismo que te dije, hacerlo manual.
Es complicado no hacerlo manual sin un estandar estricto para el naming convention. No descarto que se agregue mas tarde, el problema siempre no es la solucion directa, sino como implementar algo nuevo sin afectar existentes casos de uso.
Por cajaramillov el 18 de Junio de 2013
cajaramillov :
No hay una respuesta directa a eso, pero tal vez esto te de algunas pistas:
http://forums.laravel.io/viewtopic.php?id=1258
Por el 23 de Julio de 2013
Por nikoskip el 24 de Julio de 2013
Por nubesito.com el 22 de Diciembre de 2013
Por Pedro el 23 de Diciembre de 2013
Por luisrodriguez el 28 de Marzo de 2014
Por George el 03 de Julio de 2014
Por Hosting para Laravel el 20 de Enero de 2015
Hosting para Laravel…desarrolladores y programadores: CMS (WordPress,Joomla, Drupal…) y Framework (Laravel, Django, ruby on rails). Hosting SSD de alto rendimiento para tus aplicaciones y páginas web que cargan 300% mas rápido!!!