rb2

Варантов несколько: 1. Менять doctype. Ничего крамольного в этом нет - верстальщик в этих вопросах главный, а не php-кодеры. Сделайте шаблон "valid" и пишите там правильный доктайп и теги. Но без (2) в этом случае тоже не обойтись. 2. Исправлять CKEditor. Но он в опенкарт включен в упакованном виде, в котором фиг разберешься. Так что предстоит лишняя морока. Плюс проблемы с обновлением ещё одного стороннего компонента. 3. Если надо быстро, то я бы оставил (2) как есть, делал (1), а в админке (в валидаторе напимер) добавил обработку этих полей (заменить target="_blank" на rel="external"). Если сделать это в валидаторе, то и в форму данные вернутся исправленными (в случае наличия ошибок), и в базу попадет исправленный вариант.

Встроенный бекап в Опенкарт сохраняет только данные, без структуры таблиц. Поэтому имеющийся бекап можно восстановить только на имеющюся базу, но не на чистую. Про phpMyAdmin надо было раньше думать, а сейчас, к сожалению, вариант один - пытаться восстановить сначала структуру БД, а затем заливать на неё бекап.

https://opencartforum.com/topic/6982-%d1%80%d0%b5%d1%88%d0%b5%d0%bd%d0%be-%d0%bf%d1%83%d1%81%d1%82%d0%b0%d1%8f-%d0%b7%d0%b0%d0%ba%d0%bb%d0%b0%d0%b4%d0%ba%d0%b0-options-%d0%b2-products/page__view__findpost__p__44547

Упс. Правильно: if ($attribute_groups || !strcmp('', $weight . $length . $width . $height)) {

1) @@ -154,6 +155,9 @@ Это служебная информация и разделитель между несколькими правками в одном файле. Конкретно - это номера строк (154). Примерные, потому что у меня могли быть ранее внесены ещё какие-то правки в этот файл. Поэтому они скорее для ориентира. Вставлять их не нужно ни в коем случае (всю эту служебную строку - class и т.п. это тоже лишнее и относится к служебной информации). Вас должны интересовать только места правок (+/-) и 3 строки до и после них - по ним надо ориентироваться. Ну и зачастую в этом могут помочь номера строк, хотя и не всегда. да, всё правильно. catalog/view/theme/default/template/product/product.tpl В обеих местах.

Это? http://rb.labtodo.com/page/opencart-1512-informacija-o-tovare-na-vkladku-harakteristik-dobavlen-ves-i-razmery

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

Упс. И как же мне добраться до вашего далекого и недоступного денвера, чтобы увидеть ошибки вживую... Давайте тогда для начала уточним: используется тема default или другая? Файлы модуля были продублированы в эту тему? Какие модули доставки и оплаты включены в админке? Если тема - не default, сможете ли прислать всю папку "catalog", чтобы я локально смог посмотреть, что к чему? Если это проблема, тогда можно попробовать через что-то вроде Mikogo.ru (удаленный доступ) попытаться что-то увидеть. Как крайний вариант.

Та ну конечно. Его наверное "нет" только потому, что форум слова меньше 3 букв (csv) не ищет.У меня есть. И у всех, кто способен найти https://opencartforum.com/files/file/126-csv-price-importexport/ или написать подобное. Самое нормальное решение для регулярного обновления цен и количеств.

Адрес магазина, версия движка? По фотографиям очень сложно адекватный диагноз поставить.

Просто задачи разные бывают. Экспорт для бэкпапа - это одно, для апдейта цен и инфы люди используют совсем другие решения, а не экспорт в XLS и потом полный импорт всей инфы назад в базу (с предварительной очисткой её). Люди просто под всё пытаются этот громоздкий импорт-экспорт в XLS использовать, а когда начинаешь выяснять - оказывается, им просто цены надо обновлять регулярно. Это ж с ума можно сойти, какой ценой они это пытаются решать. Это как на гусеничном тракторе летом по асфальту в соседний продуктовый за буханкой хлеба ездить вместо того, чтобы за 1-2 минуты пешком сходить. А они для этого делают экспорт 5 тыс товаров в XLS, потом непонятно как собираются его править, а потом назад вливать. А если по пути процесс загнется от нехватки памяти - в панике бегать по провайдеру и форумам с мольбами увеличить обем памяти, потому что порциями фиг импортируешь.

phpMyAdmin посоветуем. См. таблицу user, там поле user_group_id

1. Голова. Если изян там - ничего не мешает.2. Правила форума. Тоже вполне аргумент. И не бывает "не совсем порядочных" или "чуть-чуть беременных". Или есть, или нет.

Есть такой модуль. phpMyAdmin называется.

deeman сокрушался и обращал внимание не на другой модуль, а на существование воров, варезников и долбаных рубин-гудов, не уважающих чужой труд. То, что автор за границей, а не "свой" - жалкая отмазка.

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

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

Внёс, http://www.assembla.com/code/ocstoreru/subversion/changesets/347

Я такой вариант предлагаю: http://rb.labtodo.com/page/opencart-1512-quick-one-page-simple-checkout

http://forum.opencart.com/viewtopic.php?f=2&t=502921-2 минуты поиска. http://translate.google.com/?sl=en&tl=ru

Ну я люблю пуэр, но хороший кофе никаким пуэром не заменишь. Это две разные разницы.

А ради чего это всё затеяно? Настолько высоконагруженный магазин, что требуется отделить мультимедию от HTTP запросов с куками или использовать CDN? Вообще-то сомневаюсь. Потому что в таком случае у вас бы вопрос этот до форума не дошёл, а синхронизировать вы бы стали не вручную, а чем-то вроде rsync. Генерятся картинки в кеше не только при добавлении в админке. Проведите эксперимент: очистите кеш и перезагрузите любую из страниц фронт-энда. Лучше с открытым товаром или какую-то категорию с товарами. И посмотрите на кеш после этого. И не только трёх размеров. Обычно поболее - в разных местах используются картинки разных размеров. Поэтому если действительно выносить на другие сервера, куда Опенкарту нет доступа к файловой системе, то либо синхронизировать файлы кеша туда, либо предварительно всё необходимое генерировать локально.

1. Откройте список опций (админка: Каталог - Опции) 2. Запомните одно из названий, точно присутствующих в списке. 3. Откройте редактирование/добавление товара, перейдите на вкладку Опции, начните вводить первые буквы названия существующей опции 4. Увидите его в выпадающем списке - ткните мышкой в него

Посмотрите product/category - там же есть всё. Описаний классов нет нигде.

В конфигах. config.php и admin/config.php. И не параметр, а параметры - их там несколько.