rb2

Стандартная регистрация опенкарта такая же почти. Что тут ещё советовать? Посмотрите на неё. Во второй версии (а может и раньше появились) есть 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 в скайпе через день.

А потом первый выкинутый логинится и становится последним. И так по очереди они друг друга выкидывают.

См. начало треда. Может и решали, всего ведь не упомнишь. Тут или поиски и самообразование, умноженное на стоимость вашего часа, или к специалистам.

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

Тормоза от пробелов в именах файлов? Это что-то новенькое.