Portada Joomla VirtueMart 3.8 Compatible con Joomla 4 y PHP 7.4
En Hostinet no solemos hablar de VirtueMart, un componente para Joomla que sirve para desplegar toda una tienda online bajo este CMS, y que no se puede utilizar sin dicho componente.
Hay tantas plataformas para crear tiendas online que es difícil abarcarlas todas; sobre todo solemos hablar de WooCommerce y PrestaShop, pero acaba de salir VirtueMart 3.8 y hemos decidido hacernos eco de la noticia de su lanzamiento para comentar sus novedades por estos lares. A pesar de que no sea de una de las plataformas más usadas para tener una tienda online.
VirtueMart 3.8 se ha lanzado con muchas mejoras y un montón de nuevas características tanto para desarrolladores como para los propietarios de una tienda online construida mediante este componente de Joomla.
Tal vez lo más destacable es que VirtueMart 3.8 viene preparado para Joomla 4, es decir, cuando salga la nueva versión mayoritaria del CMS (si es que lo hace algún día), VirtueMart 3.8 ofrecerá compatibilidad al 100%. Así como también es compatible con PHP 7.4, cuyo lanzamiento se produjo en Diciembre de 2019.
El principal cambio en VirtueMart 3.8 son las optimizaciones que evitan solicitudes masivas de SQL utilizando booleanos para decidir cargar datos de una tabla xref. Eso indica un tiempo de carga 5 veces más rápido cuando se prueba con más de 200 categorías. Ahora, las claves de la base de datos VirtueMart se acortan a los primeros 50 valores y luego se pueden usar como valores de búsqueda.
Otra nueva característica en VirtueMart 3.8 es VirtueMart Native Language Switcher. Permite crear cualquier URL personalizada para diferentes idiomas. Se puede cambiar desde los detalles del producto o justo desde la cuenta de mantenimiento sin llegar a la página de inicio.
Para el equipo de VirtueMart se trata de un lanzamiento “muy especial” en estos tiempos tan inusuales, ya que al principio la nueva versión de VirtueMart fue planeada como una versión sencilla para impulsar algunas optimizaciones y correcciones de errores para VM 3.6.10, pero al final se convirtió en mucho más que eso. Muchas personas están afectadas por el coronavirus. Uno de sus miembros tuvo que pasar por la cuarentena (sin estar infectado), donde tuvo mucho tiempo para desarrollar y aportar mejoras más pequeñas…
– Usar booleanos para decidir si se deben cargar los datos de una tabla xref, lo que ahorra grandes consultas SQL – Construcción de categorías mejorada – Finalmente, claves finales para customfield_value – Añadida función estática para getProductListing – Si automaticSelectedPayment / Shipment se establece en none, el gatillo completo plgVmOnCheckAutomaticSelected ya no se ejecuta – Reemplazado MD5 sobrecargado para hash reemplazado contra crc32 o eliminado por completo – RenderVendorFullVendorList se almacena en caché ahora – Se aumentó el tamaño de vendor_terms_of_service a tamaño medio – Función getProductChildIds extendida y caché añadida – El campo personalziado C usa ahora la función getProductChildIds en el modelo del producto (en caché) – Carga más inteligente de la categoría principal en la vista de categoría del backend
– Mejoras en la gestión de cupones – Los productos destacados se cargan 3 veces más rápido para relajar la carga. – ld-json y comillas dobles en las descripciones de los productos – Informe de ingresos: se añaden date_presets para informar sobre los dos años anteriores con totales disponibles por año / mes – FE managing link, añade un nuevo enlace de producto, notificación mediante botón
– Colores para los métodos de envío en la lista de pedidos del administrador – Se añadieron opciones de configuración para sql – optimización – Se añadió la opción para deshabilitar layouts – Se añadió la herramienta reset_Has_x_Fields para actualizar la vista de migración, que establece todos los campos «has_» en NULL – Ocultada la configuración populateEmptyST (los detalles de ShipTo permanecen vacíos y no se rellenan automáticamente con los detalles en los detalles de BillTo) – Ocultada la configuración shoppergroupDontSaveCart – para que los carrtios de usuarios registrados no se almacenen si se encuentran en grupos de compradores especificos – Modelo de producto añadido en la configuración oculta changeCategoryRemoveFilter
– Opción debug para router – Añadida la función vmAccess para esFEmanager () – Posibilidad adicional de anulación para vistas de administrador FE usando el sufijo Admin para el nombre de la vista (en caso de que la vista BE y FE tenga el mismo nombre) – Característica importante para la carga de la función vmtables de clase, cuando $ overWriteLoadName está dentro de los campos traducibles, entonces la «tabla where» es la tabla de idioma y no la tabla principal. Entonces, ahora podemos cargar un producto por babosa, por ejemplo. – Añadido el disparador plgVmOnSendVmEmail en la función sendVmMail – Función javascript añadida en sendFormChange a vm2admin.js, que envía la forma de elementos modificados si se usa como clase sendFormChange – Cambio en vmtime para que podamos resumir las medidas tomadas
– Cambiado $app->isAdmin/isSite() y similar con VmConfig::isSite() o VmConfig::isSiteByApp() – Cambiado mas $obj->$value with $obj->{$value} – Cambiada la case hasTip con «hasTooltip», además se añadio JHtml::_(‘bootstrap.tooltip’); para las herramientas de bootstrap nativas de Joomla.
Ect, ect, ect…
Ahora, en Hostinet puedes contratar un Hosting Joomla SSD con LiteSpeed para incrementar el rendimiento de tu tienda online construida con VirtueMart hasta en un 300%. ¡Te garantizamos una IP española para tu tienda online, así como el mejor soporte en tu idioma!
En Hostinet trabajamos desde hace más de 15 años con servidores ubicados en España (Madrid y Bilbao) para ofrecer a nuestros clientes las mejores prestaciones posibles.