rb2

Абракадабра очень похожа на UTF-8, на которую смотрят редактором в другой кодировке (типа windows-1251).

Эта оптимизация - что-то вроде дефрагментации диска, и всё. Ничего реально в запросах Вы этим не оптимизировали. Только потому, то свой VPS, хостер не стучит по голове за превышение нагрузки на БД. А если на 160к товаров летает без оптимизации, только на индексах - похоже, у вас просто довольно мощный VPS. Благодаря ocStore - что-то кешируется, что-то оптимизирвоано в запросах.

http://demo.opencart.com/ - Opencart 2.0.0.1b (админка: demo/demo). http://demo.myopencart.ru/ - ocStore 15512 (доступ такой же, похоже). Уведомлений вообще несколько. Покупателям одно, админу(-ам) - другое. В 15x админу было текстовым, в OC2 - вроде HTML. Да, уведомление о заказе в oc2011 html-ное. О новой регистрации покупателя - текстовое. Может и ещё каки-то есть, их все не упомнишь.

Используя `$this->customer->isLogged()`. https://opencartforum.com/topic/21705-magazin-tolko-dlia-zaregistrirovannykh/ https://opencartforum.com/topic/21917-resheno-pokaz-ssylki-opredelennoi-gruppe-pokup/ https://opencartforum.com/topic/1945-resheno-sokrytie-modulei-dlia-gostei/ https://opencartforum.com/topic/4787-podskazhite-pozhaluista-s-if-logged/

Стандартная регистрация опенкарта такая же почти. Что тут ещё советовать? Посмотрите на неё. Во второй версии (а может и раньше появились) есть custom-поля. То есть из админки можжно добвить разные поля - текстовые, галочки, переключатели и т.п.

Стандартная регистрация такая же длинная, как на этом орифлейме. Непонятно, зачем тут Simple.

Ну, на самом opencartjazz.com - голый опенкарт 2.0.1.1, мой перевод и этот фикс стоят. Как можно убедиться, никаких text_home нам нет. Что раздаёт opencart-russia - никто в общем-то, не знает, а разбираться и тратить своё время на неведому зверюшку мало кому хочется.

Товары-то с базой перенеслись? Рыть в сторону отладчика и смотреть, что там возвращается. Если нет ошибок и возвращается честный пустой набор - ну значит товаров нет в базе.

Значит в заказе нет товаров, которым требуется доставка.

На самом деле причина может быть не в переводе, а неправильном откате по языковым файлам к более общим значениям (из `язык/default.php`). Посмотрите фикс там же: http://www.opencartjazz.com/ru/opencart-module/oc2011/oc2011-bugfix-default-language-fallback (лучше файл скачать, т.к. diff с ошибками выводится, самодеятельность HTML-редактора). Может и в переводе дело, но скорей всего всё-таки неправильный откат к общим значениями.

Без модулей или без денег? Без модулей - никак.

Логика с ">", конечно, странная до ужаса, но она хотя бы может работать, если в базе структура статусов соответственно этой логике выстроена. Например, используется демо-база и статусы выстроены в нужном порядке. С исправлением на "=" -- это как раз случай топикстартера, судя по симптомам. На графиках будут только Complete заказы (заказы с одним статусом).

Я писал по памяти, в OC2, похоже, эта часть изменена. В ocs15512 посмотрел - действительно только 2 указанных Вами значения выбираются. Ок. Но я не помню таких проблем во всей 1.5.x линейке версий. Все заказы кроме "потерянных" (со статусом = 0) показывались на дашборде - и в списке последних, и на графиках. Если не вносились никакие изменения - должны все показываться. Если вносились - см. запросы или фильтр в контроллере перед вызовом модели, может какую-то дополнительную фильтрацию делали.

В настройках магазина (на вкладке "Options / Опции" кажется). Там есть пара разделов, где галками надо отметить, какие статусы заказов относятся к обработанным заказам, какие - к "в процессе". Или как-то так.

Чем грозят шеллы и бекдоры? Рассылкой от вас спама, DDoS-а, раздачей вирусов, удалением вашего сайта, воровством содержимого базы или её постепенной и малозаметной порчей (чтоб не сразу заметили и кинулись восстанавливать из бекапов, менять пароли и перекрывать входы и выходы).

А, прям в библиотеке... Ну, тоже вариант. Этот код при цене меньше нуля должен вернуть text_zero из языковых файлов. Цену от 0 до 1 он округлял потому, что Вы float к целочисленному (int) приводили.

Тип переменной $value какой? Строка небось? Откуда цену берёте?

Проверьте, чтобы этот пользователь был выбран в настройках магазина. Вкладка "Опции", подраздел "Оформление заказа".

Тогда JS отладчик включите и смотрите, что прилетает в ответ на денвере, а что на хостинге. Ctrl-Shift-I, вкладка Network. А SeoPro для OC2 не ставили? У нас была такая ошибка с редиректом, исправляли, всё работает. Или может сборка какая, а не чистый oc2011 с opencart.com? Кстати, ещё эта ошибка может быть, если в магазин на хостинге у вас в режим обслужвиания переключён. В OC2 появилось REST API и теперь админка использует в некоторых местах функции из фронт-энда (из `catalog`).

Два вопроса: 1. Вы читаете, что там пишут? Особенно первый абзац в самом верху скриншота. Второе предложение. Которое со словами "не является ошибкой". 2. Поиском пользоваться умеете? Достал уже этот вопрос. И параллельная реальность, в которой то canonical вдруг всем кажется ошибкой, то "404 поисковики не любят и надо оставлять товары", то сайтмап нельзя указать реальным адресом, обязательно чтоб sitemap.xml сделали.

Или в конфигах пути поменяйте (там "upload" осталась) или очистите их и заново проинсталлируйте.

Пользуюсь, не выбрасывает, нормально работает.

А чего им появиться, если вы настройки крутите, а заказ неизвестно с каким статусом лежит. У существующего заказа теперь зайдите в просмотр (не редактирование) и на вкладке истории заказа измените статус на тот, с которым он считается завершённым (оплаченным). При совпадении со статусом из настроек магазина файлы доступны покупателю.

Например, если он подарит планшет или смартфон. Многим разработчикам, сидящим за 21-29" мониторами, много нового откроется. Опции далеко не всегда видны на первом экране. Даже если там светятся сообщения об ошибках возле необязательных полей - к ним надо отматывать страницу автоматически. Такая же беда есть с отзывами в OC2 при работе с мобильных устройств. Вкладка переключается, но чёрти где. И понять, что что-то изменилось... Пользователь должен быть либо очень любопытным, либо очень терпеливым плюс догадливым. Может и в 15x тоже такое. Такая же беда с UX есть в админке: часто сообщение об ошибке есть где-то на форме, но почепму оно не сохранилось - неизвестно. Снаружи никаких сообщений.

Да хоть сейчас. SeoPro для OC2 (github) мы уже адаптировали и переделали, прекрасно работает (есть кеширование, мультиязык в URL и не помню что ещё). Русский язык - я свою локализацию продаю по 2$, ну или есть несколько бесплатных. Или ждите. Или участвуйте. Мой перевод для OC2 давно уже, ещё с октября, доступен. OCMOD для Сеопро выложили день-два назад, его я ещё не тестил - у меня на сайте стоит вручную поставленный. Мы обычно делаем и раздаём два архива - для ocmod и ручной установки (для разработчиков и тех, кто активно перепиливает свой магазин, набор изменённых файлов и возможность посмотреть в .diff удобней). Snastik кажется говорил, что они тоже Seopro для второй версии адаптировали в OCSHOP.CMS. Остальные мелочи вроде title/h1/meta-keywords и потом можно добавить. Хоть самостоятельно, хоть дождаться, когда другие впилят. А главное, как Вы заметили - не париться через какое-то время с миграцией данных и исправлений. От себя так скажу: oc2011 очень хорош по сравнению с 1.5.6.4 и вообще прилично от 1.5.x в лучшую сторону отличается по части многих исправлений. Ставьте и начинайте пользоваться. Ошибки есть, то там, то здесь - как и во всех версиях опенкарт. Некоторые критичные вещи мы уже пофиксили, я в блоге про некоторые писал (может не про все). Я активно пользуюсь oc2011 и очень доволен. Хоть и ругаем DK в скайпе через день.