rb2

Не факт. Этот статус у вас может быть выставлен в настройках - есть там пункт "Статус заказа (Статус заказа по умолчанию)".А вот прчиной неотсылания уведомлений это может быть и может оказаться. Не проверял.

Уже подсказали. В Опенкарте не так уж много настроек, более-менее логично сгруппированных (не считая способа размещения модулей на страницах): подумайте, если не можете разложить их по полочкам и понять структуру и идеологию движка в таком простом случае (найти готовый переключатель среди 5-6 вкладок основных настроек), как Вы будете магазин дальше эксплуатировать? Гораздо полезнее попытаться понять и самому пройти путь, чем съесть пережёванное.

Всё приходит. Ищите причину, почему у вас почта не отправляется. Или в спам отфильтровывается.

Опыт пары последних месяцев показывает, что если на такие вопросы не отвечать, через 5-50 минут появляется повторный пост того же автора с текстом "ой, ура, я уже сам нашёл".

Я вижу в запросе только "order", без всякого префикса. Может автор модуля его вообще забыл. Посмоти рядом в любой модели, как имена таблиц в запросах формируются и сравни с тем, что в этом модуле.

Для начала в сторону убирания рекурсий при построении дерева категорий.

В любой 1.5.x. С более ранними не работал.Исправить -- в /admin/controller/catalog/product.php найти 'price' => $result['price'],исправить на 'price' => $this->currency->format($result['price']),

Меня в комментах в блоге про это спрашивали - ответ там же (по ссылке, которую я приводил). Всё работает.

1. Они и так там. См. http://www.opencart....n/demonstration 2. Можно. 3. Рисуйте свой шаблон и выводите как хотите. (Отключите стили и посмотрите - они и так все на одной странице.) 4. Рисуйте свой шаблон и выводите как хотите. Или готовый ищите среди них тоже есть резиновые (liquid layout). У нас, например, Crista на http://a4u.com.ua/

В админке (которая на скриншоте) это не поможет. Там вывод вообще не форматируется.

OMG. Час от часу не легче. Значит таки 1.5.1.3, но у которой ковырялись в потрохах.

И это не 1.5.1.3. Больше похоже на мои правки http://rb.labtodo.com/page/izmenjaem-dlinu-opisanij-tovarov-v-kataloge-opencart-1505 (из-за mb_substr и 400), но неаккуратно сделанные. Хотя, конечно, цифра 400 не только мне могла показаться более привлекательной :)Надо: 'description' => mb_substr( strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8')), 0, 400, 'UTF-8') . '...',

Если там что-то вроде этого: 'description' => utf8_substr(strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8')), 0, 100) . '..', и ошибка есть, дайте пару текстов (с картинки), которые режутся, и скажите точную цифру, по которой обрезается (в оригинале 100, но может менялась?). Если воспроизводится на последней версии - надо описать баг, пусть разбираются со своей заменой mbstring. Если надо, чтобы быстро полегчало, пока вопрос решается - замените utf8_substr на mb_substr. У русских хостеров с этим обычно проблем нет. Если вдруг будут - см. гугл, "opencart mbstring", там есть ссылки и на этот форум с подробным описанием проблем и решений от Yesvik. Но это скорей всего не понадобится.

Значит кроме этой инструкции были ещё файлы. И там были папки admin/language/english и, возможно, catalog/language/english. Которые надо скопировать рядом (продублировать) в russian. И залить эти "russian" на сервер. При желании - перевести.

В соседней теме написано, что речь про 1.5.1.3Приведенный код - не из 1.5.1.3. Там уже давно совсем другое написано. Так что не заблуждайтесь насчёт своей версии.

Смотреть лог ошибок веб-сервера.

Отдавал несколько раз мелкие исправления. 1-2 отклонили, остальное молча включили.

Я не про то. Там же переключатель языков, чтобы пользователь мог выбрать любой, удобный ему. В виде флажков обычно. Может просто по ним не кликали? Среди флажков-то незаметно, какой активный. Просто кликните по русскому флагу.

И ещё вопрос возник: а переключатель языков на сайте использовали? А то судя по симптомам (после удаления английского все заработало) это тоже может быть причиной - просто язык в UI на витрине не переключили?

У меня стоит сбоку 1.5.1.3 с переводом, который я заливал на оф.сайт, с двумя языками - и ни одной проблемы наличие одного или другого языка не приносит. Поэтому продолжайте искать у себя ошибку или причину. Чудес не бывает (по крайней мере здесь).

То ли я не понимаю, как у людей мыслительный аппарат работает, то ли как писать по-русски понятно. Я сказал, что не надо полезные правки в себе держать - отдавайте их не в воздух (на форуме с сотней активных пользователей), а прицельно - сразу авторам Опенкарт. Желательно оригинального, потому что изменения в ocStrore всё равно потом оттуда берутся. Так пусть исправленные рекурсии и лишние выборки в селектах сразу попадают в оригинал, чтобы потом их не сопровождать в своих локальных версиях и сборках, а с меньшим количеством проблем обновляться. Несовершенство Опенкарта - преимущество для разработчиков и сообщества вокруг движка, имеющих возможность продавать свои улучшения. Если они раздаются бесплатно и от их включения в ядро движка все только облегченно взохнут, то я не вижу смысла их не отдавать Даниэлю и Qphoria (автору vqmod), которые коммитят в опенкарт на гуглокоде. Патчи и исправления они принимают. Так что вам их отдавать туда мешает лень или гордость. Не знаю. Технически всё довольно просто.

Ну вообще-то не факт. Отдавайте свои решения и мелкие правки "SELECT *" в гуглокод SVN blueyon-у и qphoria, и они попадут в Опенкарт на радость всем. В т.ч. желающим менее болезненно обновляться.

upgrade.txt из 1.5.x:

costas, а можно какие-то конкретные цифры озвучить? Может ограничения памяти у хостера известны на этом тарифе или потребление памяти и время исполнения скрипта измерялось. Я ничего не имею против решения отдавать статику, но количество товаров в 1-3 тысячи не кажутся серьёзной нагрузкой. Если эта проблема действительно существует, а не только проблемы вашего хостера, хотелось бы узнать о ней заранее (и сравнить со своими цифрами, когда ближе к 1 тысяче товаров подберемся; ну или нагенерировать у себя эти 1-3 тысячи).

На это freelancer ответил в #2: тогда CLI. Без внешнего допиливания не получится - не планировалось в опенкарт работать с модулями и всей остальнй кухни мимо index.php. Поэтому переписывайте, подключайте все необходимые для работы потроха опенкарта, чтобы можно было использовать скрипт из CLI, если предусмотренный реализованный путь не устраивает. Wget/curl - просто способы сделать это быстро (вызвать нужную функцию, находясь поверх всего фундамента). Не устраивают - надо писать CLI обвязку рядом с index.php. В этом нет ничего сложного, просто желание про "т.е. в виде модуля" изначально неправильно поставлено. Хотите модуль - пользуйтесь wget/curl. Хотите без них - ваяйте достаточный фундамент опенкарт в своём скрипте, если понадобится.