InvDeath

это такой троллинг.

эх http://www.postroika.ru/ =) также Большая книга css

Выводится с тегами, появился редактор. На странице видно хтмл теги, кто-то смотрел?

Есть смысл писать модули на продажу, наши их покупают хоть? Там пейпалка, а тут как?

Дай урл страницы лучше, адрес имг... мож кто-то и напишет куда что вставить.

Да, разобрался за пару дней, все просто, мвц и тд. Но мой врожденный перфекционизм не дает мне нормально спать после такой писанины... Сейчас говнокодю меню, которое нужно выводить в двух местах, в планах написать реализацию меню через апи урлов в контроллерах всех сущностей, которые могут туда добавлять. Да, позиции есть, но что-то мне не позволяет их использовать - должны быть свои. Про схемы я вообще молчу... лучше пхп условие через ивил (особенно порадовала дефолтная схема, которая должна выводить везде... проверьте ;)). Про хуки тут нельзя говорить, еще вздумается =) Друмал перерос сам себя, он как цмс слишком тяжелый и глючный, как цмф слишком "готовый". Сложный, относительно своего назначения: упрощать жизнь. Здесь, думаю, хватило бы отслоения на один уровень абстракции для гибкости, мвц на уровне физического слоя скидывать в одну дир, добавить файлик манифеста, отделить ядро и наложить табу, переработать систему темплейтов (т.е. разработать), систему путей, меню. Но это не противоречит основному направлению, все выполнимо. В таком виде я на опенкарте не могу.... возможно, сделаю свою сборку, но так говнокодить у меня не получается - спать не могу =)

Пользуйся отладчиком, останавливай обработку, смотри значения переменных и тд.

.cart a.button { background: url('../image/jp/btn_cart.png') top center no-repeat; height: 56px; background-position: top; padding: 0 25px; } какбэ...

if (($this)>0) { <div style="..."> <img src="/catalog/view/theme/default/image/cart_max.png"> </div> } else { как-то так http://api.jquery.com/html/ Ну нужно добавить эти строки в документ, так их никто не обрабатывает... аналог пхп print/echo (образно, тут просто вставка содержимого в дом модел по селектору). Содержимое - хтмл. Джаваскрипту пофиг на хтмл, он просто набор непонятных символов, т.е. строка как тип данных. <script type="text/javascript"> $('#cart_total').size( function() { if (($this)>0) { $('div....').html('<img src="/catalog/view/theme/default/image/cart_max.png">'); } else { $('div....').html('<img src="/catalog/view/theme/default/image/cart_min.png">'); } } ); </script> Как-то так... синтаксис, правильность метода и тд не гарантирую =) Не часто жквери использую

А как быть, если позиция для слайдера добавлена в чилдрен хеадера?

http://habrahabr.ru/post/76485/ :-) Текст же надо кудато впихнуть, джаваскрипт просто так его не будет печатать...

Подозреваю, что придется как-то лупы связывать... декорировать и тд. Архитектура вообще никакая в этом плане. Писал тут ниже свое удивление =) А с другой стороны что-то в этом есть... не для себя же магазины делает большенство... говнокодим на фрилансе =) -- Кстати я этот же слайдер и перемещал =) Ему еще стили потребуются...

Сегодня мучался с этим. Получается, что если второй раз импортировать позицию с таким же набором, то методы document'a выполняются относительно внутреннего лупа. Добавил нужные файлы в статику. Интересно услышать нормальное решение опытных пользователей... сам только пару дней с этой системой.

Есть модуль импорта/апдейта, дописываю постепенно. Пока гуя нету, но в планах. Работает с csv. Skype: i_death Цена, сроки, требования и тд при личном общении.

Нет, именно позиции. Места, где отображаются эти модули в каталоге. Очень странно, что оно прописваются хардкодом прямо в вьюве модуля языком разметки... это первое, что бросилось в глаза. Минимализм моделей мне нравится... пока хватает. Но вот топорность архитектуры видно сразу. Надеюсь, что это затычки на время.

Всем привет! Я вот недавно начал смотреть на опенкарт как на систему для разработки магазинов. Пришел с друпала, который сам себя загибает своей идеологией. Но сейчас не о нем... Вопрос вот в чем: Я, мягко говоря, ужаснулся, когда начал смотреть в сторону системы блоков на сайте. Если ее нету, то все ок, но она вроде бы как есть. Стала задача добавить новый блок, и я обнаружил, что просто так это, обычно простое, дело не провернуть. Придется переписывать хардкод во всех уже существующих блоках... Поначалу мне вообще как-то дико казалось создавать руками единицу мвц для каждого "отделения", но после увиденного в системе позиций решил написать здесь =) Как обстоят дела с разработкой архитектуры, как относится сообщество к такому подходу к разработку? Извиняюсь, если задел чьи-то чувства, но вот просто интересно. Это же противоречит принципам ооп, да и вообще здравому смыслу =) Наверное, такое мнение сложилось еще из-за того, что многие эту систему рекомендовали посмотреть как эталон реализации мвц.. Спасибо.