rb2

Вы условия почитайте и прослезитесь. Автор там (в случае меня или Deeman-а) получит только 33%. Если перестанет продавать у себя или на Опенкарт.ком и станет делать это только на Codecanyon/Themeforest - от силы 50%. Чтоб до 75% добраться, надо очень много продавать. Или очень дорого.

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

Запросом идентификаторы товаров и отмеченных "главными" категорий переносятся из старой таблицы 'product' в мап-таблицу 'product_to_category'. Для движка единица в поле main_category -- это признак того, что эта категория - главная. А не её ID. Это бинарное поле, признак, да/нет (1/0). Таблица 'product_to_category' - связь товара с одной или несколькими категориями. Одна из которых должна быть помечена как основная.

И в чём вопрос? Как устроены компьютеры, как представляются данные и что такое реляционные БД?

Этот запрос делает чудеса. Заполняет нужную таблицу правильными данными.

Не понял ход мысли.Просмотрел несколько магазинов - всё укладывается в мое предеположение. Максимум 4 UL, кол-во элементов в каждом зависит от кол-ва брендов на эту букву. Что не так?

Скорей всего связано с выводом по колонкам. Рассчитывается, сколько пунктов должно быть в одной колонке, и такими блоками выводится. А UL уже стилями слева направо выводятся.

Я работаю над версией для 1.5.2, на этой неделе как раз выдалось несколько незанятых дней. Опенкарт - не основная моя работа и занимаюсь этим в свободное время. Насчет сроков - если бы я умел предсказывать будущее (например появление там свободного времени и условий для работы), я бы, пожалуй, в спортлото и на форексе играл, а не программированием занимался. Не умею я предсказывать даты релизов и возможные проблемы.

Пока нет. Только на этой неделе пошли более-менее свободные дни, как раз работаю сейчас над версией для 1.5.2. Поскольку там уже многое сделано и ожидается пара свободных дней - есть шанс, что на этой неделе появится.

Я свой Quickcheckout до такой формы укорачивал по чьей-то просьбе (1.5.1, 1.5.1.3), посмотрите там среди последних картинок на странице:

Посмотрите на эту страницу: http://demo.opencart.com/index.php?route=product/product&product_id=42 По-моему, то, что Вы хотите, делается стандартными средствами и Вам стоит лишь разобраться, как пользоваться опциями.

catalog/controller/{module,account}/account.phpcatalog/view/theme/default/template/{module,account}/account.tpl ну и соответственные языковые ресурсы, если многоязычность поддерживаете. Модуль - это тот блок, что может выводиться на разных страницах сбоку, сверху, снизу.

http://www.opencart.com/index.php?route=extension/extension/info&extension_id=5158

Ок, лишь бы было понятно, что варианта 2: заставить пользователя узнать, в скольки он километрах от Москвы, или просто спросить "где вы живётё". И заняться выяснением технических подробностей самостоятельно. Я, например, понятия не имею, в скольки километрах от нас находятся соседние города-сателлиты. Может в Москве и области всё по-другому. Модули - да, либо дублировать, либо поискать "многовариантные" способы доставки. Встречал такие в магазинах, но не знаю, что за модуль. Дублировать не очень сложно, но процедура требует внимательности. И минимального понимания, что к чему. Продублировать файлы, имена классов поменять, настройки переименовать и т.п. Если не знаете, как разобраться - обратитесь лучше в раздел "платные услуги".

С одной стороны хотелось бы иметь подобный модуль про запас. С другой (практической) - мы доставляем Ин-таймом и Новой Почтой, и мне ещё ни разу не удавалось с помощью их калькуляторов выйти на реальную цифру. Уж не знаю, от чего зависит (отправкой не я занимался). Но по калькуляторам на их сайте получалась сумма порядка 40-45 грн, а на деле выходило в районе 15 грн. И ещё показательно: когда я в самом начале заикнулся о дублировании их калькуляторов у нас на сайте, мне сразу сказали, что это бесполезно и не вздумай на это тратить время.

А Вам предлагают - сделайте несколько, в соответствии со своей собственной моделью: И будет работать при использовании городов, геозон и т.п.Если это не деление на разные географические зоны, то я даже не знаю, что Вы под ними подразумеваете.

Заведите купон на -10% (например) и пусть в корзине применяет - вместо скидки цена будет увеличена на указанную сумму. В купонах может использоваться как процент, так и фиксированная сумма

@Canon, значит в настройках магазина стоит "валюта по умолчанию" = USD, а не рубль

Не сочтите за оскорбление, но: Ctrl-C, google.com, opencart + Ctrl-V. Этого недостаточно? http://lmgtfy.com/?q=opencart+%D1%82%D0%B5%D0%BA%D1%81%D1%82+%D0%BF%D0%B8%D1%81%D1%8C%D0%BC%D0%B0+%D1%81+%D0%BF%D0%BE%D0%B4%D1%82%D0%B2%D0%B5%D1%80%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5%D0%BC+%D0%BE+%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7%D0%B5

Opencart 1.5.1.2: Модуль категорий: третий уровень (без оптимизации запросов)

Согласен. Но это тоже крайность. Перфекционизм называется. А есть agile и TDD. Умеешь писать сразу идеально и без ошибок - пиши и распространяй. Другие пишут что-то для решения своих проблем и делятся тем, что есть здесь сейчас. И мне это тоже кажется достойным уважения. На этом, собсвенно, весь OSS и живёт: увидел ошибку - сделал форк, предложил исправления автору. Если автор странный - поддерживаешь форк сколько можешь.

Зачем? Нет, можно конечно из любого простого решения делать кабину пилота аэробуса. но это обычно только отпугивает вначале и мешает потом, в процессе.При лимиты ничего не помню. Вроде не было ничего такого. Да и не в этом суть. Эти мелочи и ошибки не делают это решение чем-то ужасным. Замечательное и легковесное решение. CSV из 2-3 колонок готовятся владельцем магазина и ни о каких SQL-injections речи нет, поэтому я и сказал ранее, что искейпить данные в принципе не очень-то и нужно в этом случае: так тоже сойдёт и к проблемам вряд ли приведёт.

Ну вот же ... улучшение поиска в фильтрах - не только с начала строки или по полному совпадению ...

Вы совершенно правы - я Вашу способность воровать и раздавать платные продукты не уважаю. Особенно вслед за прямо противоположными заявлениями о любви к разработчикам и программистам.

Не теряйте нить разговора, пожалуйста. Речь была об этом: На что Вам посоветовали не ждать ответов, а чаще пользоваться поиском. А затем и выяснить возникающие вопросы у автора в первую очередь. В ответ на что начались обиды и упрёки о том, какие все нечуткие и могли бы помочь. А некоторые ещё злые, грубые и хамы. И вместо того, чтобы вам бесполезные советы давать, могли бы сесть и написать редактор, ведь он уже в 152 есть, а Вы ведь давно уже говорили. А они тут на гугл посылают и советы дают вместо того, чтобы помогать. Вот это всё и кажется странным и неуместным. Всем тем, кто работает с опенсорс продуктами. Такие продукты не предполагают никакой ответственности и поддеркжи. Вся бесплатная поддержка осуществляется энтузиастами и такими же пользователями, как все остальные.