ZenMagick

ZenMagick es un Zen Cart add-on. Proporciona acceso de base de datos a prácticamente todos los datos releveant a las plantillas (y más) a través de una API orientada a objetos.
ZenMagick también incluye un sistema alternativo tema / plantillas que ofrece una separación superior del código de la aplicación y HTML personalizado.
La filosofía comprimido de ZenMagick
& Nbsp; 1. De la tienda y el diseño se debe hacer a través de HTML / CSS
& Nbsp; 2. Presentación y código de aplicación deben estar separados
Archivos de diseño y ver ZenMagick son excepcionalmente sencillo de hacer la personalización de bienes lo más fácil posible, sin dejar de apoyar a los ajustes de la compra de administrador Zen útiles.
ZenMagick y Zen Cart
A pesar de hacer algunas cosas fundamentalmente diferentes, ZenMagick y Zen Cart son un equipo. Sin Zen Cart y la amplia gama de características que ofrece, ZenMagick no podría existir

¿Cuál es nuevo en esta versión:.

• Esta es una versión de corrección de errores con una solución para un único error crítico.
• La clase PhPassAuthenticationProvider reportará cualquier contraseña dada como válida y por lo tanto permitir que se conecte con cualquier contraseña proporcionada.
• Tenga en cuenta que ello no comprometa existentes o nuevas contraseñas.
• Se recomienda actualizar desde 0.9.13 a esta versión.

¿Qué hay de nuevo en la versión 0.9.8:

• Zen Cart mod:
• La forma tradicional. Un paquete que contiene sólo el código ZenMagick que se puede instalar en la parte superior de cualquier Zen Cart 1.3.8
• instalador ZenMagick:
• Un paquete completo que incluye todo el código Zen Cart necesario. Una buena opción para las nuevas instalaciones.
• Además, tanto ZenMagick y también el código Zen Cart incluido en la versión de instalación completa son ahora PHP5.3 compatible!
• El siguiente cambio importante es que ahora todo el código utiliza Savant3 como base para todos plantillas. Esto no quiere decir que Savant es un enginge plantillas. Es sólo una manera simple, pero eficaz para localizar y archivos de plantilla de carga. También proporciona todavía características adicionales, unsed para permitir, por ejemplo, el almacenamiento en caché.
• Otro gran cambio es la refactorización continua de todo el código MVC. Mucho más código es ahora genérica y pasó de ser escaparate específico a genérico. A largo plazo, esto ayudará a desarrollar y mejorar el código marco y escaparate independatly.
• Un cambio importante que afecta plugins es la aplicación de las nuevas convenciones para los plugins (y su código). Esto afecta a todos los complementos, con el resultado de que en este momento no todos los plugins disponibles. Hay un proceso en marcha para identificar plugins que todavía se necesitan. Con el tiempo, algunos desaparecerán, sin embargo. Aquí es donde es esencial la participación en el foro y wiki.
• Todo el código de interfaz de usuario de administración quedó rediseñado y ahora utiliza el mismo código MVC como la tienda. Este hecho que suena inofensivo no debe distraernos del hecho de que esta es la base que permitirá volver a escribir y (re-estilo) el administrador de IU.
• La página administrador de plugins también consiguió un poco de atención y ahora utiliza Ajax para permitir fácilmente para activar / desactivar los plugins.
• Las grandes últimos cambios afecta a la configuración. Hasta ahora una gran cantidad de datos de configuración (mapeos de URL, por ejemplo) se han envuelto en el código PHP. Con la introducción de soporte YAML (utilizando SPYC), este se ha simplificado considerablemente. Este es también un proyecto en curso con más archivos que desea cambiar (asignaciones de bases de datos, etc.).
• Esta versión también corrige un buen número de errores, por lo que se recomienda la actualización.
• Plugins:
• Universal cambios:
• Cambio de nombres para reflejar las nuevas convenciones de nombres Plugin
• Se ha cambiado la creación de nombres, también refleja los nuevos nombres de plugin
• Todos los plugins ahora utilizan el mismo código MVC como admin y tienda. Esto incluye páginas de administración plug-in, páginas escaparate de encargo y también plugins gerente catálogo.
• Los cambios individuales:
• Página Estadísticas:
• Mostrar estadísticas para todas las conexiones de base de datos utilizada.
• Editar rápida:
• Añadir soporte para widgets de sólo lectura; parte de eso es que setProducto ($ producto) se llama en el widget para cada fila.
• selector de temas:
• Si no encontró ajuste para la lista de temas, por defecto a una lista de todos los temas instalados.
• Wordpress:
• Observe la bandera syncUser.
• OpenID:
• Actualizar a (PHP5.3 compatible) versión 2.1.3.
• pruebas unitarias:
• simpletest Patch para deshacerse de las advertencias obsoletas.
• Añadir código para cargar pruebas adicionales a través de configuración.
• Permitir para configurar una conexión de base de datos alternastive que se utilizará para todas las pruebas.
• No rompa si no se encuentran los casos de prueba.
• Minify:
• Nuevo plugin para convertir de forma transparente todas las referencias a los archivos CSS y JavaScript con minify URLs.
• Temas:
• Uso Savant
• A pocos cambios en esta versión también afectan temas. De manera prominente, usando Savant cambió la forma en plantillas incluyen entre sí.
• Hasta el momento, las plantillas incluidas entre sí usando PHP de instrucción de inclusión. Archivos de diseño incluirían la vista principal vía incluir $ zm_view- & gt; getViewFilename ();.
• Todo esto ha cambiado ahora a usar $ this- & gt; buscar a () método. Por ejemplo, un diseño tendrá que ejecutar echo $ this- & gt; fetch ($ ViewTemplate) ;. Tenga en cuenta que $ ViewTemplate es ahora el nombre de la variable que contiene el nombre de la vista principal. Los nombres de archivo pasaron a fetch () se supone que es relativa a la carpeta de contenido. Herencia tema todavía se aplica, con los plugins incluidos en la ruta de búsqueda en caso de páginas añadidas por los plugins. (Esto significa que los temas son libres de aplicar vistas personalizadas con el plugin incluye puntos de vista como el de reserva).
• $ zm_view ha quedado obsoleto
• Aparte de la eliminación de la utilización de $ zm_view para la inclusión de la vista principal, la variable se ha caído por completo. Esto significa que $ zm_view- & gt; getName () tal como se utiliza hasta ahora no funcionará más. La sustitución es utilizar $ request- & gt;. GetRequestId ()
• El nombre RequestID ahora se utiliza de manera uniforme en todo el código para el valor del valor main_page.
• Meta Tags:
• El servicio de etiquetas meta ha sido degradado y convertido en una herramienta de la caja de herramientas. Para ello es necesario cambiar todo el uso de ZMMetaTags. Por ejemplo ZMMetaTags :: ejemplo () - & gt;. GetTitle () ahora sería $ metaTags- & gt; getTitle ()
• Por favor, consulte el tema por defecto para ver más ejemplos.
• Crumbtrail:
• Igual que las etiquetas meta, el servicio crumtrail quedó convertido en una herramienta de la caja de herramientas. En consecuencia, el uso actual de $ macro & gt; buildCrumbtrail (ZMCrumbtrail :: ejemplo () ahora tiene este aspecto:. $ Macro & gt; buildCrumbtrail ($ crumbtrail, & quot; & gt; & quot;)
• Admin:
• Todas las páginas de administración ZenMagick ahora utilizan el mismo punto de entrada principal: zmIndex.php. Este cambio permitió a convertir todas las páginas de administración de puntos de vista, con el mismo patrón MVC (y código) como la tienda. Si bien este proceso no se ha completado, hay algunos cambios visibles ya.
• La más obvia es que los plugins se aplican ahora a las páginas de administración también (al menos los que ZenMagick). Por ejemplo, las estadísticas de la página de plugins informe ahora se mostrarán en la parte inferior de la página de administración ZenMagick.
• Esto es sólo el comienzo de algunas de las principales mejoras previstas en el administrador de interfaz de usuario. Las pruebas iniciales han revlealed que es relativamente fácil de convertir Zen Cart páginas de administración de la misma manera ...

Requisitos :

• Zen Cart