AlexDW

ставьте последний релиз ocStore 2302.3 там это (и многое другое) исправлено

значит расковыривайте обратно, до стандартного рабочего состояния

Здравствуйте если эти поля добавляются в стандартную таблицу oc_order - работе модуля они не помешают но выводить их в списке и искать по ним модуль не будет

там чуть выше первого коммента: а в левой части, рядом с данными автора - говорящая кнопка Get Support, как раз для таких случаев

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

готовят по-тихоньку можно подумать что 3.0.0.0 кто-то в здравом уме будет на рабочий ставить

если только артикул - совет выше либо юзать/изучать такое если нужно чуть больше чем просто артикул - есть такое

@dinox с добрым утром!

проблема не в движке и не в шаблонах/модулях проблема в *удаках, якобы с заботой о народе принимающих законы с идиотской/невнятной формулировкой направленных на обирание этого самого народа по незнанию в виде штрафов различными проверяющими органами вчера жену на портале госуслуг зарегил, загранпаспорт поменять так вот, напротив каждого поля ввода персональных данных - телефон/email, паспорт, снилс и тд - там НЕТ галки со ссылкой правила конфиденциальности сама ссылка на правила конфиденциальности доступна в футере на всех страницах - так же как и в движке наверное это о чем-то говорит?

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

потому что: а) в движке изначально нет всяких быстрых заказов/звонков б) политика конфиденциальности присутствует "из коробки" и доступна в футере на всех страницах

уточнить у хостера или поискать в гугле

обновил пост, расписал подробно

да хоть десять смотрите Система-Пользователи - Пользователи/Группы пользователей

просто добавить N-рублей недостаточно нужна конкретика в целом - во избежание двусмысленности и недопониманий одно дело установка "под ключ" на беспроблемном движке/правки конфликтов с другими дополнениями и другое - кривой движок/кривые настройки сервера/конфликт с изначально кривым сторонним дополнением, приводящий к выбору или/или

я не против предложения @vasilev86 даже радует, как быстро оно было реализовано взмахом админской палочки но я против этой реализации в текущем виде: если с тестовой версией все отлично и понятно, то по пунктам установки/доработки есть вопросы: установка "под ключ" как правило подразумевает дополнительную оплату (стоимость модуля + стоимость установки) - что-то не видно поля для ее ввода на личном примере: обычно я оказываю бесплатную помощь с настройкой/установкой своим покупателям в случае проблем за исключением вариантов, когда нарушена логика работы самого движка (например кривая установка vqmod на 2х или еще какие перепилы приводящие к некорректной работе движка в целом) не станет ли галка в данном пункте хомутом на шее авторов? типа "я купил, у вас отмечено "под ключ" - делайте!! а что движок кривой и из-за этого не работает - заодно и поправите!" возможность доработки модуля (автором) ваще неясно модули априори совершенствуются и развиваются их авторами если отметить да - будет ли это означать достать звезду с неба по первому свистку покупателя? а если нет - все, модуль без дальнейшего развития? опять же на личном примере: я не работаю на заказ и не занимаюсь индивидуальными доработками своих модулей когда кто-то из моих покупателей по какому-то модулю просит нестандартный функционал если несложно и такая возможность в текущей версии есть - подсказываю что где изменить в коде если сложно/нет возможности, но идея хороша и потенциально реализуема - со временем добавляю ее в следующих версиях так что мне здесь выбирать? ИМХО - реализация этих двух пунктов явно нуждается в проработке/однозначном трактовании иначе все шансы получить туеву хучу разбирательств между авторами и покупателями

https://opencartforum.com/topic/83261-filtr-v-kataloge-dopolneniy/?do=findComment&comment=786356

и это явно лишнее (по-крайней мере в текущем виде)

плюс при первом сохранении (см. вопрос про 15х) галку на 15х поставил потом, видимо после при просмотре самого дополнения все пункты данного раздела соответственно сместились и получилось, что пункта 15х уже нет, а за счет смещения - съехавшая галка присвоилась на Несовместим желательно это учесть при возможных правках механизма фильтра а то сейчас назаполняем

корректной работы фильтра выставил нужное в файле на пробу выбираю указанную группу, отмечаю в фильтре Opencart 1.5.6.4 ocStore 1.5.5.1.2 прочие настройки - любые и.. нифига

сразу непонятны пару моментов: 1. будет ли отметка на 1.5.x восприниматься при фильтрации как для всей линейки 15х (т.е диапазон 1501-1564)? 2. куда делась инфа про ocshop / opencart.pro|cms ?

вспоминать что делали и разделывать обратно смотреть консоль браузера, ответ/логи сервера

в файле admin\view\template\catalog\product_form.tpl строку <h3 class="panel-title"><i class="fa fa-pencil"></i> <?php echo $text_form; ?></h3> заменить на <h3 class="panel-title"><i class="fa fa-pencil"></i> <?php echo $text_form; ?> - SKU: <?php echo $sku; ?></h3> и обновить кеш модификаторов для верности

аккуратней! а то так и задолжать недолго!!!