ZenMagick

ZenMagick est un Zen Cart add-on. Il offre un accès de base de données à pratiquement toutes les données releveant à des modèles (et plus) via une API orientée objet.
ZenMagick comprend également un système alternatif thème / template qui offre une séparation supérieur de code de l'application et du code HTML personnalisé.
La philosophie comprimé de ZenMagick
& Nbsp; 1. la conception et l'agencement de magasin doivent être effectuées via HTML / CSS
& Nbsp; 2. Présentation et code d'application doivent être séparées
ZenMagick layout et les fichiers sont exceptionnellement simple à faire la personnalisation réelle aussi facile que possible, tout en soutenant Zen paramètres panier admin utiles.
ZenMagick et Zen Cart
Malgré faire des choses fondamentalement différentes, ZenMagick et Zen Cart sont une équipe. Sans Zen Cart et le grand éventail de fonctionnalités qu'il offre, ZenMagick ne pourrait pas exister

Quoi de neuf dans cette version:.

• Ce est une version de maintenance avec un correctif pour un seul bogue critique.
• La classe PhPassAuthenticationProvider signalera toute mot de passe donné comme valide et donc permettra de vous connecter avec un mot de passe donné.
• Se il vous plaît noter que cela ne compromette pas de nouveaux mots de passe ou existant.
• Il est fortement recommandé de mettre à niveau à cette version 0.9.13.

Ce qui est nouveau dans la version 0.9.8:

• Zen Cart mod:
• La forme traditionnelle. Un paquet qui ne contient que le code ZenMagick qui peut être installé sur ne importe quelle Zen Cart 1.3.8
• ZenMagick installateur:
• Un package complet incluant tout le code nécessaire Zen Cart. Un bon choix pour les nouvelles installations.
• En outre, à la fois ZenMagick ainsi que le code de Zen Cart inclus dans la version complète de l'installation sont PHP5.3 maintenant compatible!
• Le prochain changement majeur est que maintenant tout le code utilise SAVANT3 de base pour tous les gabarits. Ce ne est pas de dire que Savant est un enginge de templates. Ce est juste un moyen simple, mais efficace pour localiser et fichiers de modèle de charge. Il fournit également des fonctionnalités encore, unsed supplémentaires pour permettre, par exemple, la mise en cache.
• Un autre grand changement est le refactoring continu de tout le code MVC. Beaucoup plus de code est maintenant générique et déplacé d'être vitrine spécifique à générique. Dans le long terme, cela aidera à développer et améliorer le code de cadre et vitrine independatly.
• Un changement important affectant plugins est la mise en œuvre des nouvelles conventions pour les plugins (et leur code). Cela affecte tous les plugins, de sorte que maintenant tous les plugins sont disponibles. Il ya un processus en cours pour identifier les plugins qui sont encore nécessaires. Finalement, certains vont disparaître, si. Ce est là que la participation au forum et wiki est essentielle.
• Tout administrateur code de l'interface se est remaniée et utilise maintenant le même code MVC comme la vitrine. Ce sondage fait inoffensif ne devrait pas détourner l'attention du fait que ce est la base qui permettra de réécrire et de (re style) l'interface d'administration.
• La page du gestionnaire de plug-in a également obtenu une certaine attention et utilise maintenant l'Ajax pour permettre facilement d'activer / désactiver les plugins.
• Les derniers grands changements affecte configuration. Jusqu'à présent, beaucoup de données de configuration (mappages URL, par exemple) ont été enveloppés dans le code PHP. Avec l'introduction de l'appui YAML (en utilisant SPYC), cela a été considérablement simplifié. Ce est aussi un projet en cours avec plusieurs fichiers à modifier (les mappages de base de données, etc.).
• Cette version corrige également un certain nombre de bugs, donc la mise à niveau est recommandé.
• Plugins:
• changements Universal:
• Changement de nom afin de refléter les nouvelles conventions de nommage plug-in
• Changement de la définition des noms, reflétant également les nouveaux noms de plugin
• Tous les plugins utilisent maintenant le même code MVC tant qu'administrateur et vitrine. Cela inclut le plugin admin pages, pages de vitrine personnalisée et aussi gestionnaire de catalogue plugins.
• Les changements individuels:
• Page Stats:
• Afficher les statistiques pour toutes les connexions de base de données utilisé.
• Quick Edit:
• Ajout du support pour les widgets en lecture seule; partie de cela est que setProduct ($ product) est appelée sur le widget pour chaque ligne.
• Theme Switcher:
• Si aucun réglage trouvée pour la liste des thèmes, par défaut à une liste de tous les thèmes installés.
• Wordpress:
• Respectez le drapeau de id-sync.
• OpenID:
• Mise à niveau (PHP5.3 compatible) la version 2.1.3.
• Tests unitaires:
• Patch simpletest de se débarrasser des avertissements obsolètes.
• Ajouter code pour charger des tests supplémentaires via réglage.
• Laissez configurer une connexion de base de données alternastive à être utilisé pour tous les tests.
• Ne cassez pas si les cas de test sont introuvables.
• Minify:
• Nouveau plugin pour convertir de façon transparente toutes les références aux fichiers CSS et JavaScript avec rapetisser URL.
• Thèmes:
• Utilisation Savant
• Quelques changements dans cette version affectent également thèmes. Le plus en évidence, à l'aide Savant changé la façon dont les modèles comprennent les uns des autres.
• Jusqu'à présent, les modèles inclus l'autre en utilisant PHP de include. Fichiers de mise en page incluraient la vue principale via include $ zm_view- & gt; getViewFilename ();.
• Tout cela a maintenant changé d'utiliser $ this- & gt; fetch (). Par exemple, une disposition devra exécuter echo $ this- & gt; fetch ($ ViewTemplate) ;. Notez que $ ViewTemplate est maintenant le nom de la variable contenant le nom de la vue principale. Les noms de fichiers passés dans fetch () sont supposés être relatif au dossier de contenu. Thème héritage toujours appliquée, avec des plugins inclus dans le chemin de recherche en cas de pages ajoutées par plugins. (Cela signifie thèmes sont libres de mettre en œuvre des vues personnalisées avec le plugin inclus vues que le repli).
• $ zm_view a été désapprouvée
• Outre la suppression de l'utilisation de zm_view $ pour y compris la vue principale, la variable a été purement et simplement supprimé. Cela signifie que zm_view- $ & gt; getName () utilisé jusqu'à présent ne fonctionne plus. Le remplacement est d'utiliser $ request- & gt;. GetRequestId ()
• Le nom requestId est maintenant uniformément utilisé dans le code de la valeur de la valeur de main_page.
• Meta Tags:
• Le service des balises META a été déclassé et transformé en un outil de boîte à outils. Cela nécessite de changer toute utilisation de ZMMetaTags. Par exemple ZMMetaTags :: instance () - & gt;. GetTitle () serait maintenant $ metaTags- & gt; getTitle ()
• Se il vous plaît se référer au thème par défaut pour voir plus d'exemples.
• Crumbtrail:
• Même que les balises meta, le service de crumtrail se est transformé en un outil de boîte à outils. Par conséquent l'utilisation dollars courants macro & gt; buildCrumbtrail (ZMCrumbtrail :: instance () ressemble maintenant à ceci:. $ Macro & gt; buildCrumbtrail ($ crumbtrail, & quot; & gt; & quot;)
• Admin:
• Toutes les pages d'administration ZenMagick utilisent maintenant le même point d'entrée principal: zmIndex.php. Ce changement a permis de convertir toutes les pages d'administration à vue, en utilisant le même modèle MVC (et code) comme vitrine. Bien que ce processus ne est pas complète, il ya quelques changements visibles déjà.
• L'être le plus évident que les plugins se appliquent désormais aux pages d'administration trop (au moins de ceux ZenMagick). Par exemple, les statistiques de la page des plugins rapport apparaissent désormais en bas de pages d'administration ZenMagick.
• Ce est juste le commencer de certains grands améliorations prévues à l'interface d'administration. Les premiers tests ont revlealed qu'il est relativement facile de convertir Zen Cart pages d'administration de la même manière ...

Exigences :

• Zen Cart