Yesvik

На форуме слеш съедает парсер и многие не обращают на это внимание.Точка без обратного слеша означает любой символ (в том числе и символ точки), а со слешем означает только символ точка. Работать будут оба варианта, но правильнее с обратным слешем. NC - означает что правило не чувствительно к регистру символов и в данном случае нафиг не нужно...L - означает что это последнее правило и следующие правила применять не надо. Так что правильно писать [R=301,L]

https://opencartforum.com/topic/2906-%D1%8D%D0%BA%D1%81%D0%BF%D0%BE%D1%80%D1%82-%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3%D0%B0-%D0%B4%D0%BB%D1%8F-%D1%8F%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%D0%BC%D0%B0%D1%80%D0%BA%D0%B5%D1%82/page__p__19622#entry19622 Тебе нужен архив yml.zip

Ты не там ищеш экстрасенсов умеющих лечить по фотографии :)

http://yandex.ru/yandsearch?text=Call+to+undefined+function+iconv%28%29&from=fx3&clid=46510&lr=213

Кинь в личку адрес сайта - посмотрю

Я адаптировал модуль под 0.2.2 по просьбе знакомого (AES), лично мне этот модуль не интересен. Если его делать под новую версию - надо много дописывать (привязка к магазинам, подписи для разных языков), а времени на это нет. Так что извини, пока я не смогу помочь

Какая та-же?В предыдущих постах проблема в том что не понимают что такое относительные ссылки и выносят в шаблонах всё подряд... А у тебя что?

Добавил подписи https://opencartforum.com/files/file/158-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-%D0%B3%D0%B0%D0%BB%D0%B5%D1%80%D0%B5%D0%B8/

Есть предложение администраторам.... Тему закрыть и пришпилить на верху в виде образца как не стоит вести себя на форуме.

Я цену не обсуждал, твоё право выставить любую цену.Я оспаривал твоё заявление о том что на выполнение работы надо несколько часов. Если ты этого не понял то стоит задуматься кто тут быдло. Валить надо тебе. Или мозгов совсем нет и надеешся что после того что ты устроил кто то будет с тобой сотрудничать?

Щегол пестрожопый, ты хоть понимаеш что в ТЗ перечислены дополнения для разных версий?

Врёш. Не представляеш.

Посмотри на сколько быстро выходили новые версии ocStore после выхода новых версий Opencart ветки 1.4Когда устаканится ситуация с веткой 1.5 - скорость обновления ocStore будет достаточно оперативной. В основном возникают вопросы как прибамбасы для ocStore прикрутить к Opencart, а от Opencart к ocStore почти всё подходит без особых проблем.

У каждого своё понятие ядра... в моём понимании ядро это всё что находится в system/engine.С некоторой натяжкой к ядру можно отнести и набор библиотек system/library.... В библиотеках есть мелкие правки только в mail.php не влияющие на совместимость. Исходя из этого можно сказать что в ядре изменений нет. ocStore содержит ряд правок и дополнений с учетом региональных особенностей на которые разработчикам Opencart, мягко говоря - плевать. Это бурно обсуждалось на форуме и возвращаться к этому вопросу нет желания.

Попробуй этот модуль seo_url_manager.zip

Адаптировал под ocStore 0.2.2 https://opencartforum.com/files/file/158-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-%D0%B3%D0%B0%D0%BB%D0%B5%D1%80%D0%B5%D0%B8/

Система -> Настройки -> Сервер "Показывать ошибки" - включено?

Используется OpenCart 1.4.7 - будет потеря позиций в поисковиках. При смене URL необходимо построить переадресацию со статусом 301 на новые URL. Варианты решения могут быть разными, например вот это дополнение https://opencartforum.com/topic/2463-%D1%83%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B4%D1%83%D0%B1%D0%BB%D0%B5%D0%B9-%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86-%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D0%BE%D0%B2-%D0%B8-%D0%BA%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D0%B9/ На OpenCart 1.4.7 не проверял, но думаю станет без проблем. Если возникнут трудности - пиши, будем разбираться.

Позиции могут просесть. Что-бы ответить как лучше поступить - напиши о какой версии интернет магазина идёт речь.

Проблема в том что на одну и ту же страницу формируются разные URL. В ocStore это решено заменой алгоритма формирования ЧПУ. В принципе так-же можно поступить и с OpenCart, но отдельно это дополнение не выкладывалось. Можно в репозитории посмотреть какие изменения вносились http://www.assembla.com/code/ocstoreru/subversion/changesets/242

Догадайся...

Поэтому я и показал как плюсовать при удалении с привязкой к этой галочке... типа если при оформлении заказа количество минусовалось - то при удалении будет плюсоваться. Всё более менее нормально пока у товара нет опций. Как только появляются опции - начинаются приключения....Например если товар компьютер и опциями можно изменить память или жесткий диск - то всё терпимо... указал общее количество компьютеров, в опциях указал количество линеек памяти и торгуеш... Было у тебя, например 3 компьтера одной модели и 2 компьютера другой модели, базовые модели компьютеров укомплектованы памятью 2Гб. К этим компам есть 3 совместимые линейки памяти (+1Гб, +2Гб, +4Гб). Для каждого компьютера ты указал опциями эти линейки памяти... продался компьютер первой модели с опцией +2Гб в этой модели всё отминусовалось, а в другой модели тебе надо ручками указать что +2Гб уже нету. Я вообще молчу про ситуацию когда ты из компа достал линейку на 2 гига и воткнул туда 4 гига... и моделей у тебя не 2, а пару десятков. Тут нужно заводить компы как комплекты, а учет вести по комплектующим. Если у тебя товар с неделимыми опциями, типа одежды, то вообще каюк - нет возможности указать количество конкретной комбинации опций. Как ты предлагаеш реализовать учет брюк, для которых опциями задан размер и рост? Например у тебя есть брюки 48-го и 50-го размеров, но 48-ой размер есть в третьем и четвёртом ростах, а 50-й размер в четвёртом и пятом ростах. Как сделать что-бы нельзя было заказать 48-й размер в пятом росте? В отличии от компьютера которому можно добавить память, к брюкам третьего роста ты не добавиш длины до пятого... тут только учет по комбинациям опций и общее количество как с компами - роли не играет. Можно конечно заводить опции конкретными комбинациями, типа 48/3,48/4 и т.д., но тогда задолбаешся с фильтром по размеру и росту... А не дай бог ещё и цвет добавить в комбинации - вообще можно повеситься.

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

Все строки на месте, никакой ошибки нет. Если ты добавил в начало if ($this->config->get('config_stock_subtract')) {то работать не будет.

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