Experiencias con Smarty

[Ferran de Sant Andreu]

Hola a todos/as!

Xafardeando me he estado mirando el template engine Smarty, la verdad es que pinta bastante bien, y ademas me parece sencillisimo.

Alguien tiene experiencia usandolo en proyectos o conoce algun proyecto en produccion que lo use?

Salut!

[ed...@yahoo.com]

Yo lo uso en todos mis proyectos y va fantástico, aunque si no usas la opción de cache, es equivalente a usar PHP bien "programado"

Edu des del mòbil

---

From: Ferran de Sant Andreu <fer...@gmail.com>

Sender: phpbar...@googlegroups.com

Date: Fri, 6 Jan 2012 23:27:23 +0100

To: <phpbar...@googlegroups.com>

ReplyTo: phpbar...@googlegroups.com

Subject: Experiencias con Smarty

--
Has recibido este mensaje porque estás suscrito al grupo "Grupo de programadores PHP de Barcelona" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a phpbar...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/phpbarcelona?hl=es.

[claudio anion]

realmente no tiene sentido usarlo, ya de por si con php podes hacer lo mismo, y agrega perdida de performance sin necesidad, ya nadie lo utiliza....

[Eduard Llach]

Discrepo:

Si tiene sentido usarlas si:

   - Quieres dar la posibilidad al usuario para personalizar una plantilla sin darle acceso al PHP

   - Usar su capacidad de caché

   - Ayuda para separar la capa de programación de la capa de presentación ( Smarty "obliga", muchos programadores acaban mezclando presentación y programación y se convierte en un monstruo )

---

De: claudio anion <claudi...@gmail.com>
Para: phpbar...@googlegroups.com
Enviado: Domingo, enero 8, 2012 10:13 P.M.
Asunto: Re: Experiencias con Smarty

[Victor Castell]

"ya nadie lo utiliza" 

Con esta afirmación demuestras tu ignorancia.

2012/1/8 claudio anion <claudi...@gmail.com>

--
www.victorcoder.com | www.season.es | @victorcoder

[Jimmy Collazos || acido || cuatroxl.com]

Sin ánimo de desmerecer a Smarty (que si se usa... y bastante) yo soy de la opinión de que PHP es ya de por sí un lenguaje de template y "no necesita de más".

Activar el cache es algo que ya de por sí se hace para rentabilizar el servidor; pero con Smarty estás obligado.

Un beneficio (que se convierte en algo malo) sería si todos los maquetadores lo conocieran y los programadores podrían delegar tales funciones y olvidarse de la parte frontal. Pero la realidad es que el mismo programador tiene que aprender Smarty (que no es algo tan complicado) para poder integrarlo y así va desarrollando más trabajo.

Se que hay varias SoftwareFactory que lo están implementando como imprescindible en sus desarrollos por el tema de reutilizar y aprovechar todo; pero a mi personalmente no me termina de convencer.

Aunque con el hipe que a dado Symfony vamos a tener Smarty para largo :P
Yo estoy contento con con mis PHTML  y ZF :)

--
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::: J i m m y  C o l l a z o s :::::::::::::::::::::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

[César]

Yo lo he usado y me parece un buen sistema, ampliamente probado y con un buen apoyo de la comunidad, pero depende de para qué lo quieras. 

En general, diría que Smarty es bueno cuando tienes un equipo de desarrollo, en el que la persona que hace el HTML/CSS no es quien hace el PHP, bien porque no lo conoce (p.ej. un diseñador), o porque no tiene acceso a él (p. ej. un desarrollador externo)

Sin embargo, si la misma persona hace PHP y el HTML/CSS, Smarty no es recomendable. En ese caso el desarrollador ya se preocupará de tener bien separada la lógica de la presentación, sin necesidad de usar un motor de plantillas.

Mírate esta página http://www.smarty.net/why_use

Y los casos de uso: http://www.smarty.net/use_cases

Un saludo!

César

2012/1/9 Victor Castell <victo...@gmail.com>

[claudio anion]

nadie profesional, gente como tu ignorante claro que lo utiliza. Informate un poco si realmente vale la pena lo poco que agrega para semejante perdida de performance, salgo que como tu lo uses para sitios institucionales, donde realmente un sistema asi ni vale la pena, pero bue... mucha gente usa las cosas sin ni siquiera saber bien que son realmente en su interior.... es tu caso evidentemente.

[Jimmy Collazos || acido || cuatroxl.com]

En todos estos años que llevo en esta lista, jamás vi una discusión tan acalorada por uno de sus miembros :P casi casi llegando al Troleo :S

[Sergi González]

@claudio realmente empresas grandes están equivocadas. la razón la tienes tú... está claro :)

Don't feed the troll

--

[Sergi González]

Estoy con Cesar,

usar un motor de plantillas como smarty o twig tiene sentido para equipos de desarrollo. No todos los maquetadores saben programación (muchos vienen del diseño). En cuanto a lo que baja performance, si bien es cierto la disminución es inapreciable si haces bien el smarty, perdemos mucha más performance en cosas que hacemos todos cada día. Además el tema de caché de smarty está perfecto para sitios que necesiten alta disponibilidad y rendimiento.

Saludos !

[Ricard Clau]

¿De verdad en todos y cada uno de vuestros echo hacéis?

echo htmlspecialchars($variable, ENT_NOQUOTES, 'UTF-8');

Si no lo hacéis, todas vuestras webs sufren de XSS, para este tipo de cosas también sirven los sistemas de plantillas...

Y si os preocupa la diferencia de performance de usar Smarty seguramente estéis haciendo algo que no necesita PHP sino otros lenguajes de más bajo nivel. El 99% de las veces el cuello de botella es la BBDD y con poner alguna caché, solventado. Que la página tarde 10ms más en generarse apenas importa en la inmensa mayoría de los casos, normalmente la latencia de red, la cantidad ingente de assets o incluso la interpretación de JavaScript por el navegador tarda bastante más.

En fin, Smarty 2 (el que usa todo el mundo) está bastante anticuado, Twig le pega 100 patadas. No obstante, está muy documentado y es una buena opción. 

Además, usar un motor de plantillas te "obliga" a separar cosas y intenta evitar que desde una vista empieces a hacer queries.

Pero bueno, todo son opiniones :)

El 9 de enero de 2012 02:35, César <ce...@anui.org> escribió:

[Rubén Bernal]

Gracias Claudio. Hacía días que quería darme de baja de este grupo,
pero me daba pereza. Tú me has dado el empujón que me hacía falta, no
quiero leer más sandaces como las que escribes.

Saludos a todos!

Rubén

On 9 Gen, 10:32, claudio anion <claudio.an...@gmail.com> wrote:
> nadie profesional, gente como tu ignorante claro que lo utiliza. Informate
> un poco si realmente vale la pena lo poco que agrega para semejante perdida
> de performance, salgo que como tu lo uses para sitios institucionales,
> donde realmente un sistema asi ni vale la pena, pero bue... mucha gente usa
> las cosas sin ni siquiera saber bien que son realmente en su interior....
> es tu caso evidentemente.
>

> El 8 de enero de 2012 20:43, Victor Castell <victorco...@gmail.com>escribió:
>
>
>
>
>
>
>
> > "ya nadie lo utiliza"
>
> > Con esta afirmación demuestras tu ignorancia.
>

> > 2012/1/8 claudio anion <claudio.an...@gmail.com>

>
> >> realmente no tiene sentido usarlo, ya de por si con php podes hacer lo
> >> mismo, y agrega perdida de performance sin necesidad, ya nadie lo
> >> utiliza....
>
> >> El 8 de enero de 2012 13:35, <ed...@yahoo.com> escribió:
>

> >>> **

> >>> Yo lo uso en todos mis proyectos y va fantástico, aunque si no usas la
> >>> opción de cache, es equivalente a usar PHP bien "programado"
> >>> Edu des del mòbil

> >>> ------------------------------
> >>> *From: * Ferran de Sant Andreu <ferc...@gmail.com>
> >>> *Sender: * phpbar...@googlegroups.com
> >>> *Date: *Fri, 6 Jan 2012 23:27:23 +0100
> >>> *To: *<phpbar...@googlegroups.com>
> >>> *ReplyTo: * phpbar...@googlegroups.com
> >>> *Subject: *Experiencias con Smarty

[Alejandro Pérez Argudín]

Lo de "nadie lo utiliza" me ha dejado flipando....

Es ampliamente utilizado para no crear churros espagetti y perfectamente compatible con vista controlador.

Un ejemplo de uso aqui en Barcelona sería Softonic.

[César Escribano]

Yo siempre digo que los procesadores son más baratos que los desarrolladores, y si un motor de plantillas nos mejora el desarrollo bienvenido sea, aunque tenga un pequeño coste en rendimiento. Si el código ya está razonablemente optimizado y necesitas más rendimiento, lo mejor es ampliar el hardware.

Es más, el tiempo medio de procesamiento de una web en servidor ronda el 20% del total del tiempo de carga, el resto del tiempo es transferencia y procesamiento en el navegador. Muchas veces nos preocupamos por mejorar ese 20%, pero luego nos da pereza hacer pruebas en cada uno de los navegadores, cuando es ahí donde la experiencia de usuario sufre más. En este caso el desarrollador sí debe estar al servicio y a los caprichos de los navegadores, no nos queda otra.

Seguramente es un vicio adquirido por nuestro aprendizaje autodidacta, con equipos de sobremesa y entornos WAMP. Pero cuando trabajas con servidores bien dimensionados y con buen ancho de banda, te vas preocupando menos del rendimiento en servidor y más del navegador

salu2

César

2012/1/9 Alejandro Pérez Argudín <azar...@gmail.com>

[warper]

Pues lamento discrepar contigo en cuanto a despreocuparse del
rendimiento del procesador del servidor.

Si te despreocupas de el y te va bien quizas es porque no tienes
suficientes visitas que lo disparen, pero mi (poca) experiencia me
demuestra que si una web esta mal optimizada o programada y recibe
muchas visitas todo se ralentiza o bien es la muerte del servidor.

Y da igual si le metes un procesador de tropocientos nucleos y gb de
ram, que igualmente lo petara si las visitas son muchas (ni idea de los
clouds, pero vamos, debe ser lo mismo seguramente).

Yo no despreciaria ese aspecto nunca, la verdad. Ademas, esa peque�a
diferencia de carga marca tambien el exito en google (si es que te
preocupa el SEO para esa web, claro), el cual valora positivamente la
rapidez de carga de las paginas, y recuerda que google, que yo sepa, no
lee los javascripts y por lo tanto ese otro aspecto le da igual y no lo
tiene en cuenta para estimar la rapidez de carga de una web.

Salud
warper

El 09/01/12 14:39, C�sar Escribano escribi�:
> Yo siempre digo que los procesadores son m�s baratos que los

> desarrolladores, y si un motor de plantillas nos mejora el desarrollo

> bienvenido sea, aunque tenga un peque�o coste en rendimiento. Si el
> c�digo ya est� razonablemente optimizado y necesitas m�s rendimiento, lo

> mejor es ampliar el hardware.
>

> Es m�s, el tiempo medio de procesamiento de una web en servidor ronda el

> 20% del total del tiempo de carga, el resto del tiempo es transferencia
> y procesamiento en el navegador. Muchas veces nos preocupamos por
> mejorar ese 20%, pero luego nos da pereza hacer pruebas en cada uno de

> los navegadores, cuando es ah� donde la experiencia de usuario sufre
> m�s. En este caso el desarrollador s� debe estar al servicio y a los

> caprichos de los navegadores, no nos queda otra.
>
> Seguramente es un vicio adquirido por nuestro aprendizaje autodidacta,
> con equipos de sobremesa y entornos WAMP. Pero cuando trabajas con
> servidores bien dimensionados y con buen ancho de banda, te vas

> preocupando menos del rendimiento en servidor y m�s del navegador
>
>
> salu2
>
> C�sar
>
>
>
> 2012/1/9 Alejandro P�rez Argud�n <azar...@gmail.com
> <mailto:azar...@gmail.com>>

>
> Lo de "nadie lo utiliza" me ha dejado flipando....
>
> Es ampliamente utilizado para no crear churros espagetti y
> perfectamente compatible con vista controlador.
>

> Un ejemplo de uso aqui en Barcelona ser�a Softonic.

>
>
> El 9 de enero de 2012 10:32, claudio anion <claudi...@gmail.com

> <mailto:claudi...@gmail.com>> escribi�:

>
> nadie profesional, gente como tu ignorante claro que lo utiliza.
> Informate un poco si realmente vale la pena lo poco que agrega
> para semejante perdida de performance, salgo que como tu lo uses
> para sitios institucionales, donde realmente un sistema asi ni
> vale la pena, pero bue... mucha gente usa las cosas sin ni
> siquiera saber bien que son realmente en su interior.... es tu
> caso evidentemente.
>
> El 8 de enero de 2012 20:43, Victor Castell

> <victo...@gmail.com <mailto:victo...@gmail.com>> escribi�:
>
> "ya nadie lo utiliza"
>
> Con esta afirmaci�n demuestras tu ignorancia.
>
> 2012/1/8 claudio anion <claudi...@gmail.com
> <mailto:claudi...@gmail.com>>

>
> realmente no tiene sentido usarlo, ya de por si con php
> podes hacer lo mismo, y agrega perdida de performance
> sin necesidad, ya nadie lo utiliza....
>
> El 8 de enero de 2012 13:35, <ed...@yahoo.com

> <mailto:ed...@yahoo.com>> escribi�:
>
> __
> Yo lo uso en todos mis proyectos y va fant�stico,
> aunque si no usas la opci�n de cache, es equivalente

> a usar PHP bien "programado"

> Edu des del m�bil
> ------------------------------------------------------------------------
> *From: * Ferran de Sant Andreu <fer...@gmail.com
> <mailto:fer...@gmail.com>>
> *Sender: * phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>
> *Date: *Fri, 6 Jan 2012 23:27:23 +0100
> *To: *<phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>>
> *ReplyTo: * phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>
> *Subject: *Experiencias con Smarty

>
> Hola a todos/as!
>
> Xafardeando me he estado mirando el template engine
> Smarty, la verdad es que pinta bastante bien, y
> ademas me parece sencillisimo.
>
> Alguien tiene experiencia usandolo en proyectos o
> conoce algun proyecto en produccion que lo use?
>
>
> Salut!
>
> --

> Has recibido este mensaje porque est�s suscrito al

> grupo "Grupo de programadores PHP de Barcelona" de
> Grupos de Google.

> Para publicar una entrada en este grupo, env�a un
> correo electr�nico a phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>.
> Para anular tu suscripci�n a este grupo, env�a un
> correo electr�nico a
> phpbarcelona...@googlegroups.com
> <mailto:phpbarcelona%2Bunsu...@googlegroups.com>
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.
>
> --
> Has recibido este mensaje porque est�s suscrito al

> grupo "Grupo de programadores PHP de Barcelona" de
> Grupos de Google.

> Para publicar una entrada en este grupo, env�a un
> correo electr�nico a phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>.
> Para anular tu suscripci�n a este grupo, env�a un
> correo electr�nico a
> phpbarcelona...@googlegroups.com
> <mailto:phpbarcelona%2Bunsu...@googlegroups.com>
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.
>
>
> --
> Has recibido este mensaje porque est�s suscrito al grupo

> "Grupo de programadores PHP de Barcelona" de Grupos de
> Google.

> Para publicar una entrada en este grupo, env�a un correo
> electr�nico a phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>.
> Para anular tu suscripci�n a este grupo, env�a un correo
> electr�nico a phpbarcelona...@googlegroups.com
> <mailto:phpbarcelona%2Bunsu...@googlegroups.com>
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.
>
>
>
>
> --
> www.victorcoder.com <http://www.victorcoder.com> |
> www.season.es <http://www.season.es> | @victorcoder
>
> --
> Has recibido este mensaje porque est�s suscrito al grupo

> "Grupo de programadores PHP de Barcelona" de Grupos de Google.

> Para publicar una entrada en este grupo, env�a un correo
> electr�nico a phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>.
> Para anular tu suscripci�n a este grupo, env�a un correo
> electr�nico a phpbarcelona...@googlegroups.com
> <mailto:phpbarcelona%2Bunsu...@googlegroups.com>
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.
>
>
> --
> Has recibido este mensaje porque est�s suscrito al grupo "Grupo

> de programadores PHP de Barcelona" de Grupos de Google.

> Para publicar una entrada en este grupo, env�a un correo
> electr�nico a phpbar...@googlegroups.com
> <mailto:phpbar...@googlegroups.com>.
> Para anular tu suscripci�n a este grupo, env�a un correo
> electr�nico a phpbarcelona...@googlegroups.com
> <mailto:phpbarcelona%2Bunsu...@googlegroups.com>
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.
>
>
> --
> Has recibido este mensaje porque est�s suscrito al grupo "Grupo de

> programadores PHP de Barcelona" de Grupos de Google.

> Para publicar una entrada en este grupo, env�a un correo electr�nico
> a phpbar...@googlegroups.com <mailto:phpbar...@googlegroups.com>.
> Para anular tu suscripci�n a este grupo, env�a un correo electr�nico
> a phpbarcelona...@googlegroups.com
> <mailto:phpbarcelona%2Bunsu...@googlegroups.com>
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.
>
>
> --
> Has recibido este mensaje porque est�s suscrito al grupo "Grupo de

> programadores PHP de Barcelona" de Grupos de Google.

> Para publicar una entrada en este grupo, env�a un correo electr�nico a
> phpbar...@googlegroups.com.
> Para anular tu suscripci�n a este grupo, env�a un correo electr�nico a
> phpbarcelona...@googlegroups.com
> Para tener acceso a m�s opciones, visita el grupo en
> http://groups.google.com/group/phpbarcelona?hl=es.

[pablof...@gmail.com]

Yo estoy haciendo una app en Silex, y estoy usando http://twig.sensiolabs.org/ Twig es de senio lab la misma que hace Symfony y al parecer va bastante bien. 

Con respecto a la discusion de rendimiento ...

http://sincodificar.tv/wp-content/uploads/2011/10/hablemos2.jpg

Y con respecto a Tropesciento

http://plasniskpedia.wikia.com/wiki/Tropecientos

----------------------------------------
Pablo Morales
blog: http://blog.pablo-morales.com
linkedln: http://www.linkedin.com/pub/9/528/21
skype: pablofmorales
gtalk: pablof...@gmail.com
msn: pfm...@hotmail.com

2012/1/9 warper <war...@gmail.com>

Es más, el tiempo medio de procesamiento de una web en servidor ronda el

20% del total del tiempo de carga, el resto del tiempo es transferencia
y procesamiento en el navegador. Muchas veces nos preocupamos por
mejorar ese 20%, pero luego nos da pereza hacer pruebas en cada uno de

los navegadores, cuando es ahí donde la experiencia de usuario sufre
más. En este caso el desarrollador sí debe estar al servicio y a los

[César Escribano]

en ningún momento he hablado de despreocuparse del rendimiento en servidor, léeme bien por favor, estoy diciendo que a veces nos preocupamos demasiado de sacarle unos milisegundos al servidor, cuando el problema lo tenemos en el navegador, y que no hay por qué preocuparse de la pérdida de rendimiento que nos pueda dar un motor de plantillas si eso nos agiliza el desarrollo, que ESO es de lo que se trataba este tema, si Smarty es recomendable o no.

2012/1/9 warper <war...@gmail.com>

Pues lamento discrepar contigo en cuanto a despreocuparse del rendimiento del procesador del servidor.

Si te despreocupas de el y te va bien quizas es porque no tienes suficientes visitas que lo disparen, pero mi (poca) experiencia me demuestra que si una web esta mal optimizada o programada y recibe muchas visitas todo se ralentiza o bien es la muerte del servidor.

Y da igual si le metes un procesador de tropocientos nucleos y gb de ram, que igualmente lo petara si las visitas son muchas (ni idea de los clouds, pero vamos, debe ser lo mismo seguramente).

Yo no despreciaria ese aspecto nunca, la verdad. Ademas, esa pequeña diferencia de carga marca tambien el exito en google (si es que te preocupa el SEO para esa web, claro), el cual valora positivamente la rapidez de carga de las paginas, y recuerda que google, que yo sepa, no lee los javascripts y por lo tanto ese otro aspecto le da igual y no lo tiene en cuenta para estimar la rapidez de carga de una web.

Salud
warper


El 09/01/12 14:39, César Escribano escribió:

Yo siempre digo que los procesadores son más baratos que los

desarrolladores, y si un motor de plantillas nos mejora el desarrollo

bienvenido sea, aunque tenga un pequeño coste en rendimiento. Si el
código ya está razonablemente optimizado y necesitas más rendimiento, lo

mejor es ampliar el hardware.

Es más, el tiempo medio de procesamiento de una web en servidor ronda el

20% del total del tiempo de carga, el resto del tiempo es transferencia
y procesamiento en el navegador. Muchas veces nos preocupamos por
mejorar ese 20%, pero luego nos da pereza hacer pruebas en cada uno de

los navegadores, cuando es ahí donde la experiencia de usuario sufre
más. En este caso el desarrollador sí debe estar al servicio y a los

caprichos de los navegadores, no nos queda otra.

Seguramente es un vicio adquirido por nuestro aprendizaje autodidacta,
con equipos de sobremesa y entornos WAMP. Pero cuando trabajas con
servidores bien dimensionados y con buen ancho de banda, te vas

preocupando menos del rendimiento en servidor y más del navegador


salu2

César

2012/1/9 Alejandro Pérez Argudín <azar...@gmail.com

<mailto:azar...@gmail.com>>

   Lo de "nadie lo utiliza" me ha dejado flipando....

   Es ampliamente utilizado para no crear churros espagetti y
   perfectamente compatible con vista controlador.

   Un ejemplo de uso aqui en Barcelona sería Softonic.

   El 9 de enero de 2012 10:32, claudio anion <claudi...@gmail.com

   <mailto:claudio.anion@gmail.com>> escribió:

       nadie profesional, gente como tu ignorante claro que lo utiliza.
       Informate un poco si realmente vale la pena lo poco que agrega
       para semejante perdida de performance, salgo que como tu lo uses
       para sitios institucionales, donde realmente un sistema asi ni
       vale la pena, pero bue... mucha gente usa las cosas sin ni
       siquiera saber bien que son realmente en su interior.... es tu
       caso evidentemente.

       El 8 de enero de 2012 20:43, Victor Castell

       <victo...@gmail.com <mailto:victo...@gmail.com>> escribió:

           "ya nadie lo utiliza"

           Con esta afirmación demuestras tu ignorancia.

           2012/1/8 claudio anion <claudi...@gmail.com

           <mailto:claudio.anion@gmail.com>>

               realmente no tiene sentido usarlo, ya de por si con php
               podes hacer lo mismo, y agrega perdida de performance
               sin necesidad, ya nadie lo utiliza....

               El 8 de enero de 2012 13:35, <ed...@yahoo.com

               <mailto:ed...@yahoo.com>> escribió:

                   __

                   Yo lo uso en todos mis proyectos y va fantástico,
                   aunque si no usas la opción de cache, es equivalente

                   a usar PHP bien "programado"

                   Edu des del mòbil

                   ------------------------------------------------------------------------
                   *From: * Ferran de Sant Andreu <fer...@gmail.com
                   <mailto:fer...@gmail.com>>
                   *Sender: * phpbar...@googlegroups.com

                   <mailto:phpbarcelona@googlegroups.com>

                   *Date: *Fri, 6 Jan 2012 23:27:23 +0100

                   *To: *<phpbarcelona@googlegroups.com
                   <mailto:phpbarcelona@googlegroups.com>>
                   *ReplyTo: * phpbar...@googlegroups.com
                   <mailto:phpbarcelona@googlegroups.com>
                   *Subject: *Experiencias con Smarty

                   Hola a todos/as!

                   Xafardeando me he estado mirando el template engine
                   Smarty, la verdad es que pinta bastante bien, y
                   ademas me parece sencillisimo.

                   Alguien tiene experiencia usandolo en proyectos o
                   conoce algun proyecto en produccion que lo use?


                   Salut!

                   --

                   Has recibido este mensaje porque estás suscrito al

                   grupo "Grupo de programadores PHP de Barcelona" de
                   Grupos de Google.

                   Para publicar una entrada en este grupo, envía un
                   correo electrónico a phpbar...@googlegroups.com

                   <mailto:phpbarcelona@googlegroups.com>.

                   Para anular tu suscripción a este grupo, envía un
                   correo electrónico a

                   phpbarcelona+unsubscribe@googlegroups.com

                   <mailto:phpbarcelona%2Bunsu...@googlegroups.com>

                   Para tener acceso a más opciones, visita el grupo en
                   http://groups.google.com/group/phpbarcelona?hl=es.

                   --
                   Has recibido este mensaje porque estás suscrito al

                   grupo "Grupo de programadores PHP de Barcelona" de
                   Grupos de Google.

                   Para publicar una entrada en este grupo, envía un
                   correo electrónico a phpbar...@googlegroups.com

                   <mailto:phpbarcelona@googlegroups.com>.

                   Para anular tu suscripción a este grupo, envía un
                   correo electrónico a

                   phpbarcelona+unsubscribe@googlegroups.com

                   <mailto:phpbarcelona%2Bunsu...@googlegroups.com>

                   Para tener acceso a más opciones, visita el grupo en
                   http://groups.google.com/group/phpbarcelona?hl=es.


               --
               Has recibido este mensaje porque estás suscrito al grupo

               "Grupo de programadores PHP de Barcelona" de Grupos de
               Google.

               Para publicar una entrada en este grupo, envía un correo
               electrónico a phpbar...@googlegroups.com

               <mailto:phpbarcelona@googlegroups.com>.

               Para anular tu suscripción a este grupo, envía un correo

               electrónico a phpbarcelona+unsubscribe@googlegroups.com

               <mailto:phpbarcelona%2Bunsu...@googlegroups.com>

               Para tener acceso a más opciones, visita el grupo en
               http://groups.google.com/group/phpbarcelona?hl=es.




           --

           www.victorcoder.com <http://www.victorcoder.com> |
           www.season.es <http://www.season.es> | @victorcoder

           --
           Has recibido este mensaje porque estás suscrito al grupo

           "Grupo de programadores PHP de Barcelona" de Grupos de Google.

           Para publicar una entrada en este grupo, envía un correo
           electrónico a phpbar...@googlegroups.com

           <mailto:phpbarcelona@googlegroups.com>.

           Para anular tu suscripción a este grupo, envía un correo

           electrónico a phpbarcelona+unsubscribe@googlegroups.com

           <mailto:phpbarcelona%2Bunsu...@googlegroups.com>

           Para tener acceso a más opciones, visita el grupo en
           http://groups.google.com/group/phpbarcelona?hl=es.


       --
       Has recibido este mensaje porque estás suscrito al grupo "Grupo

       de programadores PHP de Barcelona" de Grupos de Google.

       Para publicar una entrada en este grupo, envía un correo
       electrónico a phpbar...@googlegroups.com

       <mailto:phpbarcelona@googlegroups.com>.

       Para anular tu suscripción a este grupo, envía un correo

       electrónico a phpbarcelona+unsubscribe@googlegroups.com

       <mailto:phpbarcelona%2Bunsu...@googlegroups.com>

       Para tener acceso a más opciones, visita el grupo en
       http://groups.google.com/group/phpbarcelona?hl=es.


   --
   Has recibido este mensaje porque estás suscrito al grupo "Grupo de

   programadores PHP de Barcelona" de Grupos de Google.

   Para publicar una entrada en este grupo, envía un correo electrónico

   a phpbar...@googlegroups.com <mailto:phpbarcelona@googlegroups.com>.

   Para anular tu suscripción a este grupo, envía un correo electrónico

   a phpbarcelona+unsubscribe@googlegroups.com

   <mailto:phpbarcelona%2Bunsu...@googlegroups.com>

   Para tener acceso a más opciones, visita el grupo en
   http://groups.google.com/group/phpbarcelona?hl=es.


--
Has recibido este mensaje porque estás suscrito al grupo "Grupo de

programadores PHP de Barcelona" de Grupos de Google.

Para publicar una entrada en este grupo, envía un correo electrónico a
phpbar...@googlegroups.com.

Para anular tu suscripción a este grupo, envía un correo electrónico a

phpbarcelona+unsubscribe@googlegroups.com
Para tener acceso a más opciones, visita el grupo en
http://groups.google.com/group/phpbarcelona?hl=es.

[César Escribano]

no sé quién habla sin saber pablofmorales pero desde luego tú no aportas nada

2012/1/9 pablof...@gmail.com <pablof...@gmail.com>

[warper]

Bueno Pablo, como decia, mi experiencia es poca, como programador de sites de alto rendimiento, pero no es poca llevando el hosting de clientes, pues he tenido durante unos 4 años, bajo mi exclusivo y unico control, mas de 1.000 dominios alojados en unos 15 servidores (algunos fisicos y otros virtuales), y he visto de todo, y por eso mi mail anterior pidiendo un respeto por la carga del servidor.

Seguramente estoy viciado de ver cientos de joomlas petados por clientes finales los cuales metian modulos de todo tipo, llenos de vulnerabilidades y de errores de programacion, los cuales eran atacados dia si dia tambien con todo tipo de scripts y bots, asi como buscadores que se volvian locos indexando sus urls y que desgraciadamente tambien disparaban la cpu de mis maquinas.

En cuando al tropesciento, no se si te quieres mofar de mi o me quieres culturizar, ante lo cual me quito el sombrero, siempre pense que ese termino era simplemente una exageracion vulgar casera (la cual considero comun, no se de donde eres tu, perdona) y no sabia ni que tenia esa explicacion, gracias.

Cesar, quizas no te habia leido bien seguramente, o quizas me he expresado mal, perdona, no quise ofender a nadie.  Lo unico que quiero decir es que considero importante optimizar tambien la carga del servidor por los motivos argumentados antes, por si habia alguna duda sobre ello o alguien malentiende tus palabras (como quizas yo al responder).

En cuanto a Smarty o Twig o similares, apenas los conozco, pues mi programacion se basa exclusivamente en mis propias clases y metodos (soy un bicho raro programando, lo se, pero no me gusta usar ni depender de software de terceros).  Y si, tengo mi propia clase para plantillas con cache, imagino que a lo smarty, para mis desarrollos, pues me gusta separar tambien la programacion del diseño.

Salud
warper


El 09/01/12 15:45, César Escribano escribió:

--

Has recibido este mensaje porque estás suscrito al grupo "Grupo de programadores PHP de Barcelona" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a phpbar...@googlegroups.com.

Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/phpbarcelona?hl=es.

[pablof...@gmail.com]

-- Quote: César Escribano

Yo siempre digo que los procesadores son más baratos que los desarrolladores, y si un motor de plantillas nos mejora el desarrollo bienvenido sea, aunque tenga un pequeño coste en rendimiento. Si el código ya está razonablemente optimizado y necesitas más rendimiento, lo mejor es ampliar el hardware.

Uno de los puntos fuertes de smarty es el cache, no solo mejora el rendimiento ademas obliga a los desarrolladores a hacer una separacion de la vista, como dijeron anteriormente. En sistemas grandes o de alto rendimiento el hardware se vuelve caro no solo por el coste del material, sino porque la gente que lo tiene que mantener tiene mas trabajo o necesitan mas gente. 

-- Quote: César Escribano

Es más, el tiempo medio de procesamiento de una web en servidor ronda el 20% del total del tiempo de carga, el resto del tiempo es transferencia y procesamiento en el navegador. Muchas veces nos preocupamos por mejorar ese 20%, pero luego nos da pereza hacer pruebas en cada uno de los navegadores, cuando es ahí donde la experiencia de usuario sufre más. En este caso el desarrollador sí debe estar al servicio y a los caprichos de los navegadores, no nos queda otra.

Sin duda esto este parrafo tenes que reelerlo en 1 anios (si, no tengo enie ni acentos), y ahi te vas a responder solito. Hoy en dia la optimizacion de los tiempos de carga es algo critico. No solo para lo sitios grandes como Amazon o Google, sino para los chicos, si podemos mejorar ese 20% Genial, que se vea en todos los navegadores no es un tema de optimizacion, es algo de Diseno, por lo que ... 

Estas mezclando los temas. 

-- Quote: César Escribano

Seguramente es un vicio adquirido por nuestro aprendizaje autodidacta, con equipos de sobremesa y entornos WAMP. Pero cuando trabajas con servidores bien dimensionados y con buen ancho de banda, te vas preocupando menos del rendimiento en servidor y más del navegador

Aca voy a coincidir con vos en un punto, hay muchos programadores autodidactas que no saben como funciona un servidor web de verdad y estan mal acostumbrados, igual lo de preocuparse menos por el rendimiento del servidor, me dejas claro que la imagen que comparti en el mail anterior viene al pelo. 

Te aseguro que si guardas esta conversacion en destacado, y agregas al calendar leerlo dentro de un anio vas a pensar totalmente distinto.

Un abrazo, y espero no haberte ofendido a veces peco de "efusivo"

----------------------------------------

Pablo Morales
blog: http://blog.pablo-morales.com
linkedln: http://www.linkedin.com/pub/9/528/21
skype: pablofmorales
gtalk: pablof...@gmail.com
msn: pfm...@hotmail.com

2012/1/9 César Escribano <ce...@anui.org>

[pablof...@gmail.com]

@warper soy Argento, y cada vez que escucho esa palabra me hace acordar a las nenas protagonistas del Internado (si la serie de antena 3), me da un poco de gracia. 

----------------------------------------
Pablo Morales
blog: http://blog.pablo-morales.com
linkedln: http://www.linkedin.com/pub/9/528/21
skype: pablofmorales
gtalk: pablof...@gmail.com
msn: pfm...@hotmail.com

2012/1/9 pablof...@gmail.com <pablof...@gmail.com>

[Victor Castell]

No pienso entrar en tu juego, ya te han contestado a base de bien mas abajo. 

Reflexiona un poco y veras que ese tipo de afirmaciones son muy atrevidas, igual que la ignorancia.

2012/1/9 claudio anion <claudi...@gmail.com>

--
www.victorcoder.com | www.season.es | @victorcoder

[César Escribano]

mira Pablo, tengo por norma no discutir con listillos que están de vuelta de todo, así que te dejo sólo con tu soberbia. Yo abandono este tema, ya he dado mi opinión y estoy seguro de lo que he dicho y por qué lo he dicho, el que lo quiera coger bien y el que no también. Y estás muy equivocado en varias cosas de las que has comentado bajo mi texto, cosa que odio que hagan por cierto.

todo esto sería mucho más agradable si nos respetáramos unos a otros, en lugar de intentar creernos mejores haciendo que otros parezcan peores. Esa actitud sólo demuestra tus debilidades.

saludos

César

2012/1/9 pablof...@gmail.com <pablof...@gmail.com>

[warper]

Pablo, una vez mas tengo que quitarme el sombrero ante ti, y me haces
sentir aun mas ignorante al desconocer tambien dicha serie televisiva,
la cual entiendo que debes tener como de culto :-D

En cualquier caso, "tropocientos" (y no "tropecientos", eso nunca lo
digo) para mi es un termino "casero" para decir "una burrada de lo que
sea", o sea, "mucho de algo".

Lamento que este email no aporte nada a la lista, no se repetira :-)

Salud
warper
--------
"Se mas amable de lo necesario, porque cada persona que conozcas esta
luchando sus propias batallas"

El 09/01/12 16:04, pablof...@gmail.com escribi�:

> @warper soy Argento, y cada vez que escucho esa palabra me hace acordar
> a las nenas protagonistas del Internado (si la serie de antena 3), me da
> un poco de gracia.
>
>
> ----------------------------------------
> Pablo Morales
> blog: http://blog.pablo-morales.com
> linkedln: http://www.linkedin.com/pub/9/528/21
> skype: pablofmorales

> gtalk: pablof...@gmail.com <mailto:pablof...@gmail.com>
> msn: pfm...@hotmail.com <mailto:pfm...@hotmail.com>
>
>
>
> 2012/1/9 pablof...@gmail.com <mailto:pablof...@gmail.com>
> <pablof...@gmail.com <mailto:pablof...@gmail.com>>
>
> -- Quote: C�sar Escribano
> Yo siempre digo que los procesadores son m�s baratos que los

> desarrolladores, y si un motor de plantillas nos mejora el

> desarrollo bienvenido sea, *aunque tenga un peque�o coste en
> rendimiento. *Si el c�digo ya est� razonablemente optimizado y
> necesitas m�s rendimiento, lo mejor es ampliar el hardware.
>
> /Uno de los puntos fuertes de smarty es el cache, no solo mejora el

> rendimiento ademas obliga a los desarrolladores a hacer una
> separacion de la vista, como dijeron anteriormente. En sistemas
> grandes o de alto rendimiento el hardware se vuelve caro no solo por
> el coste del material, sino porque la gente que lo tiene que

> mantener tiene mas trabajo o necesitan mas gente. /
>
> -- Quote: C�sar Escribano
> Es m�s, el tiempo medio de procesamiento de una web en servidor

> ronda el 20% del total del tiempo de carga, el resto del tiempo es
> transferencia y procesamiento en el navegador. Muchas veces nos
> preocupamos por mejorar ese 20%, pero luego nos da pereza hacer

> pruebas en cada uno de los navegadores, cuando es ah� donde la
> experiencia de usuario sufre m�s. En este caso el desarrollador s�

> debe estar al servicio y a los caprichos de los navegadores, no nos
> queda otra.

> /
> /
> /Sin duda esto este parrafo tenes que reelerlo en 1 anios (si, no

> tengo enie ni acentos), y ahi te vas a responder solito. Hoy en dia
> la optimizacion de los tiempos de carga es algo critico. No solo
> para lo sitios grandes como Amazon o Google, sino para los chicos,
> si podemos mejorar ese 20% Genial, que se vea en todos los
> navegadores no es un tema de optimizacion, es algo de Diseno, por lo

> que ... /
> /
> /
> /Estas mezclando los temas. /
>
> -- Quote: C�sar Escribano

> Seguramente es un vicio adquirido por nuestro aprendizaje
> autodidacta, con equipos de sobremesa y entornos WAMP. Pero cuando
> trabajas con servidores bien dimensionados y con buen ancho de

> banda, te vas preocupando menos del rendimiento en servidor y m�s
> del navegador
>
> /Aca voy a coincidir con vos en un punto, hay muchos programadores

> autodidactas que no saben como funciona un servidor web de verdad y
> estan mal acostumbrados, igual lo de preocuparse menos por el
> rendimiento del servidor, me dejas claro que la imagen que comparti

> en el mail anterior viene al pelo. /
> /
> /
> /
> /
> /Te aseguro que si guardas esta conversacion en destacado, y agregas
> al calendar leerlo dentro de un anio vas a pensar totalmente distinto./
> /
> /
> /Un abrazo, y espero no haberte ofendido a veces peco de "efusivo"/
> /
> /

> ----------------------------------------
> Pablo Morales
> blog: http://blog.pablo-morales.com
> linkedln: http://www.linkedin.com/pub/9/528/21
> skype: pablofmorales

> gtalk: pablof...@gmail.com <mailto:pablof...@gmail.com>
> msn: pfm...@hotmail.com <mailto:pfm...@hotmail.com>
>
>
>
> 2012/1/9 C�sar Escribano <ce...@anui.org <mailto:ce...@anui.org>>
>
> no s� qui�n habla sin saber pablofmorales pero desde luego t� no
> aportas nada
>
>
>
> 2012/1/9 pablof...@gmail.com
> <mailto:pablof...@gmail.com> <pablof...@gmail.com
> <mailto:pablof...@gmail.com>>

>
> Yo estoy haciendo una app en Silex, y estoy usando
> http://twig.sensiolabs.org/ Twig es de senio lab la misma
> que hace Symfony y al parecer va bastante bien.
>
> Con respecto a la discusion de rendimiento ...
>
> http://sincodificar.tv/wp-content/uploads/2011/10/hablemos2.jpg
>
>
> Y con respecto a Tropesciento
>
> http://plasniskpedia.wikia.com/wiki/Tropecientos
>
>
>
> ----------------------------------------
> Pablo Morales
> blog: http://blog.pablo-morales.com
> linkedln: http://www.linkedin.com/pub/9/528/21
> skype: pablofmorales

> gtalk: pablof...@gmail.com <mailto:pablof...@gmail.com>
> msn: pfm...@hotmail.com <mailto:pfm...@hotmail.com>
>
>
>
>
> 2012/1/9 warper <war...@gmail.com <mailto:war...@gmail.com>>
>
>
> Es m�s, el tiempo medio de procesamiento de una web en

> servidor ronda el
> 20% del total del tiempo de carga, el resto del tiempo
> es transferencia
> y procesamiento en el navegador. Muchas veces nos
> preocupamos por
> mejorar ese 20%, pero luego nos da pereza hacer pruebas
> en cada uno de

> los navegadores, cuando es ah� donde la experiencia de
> usuario sufre
> m�s. En este caso el desarrollador s� debe estar al

> servicio y a los
> caprichos de los navegadores, no nos queda otra.
>
>
>
>
>

[Alejandro Exojo]

El Domingo, 8 de enero de 2012, Eduard Llach escribió:
> - Quieres dar la posibilidad al usuario para personalizar una plantilla
> sin darle acceso al PHP - Usar su capacidad de caché
> - Ayuda para separar la capa de programación de la capa de presentación
> ( Smarty "obliga", muchos programadores acaban mezclando presentación y
> programación y se convierte en un monstruo )

Espero que no suene especialmente agrio lo que voy a decir, pero es mi muy
humilde opinión.

De estas 3 razones, la única que podría tener sentido es la primera (y no
estoy seguro del todo, porque me suena haber usado algún CMS que permitía la
entrada de PHP arbitrario que se ejecutaba en un "sandbox").

No veo porqué la caché de Smarty iba a ser mejor que las múltiples que puedes
usar sin requerir Smarty (u otro).

Y lo que desde luego con lo que jamás estaré de acuerdo es que con Smarty se
separe la presentación. No veo como puedes ganar algo de pasar de usar
"foreach" en un ámbito PHP o entre un par de llaves (Smarty).

En la página de Smarty, además, se hace una defensa del mismo de una manera
patética y vergonzosa, como indican estas citas:

«In the short example above, Smarty saved 110 characters, or a 36% syntax
reduction.»

«Even with this short example, you can see a 13 character savings (69%
shorter) to display the same thing.»

De verdad que no sé si reírme o llorar ante estas «impactantes» cifras. Espero
que en sus puestos de trabajo no se vanaglorien de haber programado un 50% más
que el día anterior por pasar de 2 a 3 líneas de código. :o)

--
Alex

[pablof...@gmail.com]

2012/1/9 César Escribano <ce...@anui.org>

mira Pablo, tengo por norma no discutir con listillos que están de vuelta de todo, así que te dejo sólo con tu soberbia. Yo abandono este tema, ya he dado mi opinión y estoy seguro de lo que he dicho y por qué lo he dicho, el que lo quiera coger bien y el que no también. Y estás muy equivocado en varias cosas de las que has comentado bajo mi texto, cosa que odio que hagan por cierto.

Lamento que te sientas ofendido no fue mi intencion, claramente vi muchos errores en lo que decias y quise responderte. Me gustaria saber en que me he equivocado ya que aca estamos para compartir y aprender, o por lo menos es mi intencion.

 

todo esto sería mucho más agradable si nos respetáramos unos a otros, en lugar de intentar creernos mejores haciendo que otros parezcan peores. Esa actitud sólo demuestra tus debilidades.

saludos

César

Joder, tengo que pedirle a una mujer que valide mis palabras, porque realmente veo que te he ofendido, y no era la intencion. 

[Eduard Llach]

Alejandro,

Si sigues el hilo de la conversación y omites los insultos verás que no soy el único que cree que va muy bien para separar programación y presentación.

No que sea obligatorio, pero si que "facilita" las cosas, ya que evita que algún patán se ponga a instanciar clases y a declarar funciones "en medio" de la plantilla. Pero por lo que veo hay mucho "máquina" suelto que jamás comete un error ni se ve apurado de tiempo.

En cuanto a la reducción de carácteres yo también soy contrario a usar las funciones tipo {$variable|escape}de Smarty: Lo que llegue a la plantilla tiene que estar "listo" para ser enseñado.

Y ten en cuenta que Google en sus páginas no pone el </body>, que todos los navegadores aceptan bien, para ahorrarse esos 7 carácteres que, multiplicado por millones de peticiones, es bastante. Creo que también ha salido este tema por aquí: El 20% de proceso de PHP es importante, pero también una buena base de datos y una buena reducción del código. Mira tu por donde, en varias páginas activando la compresión "gz" del apache el tiempo de carga es 1/8 parte con el gz de apache activado que sin activar. Aunque cargue algo más de CPU. Todo cuenta, depende del volumen ;) El yui-min salva vidas!

En cuanto a la caché bueno, no he hecho ningún benchmark para medirlo.

 

Eduard Llach

---

De: Alejandro Exojo <s...@kurly.org>
Para: phpbar...@googlegroups.com
Enviado: Lunes, enero 9, 2012 5:02 P.M.

Asunto: Re: Experiencias con Smarty

--

Has recibido este mensaje porque estás suscrito al grupo "Grupo de programadores PHP de Barcelona" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a phpbar...@googlegroups.com.

Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona+unsub...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/phpbarcelona?hl=es.

[Ferran de Sant Andreu]

Vaya... Mi primera participacion en esta lista y se la liado un flame! Empiezo bien...

Entonces me mirare Twig, entiendo que es tipo Smarty, hay alguna diferencia que sea significativa? O es una questión de "sabores"?

Salut!

2012/1/9 César Escribano <ce...@anui.org>

--

Has recibido este mensaje porque estás suscrito al grupo "Grupo de programadores PHP de Barcelona" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a phpbar...@googlegroups.com.

Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/phpbarcelona?hl=es.

[pablof...@gmail.com]

Smarty es medio viejito, Twig es mas nuevo, esta hecho por gente grosa
como lo es sensio labs, y ademas el nombre es mucho mas cool.
Necesitas mas excusa que esa?

:D

The key-features are...

Fast: Twig compiles templates down to plain optimized PHP code. The
overhead compared to regular PHP code was reduced to the very minimum.
Secure: Twig has a sandbox mode to evaluate untrusted template code.
This allows Twig to be used as a template language for applications
where users may modify the template design.
Flexible: Twig is powered by a flexible lexer and parser. This allows
the developer to define its own custom tags and filters, and create
its own DSL.

----------------------------------------
Pablo Morales
blog: http://blog.pablo-morales.com
linkedln: http://www.linkedin.com/pub/9/528/21
skype: pablofmorales
gtalk: pablof...@gmail.com
msn: pfm...@hotmail.com

2012/1/9 Ferran de Sant Andreu <fer...@gmail.com>

[Ferran de Sant Andreu]

Gracias por las respuestas constructivas!

Me surge una duda: Todo esto que tal se debuga?

Salut!

[pablof...@gmail.com]

Querras decir Testing?

Podes usar selenium o cualquier otro que haga testing sobre la vista,
algunas cosas las podes hacer con PHPUnit.

----------------------------------------
Pablo Morales
blog: http://blog.pablo-morales.com
linkedln: http://www.linkedin.com/pub/9/528/21
skype: pablofmorales
gtalk: pablof...@gmail.com
msn: pfm...@hotmail.com

2012/1/9 Ferran de Sant Andreu <fer...@gmail.com>:

[Jimmy Collazos || acido || cuatroxl.com]

Si que ha dado de sí este tema, y eso que el grupo estaba casi agonizando por la poca actividad que tiene.

También prefiero Twig antes que Smarty; pero me reafirmo en mi idea de que PHP ya es de por si mismo un lenguaje de template. Pero como hay que comer, a veces me toca meterles mano y no me quedó más narices que mirarlo.

[claudio anion]

vos crees que las "empresas grandes" tienen las mejores arquitecturas de software?, me parece que no tenes mucha idea de lo que estas hablando, hay empresas pequeñas que tienen mejores diseños que las grandes, eso no te da garantia de nada, es un comentario muy novato el que hiciste sin fundamento.

Y nadie dio una razon verdaderamente profesional de porque es mejor usarlo, evidentemente la gente que lo defiende cree que php es la web, o mejor dicho internet completo, sino el cosmos en su totalidad.

Algunas cosas que lei?

Separar la logica de la presentacion?; esto no es smarty ni algun otro template engine, sino que es un patron de diseño, incluso hay algunos mejores, HMVC.

Mas facil para los diseñadores?; a quien le cuesta realmente la sintaxis de php?, si hasta un niño la entiende, realmente ninguna empresa que sea seria implementa algo pensado en que sea facil para un diseñador, sino debe estar orientado a ofrecer un mejor producto.
Y a los que se les hace dificil leer php: consejo, no sirven para programar, ni para estar en IT, es de los mas facil que existe, que dirian entonces viendo codigo de C/C++ con asm.

Cache?; realmente creen que smarty hace el trabajo?, los que creen esto informence un poco antes de hablar, smarty es un simple layer, nada mas, y de por si pesadisiño, y con enormes bugs, no solo de seguridad, sino de rendimiento.

No importa el rendimiento?; esto es indefendible, el que cree eso no merece ser llamado programador, y menos analista, ni que hablar un arquitecto de software.
Alguien vio los templates compilados que entrega smarty?, entra y sale miles de veces de php indiscriminadamente, esto hace detonar el rendimiento.
Es cierto que mucha perdida de rendimiento esta en la db, pero por lo general la gente que genera esos errores, es la misma que no sabe ni siquiera lo que habla, y defiende un producto solo porque lo utilizo, y no se puso a ver como funciona internamente.

[Pablo Morales]

Alto Noob

On 01/09/2012 08:42 PM, claudio anion wrote:
>
> No importa el rendimiento?; esto es indefendible, el que cree eso no
> merece ser llamado programador, y menos analista, ni que hablar un
> arquitecto de software.
> Alguien vio los templates compilados que entrega smarty?, entra y sale
> miles de veces de php indiscriminadamente, esto hace detonar el
> rendimiento.
> Es cierto que mucha perdida de rendimiento esta en la db, pero por lo
> general la gente que genera esos errores, es la misma que no sabe ni
> siquiera lo que habla, y defiende un producto solo porque lo utilizo,
> y no se puso a ver como funciona internamente.

--
Pablo Morales - Web Developer
Skype: pablofmorales
Gtalk: pablof...@gmail.com
Linkedin: http://www.linkedin.com/in/pablofmorales

[claudio anion]

es obvio que solo el interprete no es el problema de rendimiento, es una sumatoria de factores, que escapa al tema a tratar, pero no aportas nada serio realmente, si te crees tan vivo porque no respondes como un profesional entonces?

--
Has recibido este mensaje porque estás suscrito al grupo "Grupo de programadores PHP de Barcelona" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a phpbar...@googlegroups.com.

Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona+unsubscribe@googlegroups.com

[claudio anion]

excelente respuesta Cesar opino lo mismo, pablito como diria el diego "la tenes bien adentro"! =)

--

Has recibido este mensaje porque estás suscrito al grupo "Grupo de programadores PHP de Barcelona" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a phpbar...@googlegroups.com.

Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/phpbarcelona?hl=es.

[theUniC]

Por favor, alguien que modere o que cierre la discusión? Ya ha dejado de ser un debate serio.

Saludos,

Christian.

Para anular tu suscripción a este grupo, envía un correo electrónico a phpbarcelona...@googlegroups.com

[Oriol Jiménez]

Ciertamente ha dejado de ser un debate serio hace algunos emails.

Smarty o no Smarty es un tema que da para horas. Algunos a favor otros en contra. Como todo tiene pros y contras y entre todos los emails creo que han salido ambos puntos. Aunque desgraciadamente las formas de algunos dejan que desear :)

Personalmente acabé odiando Smarty en el pasado, el motivo principal para mi, el bajo rendimiento. Actualmente uso Twig (no porque sea de Sensio ni porque sea cool, si no porque es rápido, en comparación al resto y por lo q ofrece, y la sintaxis me encanta: write less - do more)


Saludos,
Oriol

---

From: theUniC <the...@gmail.com>

Sender: phpbar...@googlegroups.com

Date: Tue, 10 Jan 2012 00:55:25 +0100

To: <phpbar...@googlegroups.com>

ReplyTo: phpbar...@googlegroups.com

Subject: Re: Experiencias con Smarty

[Ignacio Tolstoy]

Por fin un post sensato

Ya tardan en cerrar el tema

[Eduard Llach]

Según anuncian en su web, Smarty 3 ha mejorado varias veces el tiempo de compilación.

¿Alguien la ha probado?

¿Resulta muy traumático migrar de Smarty 2 a Smarty 3?

Gracias

 

Eduard Llach

---

De: Oriol Jiménez <or...@phpbsd.net>
Para: PHPBarcelona <phpbar...@googlegroups.com>
Enviado: Martes, enero 10, 2012 1:09 A.M.

Asunto: Re: Experiencias con Smarty

[Victor Castell]

Según este post la cosa está clara http://umumble.com/blogs/php/249/

El 10/01/2012, a les 07:37, Eduard Llach <ed...@yahoo.com> va escriure: