deim

В продолжение к уже перечисленным добавлю только что найденные Итак, условия: Чистый ocStore 2.3.0.2, для каталога и админки указан английский язык в настройках магазина, после чего в локализации русский язык отключаем Баги: 1. Товары Заходим в список товаров, созданных при установке. Открываем любой и видим, что в редактировании от нас потребует заполнять всё на обоих языках Удаляем все товары 2. Неудаляемые Атрибуты Заходим в список атрибутов. Удаляем все атрибуты. Заходим в список групп атрибутов и не можем удалить ни одной, так как к ним привязаны атрибуты. Возвращаемся в список атрибутов. Тут пусто. Проверяем в базе таблицы _attribute и _attribute_description и видим, что атрибуты действительно существуют. В _attribute_description видим, что все атрибуты лишились своих описаний на английском языке, при этом описания на русском там остались. Итог: атрибуты есть, их не видно, группы атрибутов удалить нельзя Почему так происходит с атрибутами я честно говоря не понял. Ведь в контроллере админки в атрибутах для удаления в public function delete() вызывается $this->model_catalog_attribute->deleteAttribute($attribute_id); которая, как можете заметить, не содержит никаких упоминаний об language_id Проверил на всякий случай в модели public function deleteAttribute($attribute_id) { $this->db->query("DELETE FROM " . DB_PREFIX . "attribute WHERE attribute_id = '" . (int)$attribute_id . "'"); $this->db->query("DELETE FROM " . DB_PREFIX . "attribute_description WHERE attribute_id = '" . (int)$attribute_id . "'"); }

При попытке отключить русский язык в чистом ocStore 2.3.0.2 без удаления файлов получаем несколько неприятных багов Описание в теме релиза https://opencartforum.com/topic/67981-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-2302/page-11#entry647087

Коллеги, вы тут много нафлудили о чпу, но почему-то так мало о багах. Да, я видел что лучше сразу на гит писать, но Ставлю чистую версию на хостинг, захожу в админку, в настройках указываю английский и для каталога, и для админки. Захожу в локализации->языки и выключаю русский язык. Итак, у нас включился английский для админки. Ошибки и пробелы в переводе (с русского на инглиш что-ли переводили?) 1. Идем в System->Tools->гхм.. text_octeam_toolset Сбрасываем там кэш. Возвращаемся в 2. System->Settings, заходим в настройки нашего магазина и переключаемся на вкладку Option и видим entry_product_upc_hide entry_product_ean_hide entry_product_jan_hide entry_product_isbn_hide entry_product_mpn_hide Переключаемся дальше на вкладку Server и тут ещё пачка пропущенных переменных entry_seo_url_type text_seo_url text_seo_pro entry_seo_url_include_path entry_seo_url_postfix entry_mail_regexp entry_editor_default На вкладке SMS ещё столько же Ну ок, вы просто пропустили их, не столь критично. Но возвращаемся на вкладку General и.. что это? Баги 1. Вкладка General нас радостно встречает требованием обязательно заполнить Мета-теги на русском языке. 2. Вкладка Store требует заполнить описание магазина на русском языке. 3. При попытке создать новую категорию снова отображаются оба таба с обоими языками. Почему-то магазин при выключенном русском языке и выбранном везде английском требует обязательно указывать русские названия неприятный бонус: а теперь открываем сам сайт (до этого после установки мы были только в админке) и 1. видим его на русском языке вместо указанного английского 2. не имеем возможности переключиться на английский, так как русский язык отключен и панель выбора языков скрылась

checkout/buy - нестандартный путь для движка. отсюда первый вопрос про модули

Спросить у автора?

Это ж дело каждого. Хотите - переверстайте, чтобы вначале грид выводился. В чем проблема?

Потому что шаблон сначала выводит лист, а потом в зависимости от выбранного пользователем варианта скрипт показывает либо грид, либо лист Как переделать: просто убрать этот скрипт из шаблона и переверстать всю основную часть отображения товаров в категории

Есть инструкция для 1.5 ссылка А дальше по аналогии сможете разобраться

Если они выводятся из языковых файлов, то создать такие же переменные в языковых файлах нужных языков Если они выводятся из базы, то это вопрос к модулю, который их выводит

1. Дать ссылку на сайт 2. Исправить шаблон сайта

А не пробовали у автора спросить? Может у него есть версия для двойки

А сеоманагерам лишь бы прожужжать про конвертацию траффика

Лебедев раз устарел. Откройте сайт эппл. Лебедев два это скорее "бутстрап захватил мир". Все сайты стали одинаковы. В чем-то это хорошо, в чем-то не очень

Кратко: никак. Не оттуда зайти пытаетесь Но вы можете привести к такому виду страницу регистрации/авторизации Попутно узнаете о проблемах упрощения заказа и регистрации. В общем, не смотря на красивый, удобный и логичный дизайн вашей авторизации, сделать это не так уж и просто Советую ещё ознакомиться с модулем https://opencartforum.com/files/file/324-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-simple-%D1%83%D0%BF%D1%80%D0%BE%D1%89%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F-%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D1%8F-%D0%B8-%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7/ Возможно он поможет частично решить вашу проблему Ну и дабы сообщение не казалось пустой водой: если делать вручную, то вам придется оооочень сильно перелопатить checkout, чтобы заставить магазин работать без ошибок с вашим минимумом полей. К тому же где-то обязательно нужно будет заполнить адрес доставки. Нет? Это встанет вторым вопросом при ручном переделывании

Почему не модуль simple? Первый пункт он решит точно

Ну вот я как бы и озвучил сразу вопросы Буду рад услышать конструктивные ответы и постараюсь предложить свои

Кроме дотошных стариков Они предпочтут побольше подробностей

Не то чтобы присоединюсь к этому вопросу, а скорее пну в правильном направлении тестирования: 10К товаров У каждого по 3-6 используемых атрибутов, и по 6 неиспользуемых для фильтра Количество значений одного атрибута от 5 до 10 Тестить: кривой случай с 5К товаров в одной категории 10К товаров раскиданных на 10 категорий поровну 10К товаров, раскиданных на 50 категорий с тройной вложенностью. Проверить случаи с равномерным кол-вом товаров и со случаями, когда в одной самой дальней категории допустим лежит половина Отдельно: Протестить поведение этого же фильтра при включенном seopro для товаров, и для товаров с категориями. Проверить ссылки на товар, на категорию, на конкрентную выборку, на товар или категорию из выборки Проверить хлебные крошки Да-да, не за что :)

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

Если это внедрять из коробки в ocstore, то упремся в вопросы совместимости со всем подряд Если это внедрять каким-то боком частично, то упремся в вопросы совместимости как минимум с шаблонами Честно говоря я тоже давно размышляю над чем-то подобным, но есть куча "но" Почему это нужно: - довольно часто просят отображать filterpro в мобильных версиях сверху прямо над списком товаров - для всех (на мой взгляд) очевидно, что кучу инфы из боковых колонок мы всегда на мобилках убираем - и было бы здорово иметь возможность настроить эту лабуду из админки - фотки на мобилки можно было бы грузить мелкие, экономя трафик Вот актуальные вопросы: - сколько мобильных разрешений вы собираетесь поддерживать? - как именно? - отдаете ли себе отчет в том, что нужно всем модулям дать настройки для админки для каждого разрешения. то есть показывать его или нет и где (или же найти удобное решение этой проблемы). Как вариант - текущее положение дел, когда мы просто делаем это через css - что делать с совместимостью модулей? - как быть с шаблонами? Это так, бегло, за две-три минуты в голову пришло

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

Она не подменит. Она добавится. Там вроде были блоки для выполнения скрипта после срабатывания фильтра

Просто ошибка в js-скрипте обновления модуля корзины Гляньте в common.js Скорее всего виноват ваш шаблон или правки шаблона и скрипт просто не находит нужный блок

Да, рекомендуемые товары имеют взаимную привязку.

Ну так пусть вам платежные системы сначала свои модули оплаты предоставят и вы попробуете их поставить. Скорее всего они с инструкциями будут А потом уже послушаем вас, если останутся вопросы.