ZenMagick

ZenMagick este un Zen Cart add-on. Acesta oferă acces bază de date la practic toate datele releveant la template-uri (și mai mult) prin intermediul unui API orientat obiect.
ZenMagick include, de asemenea un sistem alternativ temă / templating care oferă o separare superioară de cod HTML aplicare și personalizate.
Filozofia comprimat de ZenMagick
& Nbsp; 1. Magazin design si layout trebuie să se facă prin intermediul HTML / CSS
& Nbsp; 2. Prezentarea și codul de aplicare trebuie să fie separate
ZenMagick aspect și vizualiza fișiere sunt extrem de simplu de a face personalizare reala la fel de ușor ca posibil, în timp ce încă sprijinind utile setări coș admin Zen.
ZenMagick și Zen Cart
În ciuda a face unele lucruri fundamental diferite, ZenMagick și Zen Cart sunt o echipă. Fără Zen Cart și gama larga de caracteristici pe care le oferă, ZenMagick nu ar putea exista

Ce este nou în această versiune:.

• Aceasta este o versiune bugfix cu un fix pentru un singur bug, critic.
• Clasa PhPassAuthenticationProvider va raporta orice parolă dat ca fiind valabile și, prin urmare, vă permit să vă conectați cu orice parolă dat.
• Vă rugăm să rețineți că acest lucru nu compromite noi parole existente sau.
• Este recomandat să faceți upgrade de la 0.9.13 la această versiune.

Ce este nou în versiunea 0.9.8:

• Zen Cart mod:
• forma tradițională. Un pachet care conține doar cod ZenMagick care poate fi instalat pe partea de sus a oricărei Zen Cart 1.3.8
• ZenMagick de instalare:
• Un pachet complet include tot codul Zen Cart necesar. O alegere bună pentru instalațiile noi.
• În plus, atât ZenMagick și, de asemenea, codul de Zen Cart inclus în versiunea completă de instalare sunt acum PHP5.3 compatibile!
• Următoarea schimbare majoră este că acum toate cod juca Savant3 ca bază pentru toți templating. Acest lucru nu este să spun că Savant este un Enginge templating. E doar un mod simplu, dar eficient pentru a localiza și fișiere șablon de sarcină. Acesta oferă, de asemenea, încă alte caracteristici suplimentare, unsed pentru a permite, de exemplu, caching.
• O altă schimbare mare este refactorizarii continuă a tuturor cod MVC. Un cod mult mai mult acum este generic și sa mutat de la a fi magazinului specific generice. Pe termen lung, acest lucru va contribui la dezvoltarea și îmbunătățirea codul cadru și magazinului independatly.
• O schimbare importantă care afectează plugin-uri este punerea în aplicare a noilor convențiilor de plugin-uri (și codul lor). Acest lucru afectează toate plugin-uri, astfel încât acum nu toate plugin-uri sunt disponibile. Există un proces în curs de desfășurare pentru a identifica plugin-uri care sunt încă necesare. În cele din urmă, unii se vor dispărea, totuși. Acest lucru este în cazul în care participarea la forum și wiki este esențială.
• Toate admin cod UI fost refactored iar acum utilizează același cod MVC ca vitrina virtuală. Acest fapt aparent inofensive nu ar trebui să distragă atenția de la faptul că acesta este fundamentul care va permite să rescrie și (re-stil) UI admin.
• Pagina manager de plugin-ul recuperează, de asemenea, unele atenție și acum folosește Ajax pentru a permite cu ușurință pentru a activa / dezactiva plugin-uri.
• Ultimele modificări mari afectează de configurare. Până în prezent, o mulțime de date de configurare (mapările URL, de exemplu) au fost învelite în cod PHP. Odată cu introducerea sprijin YAML (folosind spyc), aceasta a fost simplificată considerabil. Aceasta este, de asemenea, un proiect în curs de desfășurare cu mai multe fișiere pentru a fi schimbat (mapări de baze de date, etc).
• Această versiune stabilește, de asemenea destul de o serie de bug-uri, asa ca este recomandat modernizare.
• Plugins:
• schimbări universale:
• Schimbare de nume pentru a reflecta noile convențiile de denumire plugin
• schimbată setarea nume, reflectând, de asemenea, noile nume de plugin
• Toate plugin-uri folosesc acum același cod MVC ca administrator și magazinului. Aceasta include pagini plugin admin, paginile magazinului personalizate și, de asemenea, plugin-uri manager de catalog.
• schimbări individuale:
• Pagina Statistici:
• Arată statistici pentru toate conexiunile bazei de date utilizat.
• Editare rapida:
• Adauga suport pentru widget-uri read-only; parte din care este acea setProduct ($ produs) este numit pe widget pentru fiecare rând.
• Tema Switcher:
• Dacă nu setare găsite pentru lista temă, implicit la o listă de toate temele instalate.
• Wordpress:
• Observați pavilion syncUser.
• OpenID:
• Upgrade (PHP5.3 compatibil) versiune 2.1.3.
• Teste unitate:
• Patch simpletest pentru a scăpa de avertismente depreciate.
• Adăugați cod pentru a încărca teste suplimentare prin setarea.
• Permiteți pentru a configura o conexiune bază de date alternastive a folosi toate testele.
• Nu rupe dacă nu sunt găsite cazurilor de test.
• Minify:
• New plugin pentru a converti transparent toate trimiterile la CSS și JavaScript fișiere cu URL-uri minify.
• Teme:
• Utilizarea Savant
• Cateva schimbari in acest comunicat afecta, de asemenea, teme. Cel mai vizibil, cu ajutorul Savant schimbat modul modelele includ reciproc.
• Până în prezent, template-uri incluse reciproc folosind PHP lui includ declarație. Fișierele Layout ar include ecranul principal prin cuprinde $ zm_view- & gt; getViewFilename ();.
• Toate acestea s-au schimbat acum la ajutorul $ this- & gt; aducă () metodă. De exemplu, un aspect va trebui să execute echo $ this- & gt; aducă ($ viewTemplate) ;. Rețineți că $ viewTemplate este acum numele variabilei care deține numele ecranul principal. Numele de fișiere trecut în aduca () se presupune a fi în raport cu dosarul de conținut. Tema moștenire încă aplicat, cu plugin-uri incluse în calea de căutare în caz de pagini adăugate de plugin-uri. (Acest lucru înseamnă teme sunt libere să pună în aplicare opiniile personalizate cu plugin-ul inclus vedere ca Scuza).
• $ zm_view a fost depreciat
• În afară de eliminarea utilizării $ zm_view pentru inclusiv ecranul principal, variabila a fost abandonat cu totul. Acest lucru înseamnă că $ zm_view- & gt; getName () așa cum este utilizat până în prezent nu va funcționa nici mai mult. Înlocuirea este de a utiliza $ request- & gt;. GetRequestId ()
• Numele requestId este folosit uniform de-a lungul codul pentru valoarea valorii main_page.
• Meta Tag-uri:
• serviciul meta tag-uri a fost retrogradat și transformată într-un instrument de set de instrumente. Acest lucru necesită de a schimba orice utilizare a ZMMetaTags. De exemplu, ZMMetaTags :: exemplu () - & gt;. GetTitle () ar fi acum $ metaTags- & gt; getTitle ()
• Vă rugăm să consultați tema implicită pentru a vedea mai multe exemple.
• Crumbtrail:
• La fel ca și meta tag-uri, serviciul crumtrail fost transformată într-un instrument set de instrumente. Prin urmare, actuala utilizare $ macro- & gt; buildCrumbtrail (ZMCrumbtrail :: exemplu () acum arata ca acest lucru:. $ Macro & gt; buildCrumbtrail ($ crumbtrail, & quot; & gt; & quot;)
• Administrator:
• Toate paginile admin ZenMagick folosesc acum același punct de intrare principal: zmIndex.php. Această schimbare a permis de a converti toate paginile admin la vedere, folosind același model MVC (și codul), în calitate de vitrina virtuală. În timp ce acest proces nu este complet, există unele schimbări vizibile deja.
• Cel mai evident fiind că plugin-uri se aplică acum cu pagini admin prea (cel puțin cele ZenMagick). De exemplu, statisticile pagina plugin raport va apărea acum în partea de jos a ZenMagick pagini admin.
• Acesta este doar la incepul unor îmbunătățiri majore planificate la UI admin. Testele initiale au revlealed că este relativ ușor să se transforme Zen Cart pagini admin la fel ...

Cerințe :

• Zen Cart