Prooksius

В SeoPro, я так понял, допиливали его нормальную работу для разных языков, чтобы работало ссылкой "/az" для азербайджанского. Там по идее и выставляется эта сессионная переменная в зав. от наличия/отсутствия этой добавки "/az". И на стр. товара она какого-то фига переопределяется на русский. Дальше все, что получаем с сервера - идет на русском. А если перезагрузить страницу, то все восстанавливается - мы же находимся на странице с "/az".

У вас сделано так, что язык переключается в зав. от адреса, если есть /az. то показывается азербайджанский, а не русский. Но у стандартного опенкарта язык переключается по сессионной переменной. Тут все зависит от того, как эти два момента совмещаются, не конфликтуют ли. Это могут показать только исходники. Как я понял, запрос с главной на добавление в корзину и запрос со стр. товара - одинаковые, стандартные для опенкарта (POST запрос "index.php?route=checkout/cart/add" с параметрами). Поэтому делаю вывод, что язык определяется все же по сессионной переменной. Потому что даже с главной у вас бывает ошибка, показывает русский язык в попапе после того, как добавили в корзину со страницы товара. У меня были открыты две страницы - товара и главная и я добавлял и там и там. Если со страницы товара еще не добавляли товар в корзину - главная работает норм. Как только добавили со стр. товара - и главная начинает показывать русский в попапе при добавлении. Отсюда вывод - видимо на странице товара, в контроллере меняется эта сессионная переменная на русский язык. Отчего начинает неправильно работать и на главной уже. Ну это все предположения...

Где-то (часто - в криво написанных модулях) переопределяется сессионная переменная, ответственная за отображаемый язык $this->session->data['language']

Модификаторы обновите. Также надо во всех местах, где вы хотите видеть SKU, как поле товара, тоже его отображать - в админке в Продажах/Детали заказа, в Личном кабинете в Заказах, в самой корзине магазина (или simplecheckout_cart), в миникорзине (в шапке). Иначе он так нигде и не появится.

-удалено-

блин, еще и за 1300 рубасов покупать такую простую вещь. https://codepen.io/galulex/pen/eNZRVq Элементарно делается, в несколько строк кода.

а еще если есть акции и дискаунты, вообще весело))

нет, все идеально. Я просто поделился опытом.

в моем случае заказчик просил именно разные сделать, и там разница в высоте была большая слишком, чтобы делать одинаковую..

высота блока выставляется для каждого блока? Где?

там дело в идентификаторе поискового блока (#search). Он одинаковый на ПК и на мобиле, на странице получается есть два блока с одинаковым ID, а это не есть хорошо. И сам js поиска читает содержимое поля по ID, естественно беря в одном случае пустое значение, потому что оно не показывается... Попробуйте показывать блок поиска один раз, просто стилями переопределять его вид на девайсах.

Приветствую. Понадобилось ввести новые настройки в Опенкарт в админке и несколько из них были текстом в CKEditor, было несколько таких блоков редактора на одной странице. И надо было чтобы у них была разная заданная изначально высота. Высота задается в конфиге самого ckeditor, но это глобально, а нужно было задать индивидуальные высоты для каждого блока. Можно, конечно с css заморочиться, но в данном случае это было бы, мне кажется, не совсем правильно, ведь все параметры этого блока контролируются через js самим ckeditor. Поизучал доку, погуглил, пришел вот к такому решению. admin/view/javascript/ckeditor/ckeditor_init.js - вот этот файл чуть изменил: // CKEditor */ function ckeditorInit(node, token, ck_height = 0) { // ck_height - высота блока, целое число // CKEDITOR.replace(node) - закомментируем стандартное подключение CKEDITOR // --> моя добавка вместо CKEDITOR.replace(node) if (ck_height) { // CKEDITOR.replace(node, {height: ck_height}); // переопределяем высоту } else { CKEDITOR.replace(node); // если высота блока не задана, ничего не меняем } // <-- моя добавка CKEDITOR.on('dialogDefinition', function (ev) { // дальше без изменений И теперь в tpl-ках можно так вызывать подключение CKEditor: ckeditorInit('input-product_addit_info', getURLVar('token')); // как обычно, без изменений, высота будет стандартная ckeditorInit('input-sizes_table_zhen', getURLVar('token'), 460); // если нужно выставить определенную высоту блока в px И еще есть такой плагин, Автовысота редактора CKEditor, может быть будет полезно кому-нибудь. Наверняка есть подобное решение и для Summernote, но им не пользуюсь, уж очень нефункциональный он какой-то..

https://prnt.sc/w6lfdz Скорее всего у вас стоит Simple и настроено так, что поле email необязательно. Вот если не заполнили/стерли это поле - ставится заглушка такая. Сделайте поле email в Блоке покупателя обязательным.

@REDDI Отпишитесь, плиз, решилась проблема или нет

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

Ну так и есть: https://web-zones.ru/threads/nastrojka-open_basedir-v-php.873/

странно, по идее это должно быть учтено на уровне php, типа если такая опция включена, это не влияло бы на загрузку во временную папку. Не перемещать же временную папку в проект

а в логе ошибок есть что-то? Или в логах сервера...

вообщето это в 3 версии вынесено, насколько я знаю, а во второй - нет @REDDI, версию вашего опенкарта в студию))

Написал разработчикам уже Yoomoney на гитхаб, вот на днях исправили оба недочета, теперь все ок с загрузкой модуля оплаты в Симпле. Обновите модуль, если не обновляли.

может быть кто-то догадался прописать это дело через common.js файл. Бывает такое... Ну или вообще через какой-то js-файл

не буду спорить. Как уже писал ранее - это дело вкуса и индивидуального удобства. Для меня намного удобнее без бутстрапа.

Вот как раз по этой причине и отказался от бутстрапа. Просто как-то решил попробовать сверстать без него и оказалось, что получается намного быстрее и лучше. Также многие заказчики жаловались, что у них на мобилах тормозит сайт, неважно какая страница, хоть главная, хоть какая. Вот после отказа от бутстрапа все стало быстро и плавно. Как-то попробовал другой фреймворк, запамятовал название уже, пару лет назад было, он был тоже полностью на флексбокс. Ну в итоге - то же самое время верстки, никакого ускорения. Ну я понимаю, это дело привычки, кому-то просто нравится бутстрап. Я просто для себя решил ,что мне удобнее без него.

да, и не должен. Так присвоить не получится. Можно только загрузить производителей, но присваивать их товарам - это отдельная песня.

такое ощущение, что у сайта-донора был один язык системы, а у вас другой. И все названия производителей прописались для языка, которого у вас в системе нет Они как бы в БД, но не отображаются в админке. https://prnt.sc/w401cg вот пример таблицы описаний производителей. И вот это поле, которое отвечает за язык. Вот это можно поменять. Но если знать как и на что...