ZenMagick

ZenMagick é um carrinho Zen add-on. Ele fornece acesso de banco de dados para praticamente todos os dados releveant para modelos (e muito mais) por meio de uma API orientada a objeto.
ZenMagick também inclui um sistema de tema / modelagem alternativa que oferece uma separação superior de código do aplicativo e HTML personalizado.
A filosofia comprimido de ZenMagick
& Nbsp; 1. Da loja e layout deve ser feito via HTML / CSS
& Nbsp; 2. Apresentação e código de aplicação deve ser separada
Layout e visualizar arquivos ZenMagick são excepcionalmente simples de fazer personalização verdadeira tão fácil quanto possível, apoiando ainda configurações úteis Carrinho de administração do zen.
ZenMagick e Zen Cart
Apesar de fazer algumas coisas fundamentalmente diferentes, ZenMagick e Zen Cart é um time. Sem Cart Zen e da grande variedade de recursos que ele oferece, ZenMagick não poderia existir

O que é novo nesta versão:.

• Esta é uma versão de correções com uma correção para um único bug crítico.
• A classe PhPassAuthenticationProvider irá relatar qualquer senha dada como válida e, portanto, permitir que você faça login com qualquer senha.
• Por favor, note que este não comprometa novas senhas ou existente.
• É altamente recomendável atualizar a partir de 0.9.13 para esta versão.

O que é novo na versão 0.9.8:

• Zen Cart mod:
• A forma tradicional. Um pacote que contém somente o código ZenMagick que pode ser instalado em cima de qualquer Zen Cart 1.3.8
• instalador ZenMagick:
• Um pacote completo, incluindo todos os códigos Zen Cart necessário. Uma boa opção para as novas instalações.
• Além disso, tanto ZenMagick e também o código Zen Cart incluído na versão de instalação completa estão agora PHP5.3 compatível!
• A próxima grande mudança é que agora todo o código usa Savant3 como base para todos os templates. Isso não quer dizer que Savant é um enginge de templates. É apenas uma maneira simples, mas eficaz para localizar e arquivos de modelo de carga. Ele também fornece, ainda apresenta unsed adicionais para permitir, por exemplo, o armazenamento em cache.
• Outra grande mudança é o refactoring contínuo de todo o código MVC. Um código muito mais agora é genérica e deixou de ser vitrine específico para genérico. No longo prazo, isso vai ajudar a desenvolver e melhorar o código do framework e montra independatly.
• Uma mudança importante que afeta plugins é a implementação das novas convenções para plugins (e seu código). Isso afeta todos os plugins, com o resultado que agora nem todos os plugins estão disponíveis. Há um processo em andamento para identificar plugins que ainda são necessários. Eventualmente, alguns vão desaparecer, no entanto. Este é o lugar onde a participação no fórum e wiki é essencial.
• Todo o código interface do administrador foi reformulado e agora usa o mesmo código MVC como a montra. Este fato soar inofensivo não deve distrair do fato de que esta é a base que permitirá a reescrever e (re-style) da interface do administrador.
• A página gerente plugin também tem um pouco de atenção e agora usa Ajax para permitir facilmente para habilitar / desabilitar plugins.
• As últimas grandes mudanças afeta configuração. Até agora, uma grande quantidade de dados de configuração (mapeamentos de URL, por exemplo) têm sido envolto em código PHP. Com a introdução do suporte YAML (usando SPYC), este foi consideravelmente simplificado. Este também é um projeto em andamento com mais arquivos a ser alterado (mapeamentos de banco de dados, etc).
• Esta versão também corrige um grande número de erros, de modo que a atualização é recomendada.
• Plugins:
• mudanças Universal:
• Mudança de nomes para refletir as novas convenções de nomenclatura do plugin
• Mudou definir nomes, refletindo também os novos nomes do plugin
• Todos os plugins agora usar o mesmo código MVC como admin e montra. Isto inclui páginas plugin de administração, páginas montra personalizado e também plugins gerente de catálogo.
• A variação individual:
• Estatísticas Página:
• estatísticas de exibição para todas as conexões de banco de dados utilizado.
• Editar rápida:
• Adicionar suporte para widgets somente leitura; parte do que é que setProduct ($ produto) é chamado no widget para cada linha.
• Theme Switcher:
• Se nenhuma configuração encontrado para a lista de temas, padrão para uma lista de todos os temas instalados.
• Wordpress:
• Observe a bandeira syncuser.
• OpenID:
• Upgrade para (PHP5.3 compatível) versão 2.1.3.
• Testes Unitários:
• simpletest patch para se livrar de avisos reprovados.
• Adicione o código para carregar testes adicionais via configuração.
• Permite configurar uma conexão com o banco alternastive a ser utilizado para todos os testes.
• Não quebre se casos de teste não são encontrados.
• Minify:
• Novo plugin para converter de forma transparente todas as referências a CSS e JavaScript arquivos com minify URLs.
• Temas:
• Usando Savant
• Algumas mudanças nesta versão também afetam temas. Mais importante ainda, usando Savant mudou a forma como os modelos incluem o outro.
• Até agora, modelos incluídos entre si usando PHP da instrução include. Arquivos de layout que incluem a exibição principal via incluem US $ zm_view- & gt; getViewFilename ();.
• Tudo isso agora mudou para usando $ this- & gt; buscar método (). Por exemplo, um layout precisará executar echo $ this- & gt; buscar ($ viewTemplate) ;. Note que $ viewTemplate é agora o nome da variável que contém o nome da vista principal. Os nomes de arquivos passados ​​para buscar () estão a ser assumida em relação à pasta de conteúdo. Herança tema ainda aplicada, com plugins incluído no caminho de pesquisa em caso de páginas adicionadas por plugins. (Isto significa que os temas são livres para implementar as visões personalizadas com o plugin incluído vistas como o fallback).
• $ zm_view foi preterido
• Além de remover o uso de US $ zm_view para a inclusão de vista principal, a variável foi descartada completamente. Isto significa que $ zm_view- & gt; getName () utilizada até agora não vai funcionar mais. A substituição é usar $ request- & gt;. GETRequestID ()
• O nome RequestID é agora uniforme usado durante todo o código para o valor do valor Main_Page.
• Meta Tags:
• O serviço meta tags foi rebaixado e convertido em uma ferramenta de caixa de ferramentas. Isso requer mudar tudo uso de ZMMetaTags. Por exemplo ZMMetaTags :: instance () - & gt;. GetTitle () seria agora $ metaTags- & gt; getTitle ()
• Por favor, consulte o tema padrão para ver mais exemplos.
• Crumbtrail:
• O mesmo que a meta tags, o serviço crumtrail se converteu em uma ferramenta de caixa de ferramentas. Consequentemente, o atual uso $ macro- & gt; buildCrumbtrail (ZMCrumbtrail :: instance () agora se parece com isso:. $ Macro- & gt; buildCrumbtrail ($ crumbtrail, & quot; & gt; & quot;)
• Administrador:
• Todas as páginas de administração ZenMagick agora usar o mesmo ponto de entrada principal: zmIndex.php. Essa mudança permitiu converter todas as páginas de administração para pontos de vista, usando o mesmo padrão MVC (e código) como a montra. Embora este processo não está completo, há algumas mudanças visíveis já.
• O ser mais óbvio que plugins agora se aplica a páginas de administração também (pelo menos os ZenMagick). Por exemplo, as estatísticas página do plugin relatório agora vai aparecer na parte inferior das páginas de administração ZenMagick.
• Este é apenas o início de alguns dos principais melhorias previstas para a interface do administrador. Os testes iniciais foram revlealed que é relativamente fácil de converter Zen páginas de administração Compras da mesma maneira ...

Requisitos :

• Zen Cart