darganov.com

Тия дни не съм писал въобще, защото главно се занимавах с промяната на дизайна на един сайт изграден на базата на безплатното решение за интернет магазин – Zen Cart.

Какво мога да обобщя като впечатления до момента. Наистина като набор от възможности, този пакет предлага много, ама наистина много богато разнообразие, стоките могат да имат атрибути, по които да се управлява наличността, има многоезична поддръжка, богата поддръжка на разнообразни системи за разплащане, гъвкаво управление на пресмятането на разходите за транспорт и много, много други благинки. Възможностите можете да ги прочетете в официалния сайт.

Не всичко при тази система обаче е розово. Това го разбрах, когато се стигна до момента за смяната на дизайна. „Дизайнът“ по подразбиране (ако така може въобще да се нарече) е някакво недоразумение. Първата ми работа беше да прегледам вече съществуващите разработени шаблони. Разбира се започнах от безплатните – пълна скръб, дори не си правете труда да ги преглеждате. Последваха платените, но като цяло всичките ми изглеждат еднакво, тоест те не се отличават от основния дизайн – малко променени цветове, някоя и друга шаренийка, да не кажа съвсем еднаква структура (нищо чудно да ги правят много тесен кръг от дизайнери).

Решението беше едно – изцяло нов дизайн от нулата. Първоначално си мислех, че едва ли ще е нещо трудно. До сега имам единствено опит със шаблонирането на WordPress и CMS Made Simple. И при двете, системата за шаблониране е направена много интелигентно и готов дизайн може да се нареже за буквално няколко часа. Да, ама не, системата за шаблониране (ако може така да се нарече това, което съществува) е буквално малък ад и хаус. Докато при WordPress файловете-шаблони са отделени от самото ядро на системата, то при Zen Cart тези файлове са разпръснати из всички папки и се използва така-наречената override система. Дори авторите горещо препоръчват да не базикате директно в оригиналните файлове-шаблони, а да използвате override системата, за да не счупите необратимо системата. Забележете, можете да счупите системата. При WordPress примерно такова нещо не може да стане, просто файловете от ядрото са в съвсем друга папка, в която нямате работа и която няма нищо общо с шаблонирането.

Както и да е, викам си, ще ползвам override системата тогава. Обаче файловете участващи в дизайна не са в една директория както при WordPress, а са разпръснати буквално навсякъде. Тук влиза в действие и един много полезен инструмент вграден в Zen Cart. Developers Tool Kit – това само по себе си представлява grep облечен в интерфейс. Мога да търся в съдържанието на всики файлове на системата и по този начин да се ориентирам кое къде е. Това до малко улесни неприятното изживяване.

Друг голям минус е както по-горе споменах, че ако пипапте директно във файловете-шаблони можете да счупите системата. Това е така, защото самите файлове в по-голямата си част представляват директен php код – if-ове, else-ове, цикли, микли и други глупости, които един дизайнер въобще, ама въобще не го интересуват и не ги вдява, но за сметка на това трябва много да внимава. Докато при WordPress единственият ни досег с php е така-наречения Loop цикъл.

Самия дизайн е много лошо разделен между администрацията на Zen Cart и използвания от шаблона css файл. От администрацията тряба да изберете колко колонен ще е дизайна (за целта се ползва, все още, таблица), ширина на колоните, размери на изображенията и тн.

Друг тежък момент е обновяването. Това при Zen Cart си е цяла наука, а ако прочетете и препоръките в официалната документация, можете направо да се откажете

Като заключение няма да ви казвам бягайте или не. Системата си има много плюсове и минуси, вие сами си преценявата дали ще може да ви свърши работа. Имайте предвид, че Zen Cart и Cre Loaded са портове на osCommerce, така че и при тях положението е съвсем същото.

Тази статия е публикувана на 28 март 2008г. в 12:06 и е записана в Разни. Можете да следите коментарите чрез RSS 2.0 хранилка. Можете и да оставите коментар или trackback от вашия сайт.