Por qué creo que 1.7 es 'la actualización obligatoria

No copié y pegué ninguno de los siguientes. Me acabo de sentar y escribí esto de una vez, no www / skype / slack / dapulse / fb / nada.

 

Plantillas

1.7 Presenta la herencia de plantilla:

¿Por qué la herencia de la plantilla es realmente realmente importante? Primero debe comprender sin herencia de plantillas los módulos de la oficina principal solo pueden 'agregar' contenido. No podría cambiar o eliminar directamente el contenido existente.

Como desarrollador, evité el desarrollo de módulos de front office ya que era imposible implementar cosas como "ocultar el carro de precio agregado" con una solución de módulo.

Ahora con la herencia de la plantilla, los módulos de la oficina principal pueden agregar, cambiar y eliminar el contenido de la oficina. Esto es 'un gran problema' ya que una vez más no pudimos desarrollar funciones de front office.

1.7 Las plantillas tienen una huella significativamente menor.

Históricamente, las plantillas de front office contenían una gran cantidad de lógica y eran realmente programas de computadora que utilizaban la sintaxis de Smarty PHP. Es realmente horrible trabajar con él y pocos editores de código fueron compatibles con la sintaxis de Smarty. ¡Bárbaro!

En 1.7, vemos la migración del código de la plantilla a las funciones nativas de php, que pasan el resultado a la plantilla para su visualización. Volver a mover el código de la plantilla compleja a las funciones de PS nativas es más rápido y más limpio.

Actuación

En primer lugar, PrestaShop históricamente ha tenido características de rendimiento que ningún otro software de código abierto tenía. ¡Lo comprobé! Fue y sigue siendo un líder en el suministro de rendimiento integrado. PrestaShop dio un gran salto cuando implementaron el administrador de activos donde los módulos / temas registran sus activos. Este bloque de construcción mejoró el desempeño existente pero usa los mejores estándares de su clase para que los desarrolladores puedan definir sus activos de manera 'inteligente'.

Histórico: en 1.6 vimos la introducción del fondo de carga de JavaScript, que fue un gran problema a pesar de que mató mi jaja de ventas de JavaPro.

Habiendo escrito un módulo experimental para 1.6 JsSuprCache que creó un CCC de .js para todas las páginas, ya conocía el beneficio del rendimiento, fue significativo. Pero, por desgracia, no pude forzar un marco de trabajo para otros desarrolladores, así que mi código era simplemente eso, bastante bueno, demostró ser un punto, pero no funcionó por completo debido al orden de .js.

Así que mientras estoy adelantado en mi tiempo, busco mejoras de rendimiento cada vez que PrestaShop da un paso adelante y ofrece. Me gustaría pensar que mi trabajo anterior ayudó a inspirarlos, pero son un grupo bastante inteligente por sí mismos.

1.7 Presenta Soporta 1 CCC de archivos .js y .css

Esto se administra dentro del nuevo administrador de activos. Esto es un gran problema incluso para la comunidad técnica que no pertenece a CCC. ¿Por qué? En versiones anteriores de PS, había un archivo CCC diferente para cada tipo de página. Dependiendo de la navegación típica del visitante, esto creó un rendimiento inferior al óptimo. 1.7 es compatible con los archivos .js / .css de CCC. La segunda y posterior página de visitantes es "significativamente" más rápida.

1.7 Soporte .js aysnc / defer

Esto es aún más importante porque ahora los desarrolladores pueden agregar su activo .js y pueden pasar los tipos de carga .js. Si su archivo .js no se solicitó anteriormente, ahora pueden seleccionar diferir o asincrónico. Esto reducirá esas cascadas feas en sus informes de rendimiento.

1.7 Temas

Ok, la mayoría de ustedes saben que solo usamos Leo Themes. Acabamos de terminar el cuarto 1.7 cliente de compras cada uno con Leo Themes. Al principio fue un desafío (1706) pero la publicación (1710) fue mucho más fácil. Para 1.7.2.4 tuvimos más problemas con las características nativas de ps que con los temas o módulos.

Trabajar en 1.7 back office y temas es soñador en comparación con 1.6, que fue bastante agradable.

Estamos muy contentos con la adopción del desarrollador de tema de 1.7.

1.7 Módulos

Ok, es una gran noticia que este eco 'haya aceptado' 1.7 y la mayoría de los módulos de actualización de terceros que pueda necesitar en el escenario de actualización probablemente existan. Además, este podría ser un buen momento para mirar la función de módulo alternativo que podría ofrecerle una nueva función de manera actual.

¿Qué falta en el mercado de módulos de características gratuitas? No voy a nombrar nombres, pero antes el marketing de PS era proporcionar una característica básica para que comenzaras. Hubo dos problemas que vi con esto, los gerentes de las tiendas usarían características predeterminadas que no eran tan buenas como las de su competidor. Ahora que se han eliminado algunas de estas características básicas, se requiere el uso de una solución paga de mayor calidad. Esto solo hace una mejor tienda. Para las personas que comienzan pueden probar suerte buscando módulos gratuitos de terceros

Se llama gente de Fremiun, los desarrolladores de PS y de terceros necesitan poner un techo sobre la cabeza y enviar a los niños a la universidad como cualquier otra persona. Por lo tanto, veremos que se transfieran más características no esenciales a las soluciones de módulos pagos. La buena noticia es que las ventas de Addon aumentan los precios y pueden mantenerse bajos. Desventaja a países con bajo poder adquisitivo que los precios en euros. PS anunció en gitter que una característica de precio por país para el complemento era inminente, pero no hemos escuchado más sentido. Nota para uno mismo: patear esa pelota de nuevo.

En los últimos años, hemos visto un aumento de los módulos de calidad. Esto se debe a las mejores prácticas mejoradas de PS y, en particular, dentro de la

Happy PrestaShoping
el patron (también conocido como Hero Fred)