сразу скажу, до этого работа с jooml-ой + VM
итак: если вкратце, то шаблон нарисован и натянут, по большей части со всем вопросами разобрался, но я никак не могу понять (возможно не до конца разобрался):

1 почему я не могу любой из модулей разместить в любом HOOK-e (вариант из коробки; используются стандартные HOOK-и)? почему я для этого должен лезть в код модуля и "разрешать" ему присутствовать в этом HOOK-e? зачем делать эти искусственные ограничения? я понимаю если я вношу новый HOOK, я должен показать системе что он есть (вписать в базу или указать в файле с перечнем HOOK-ов), но ведь есть определенный перечень предустановленных HOOK-ов , зачем где-то разрешать, а где-то запрещать размещение

2. корзина.
почему в корзине присутствует строчка "Доставка ХХХ грн" даже если я только зашел на сайт еще не начал оформлять покупку?
я отключил все налоги в магазине, но в корзине все равно показывается "исключая налог". нафига, откуда?

3. счет.
это мое любимое. модуля выписки счета в админке не нашел. методом тыка понял, что счет выписывается только для метода оплаты "оплата наличными" (тоже непонятно, по идее то просто в методе оплаты должна стоять галочка "выписать счет", ну да ладно). пошел в модуля, тупо создал копию модуля "оплата наличными", переименовал в "выписка счета, оплата в кассе банка" и - вуаля - новый вид оплаты.

4. не нашел как привязать вид доставки к региону (не к зоне или стране, а к региону) - туда можно курьером, туда нельзя.


пока вроде все
остальное более-менее нормально. осталось понять как магазин будет себя вести при 2000-5000 товаров и 200-500 уников в сутки

Это не мнение, а вопросы на которые уже отвечал/и!

Там глубоко лезть не нужно, пример с модулем категорий, открываем blockcategories/blockcategories.php и добавляем:


Теперь данный модуль категорий появится и в {$HOOK_TOP} рядом с логотипом, но чтобы модуль разместить "правильно" придется написать еще один .tpl + в css правила создать. Базовый шаблон должен быть легким (в плане изучения).


Есть способ доставки по-умолчанию, по нему и ведется расчет. если данные поля не нужны (/modules/blockcart/blockcart.tpl и blockcart-json.tpl)

открываем шаблоны и убираем ({l s='+Tx'} и {l s='-Tx'}), в последних версиях от вхождений/исключений налогов избавились, обновитесь.


есть модуль оплаты "Банковский перевод", если чего то не хватает пишем, все открыто.

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

ors писал о кешировании в smarty. почитайте, если не хочется копаться в php ставим nginx (пишем правила). Memcached

с этим я разобрался и уже правил, я просто не могу понять почему делают эти ограничения изначально?


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



только при выборе этого вида оплаты у меня в админке не показывалась кнопочка "генерировать счет"


не нашел. пока для меня это не критично, может, дальше найду


читал. сделаю. посмотрим

Я уже ответил на этот вопрос выше, потому что придется на каждый хук (модуль) написать еще по 4-7 дополнительных .tpl файлов + в сss на создавать дохуя новых правил.



Панель Управления >> Заказы > выбираем заказ, напротив имя фамилии есть кнопка генерации счета, можно написать свой модуль с генерацией спец.фактуры + счет.

там тоже искал.
небыло кнопочки, только при оплате курьером

Действительно есть такой баг. И пользователь тоже не может счет распечатать.

Есть магазин с 9000 товаров. Нормально работает на виртуальном хостинге. Нагрузка зависит в большей степени не от количества товаров, а от числа категорий.