florapraktik

Значит не конфиги. Но точно что-то трогали. Вспоминайте. Вот это что такое: нет jQuery (поэтому ошибки в консоли) и как раз бутстрапа http://iplaneta.com.ua/catalog/view/javascript/bootstrap/js/bootstrap.min.js

В консоли ошибки сыпятся как яблоки осенью. Это точно не из-за того, что бордер поменяли. Может конфиги?

Ну пробуйте, хуже не будет. А что Вы ДО этого делали? Вообще всё поплыло... футер зачем-то вверху... Может див какой не закрыли прошлый раз? А теперь обновили модификаторы и оно вылезло. Может такое быть?

https://ospanel.io/ (это на будущее)

История браузера. Браузер не всегда меняет стили. И там не нули, там шестёрки (если я правильно понял идею)

Посмотрите в режиме инкогнито.

Удалить файл, который правили и не помните, что с ним делали. На его место залить оригинальный файл. Внесите правки в файл catalog/vew/theme/default/styleshee/stylesheet.css У Вас получается только дефолтная тема, так? И прежде, чем что-то править, делайте копию файла. Всегда.

<div class="panel panel-default"> ... </div> Это он. Не знаю, как Вы его найдёте, но проще всего сделать это сначала в инспекторе браузера. Дальше два варианта: 1) В файле catalog/vew/theme/default/styleshee/stylesheet.css в самом конце .panel-default {border: 1px solid #666;} Но измениться не только здесь, что может быть не желательно, поэтому: 2) Таки найти этот див и добавить ему класс: <div class="panel panel-default my-border"> ... </div> И тогда в файле catalog/vew/theme/default/styleshee/stylesheet.css в самом конце .my-border {border: 1px solid #666;} Тогда измениться только там, где добавили класс my-border. ПС Да, и кнопу "Уточнить параметры поиска", тоже надо править ППС В бутстрап не надо лазить, тем более в min. Да, этот стиль прописан там, но переопределить можно в любом CSS файле, подключенном позже.

В добрий час! Хай щастить!!!

Как по мне, круче чем Yoda, не было версии ни разу. Так,или иначе,я читаю этот форум каждый день. Если Yoda пишет 2,1, то надо, таки читать! Если Yoda каже, что 2.1, то ставим 2.1. Я так и делаю, а ви ищите гемор, как умеете.

... а какой город? Я НЕ програмист,пишите! ! !

В общем говоря, милая леди, Вы придумали проблему там, где её нет. Чаще всего проблема в том, что имеем обычный магазин, каких 100500 (ну, или хотя бы 10 страниц выдачи). и тут хоть заописуйся с этими "цветными карандашами".

Были пробелы! Я о чём и говорю. Создал текстареа, а в ней текст получается посередине. Главное, метадескрипшн и метакевордс рядом стоят нормальные, а мой новенький эдди-текстарея с пробелами. Я чё и полез смотреть яваскрипт на странице Ну и в процессе нашёл подключение редактора. И да, пробелы были на 2.1

Это как, "изначально с пробелами"? Ну, вот рядом textarea мета-дескрипшина, так там нет никаких пробелов изначально. Короче, я взял и отключил визуальное редактирование совсем. Я не знал, что так можно Один фик, html пишу в Sublime и вставляю готовый. Зачем мне этот глючный редактор...

Надо понимать, как-то так: return val.replace(/[\n\r]/g, '');

@AndreyIvanov что я смог нарыть о пробелах. файл admin/view/javascript/summernote/summernote.js И в нём есть строка var blankHTML = agent.isMSIE ? '&nbsp;' : '<br>'; Как раз пробел. А ещё есть функция var dom = (function () {.......... много кода....... })(); И в ней есть строка return { .... blank: blankHTML, emptyPara: '<p>' + blankHTML + '</p>', .... }; Т.е., как раз пробел внутри параграфа. Правда, для IE... и не 20 штук... и не в обычной текстареа, а в редакторе. И вот ещё:

Пустые строки появляются, если сохранять в режиме исходного кода. Если сохранять в визуальном режиме, пустые строки не появляются и даже убираются то, что были. Где же у него кнопка!? (с)

Кстати, да! Эти загадочные пробелы были той причиной, по которой я стал искать способ подключения редактора. Но у меня в редакторе на данный момент нет пробелов. Но при этом, редактор #input-addi-string работает нормально, а соседний редактор #input-description почему-то добавляет пустые строки в режиме кода. Эти пустые строки меня на боевом магазе задолбали. И здесь они. Полезу искать настройки summernote. Хотя, пробелы появляются без summernote... Может, кто подскажет?

@Shureg, а чё del? Что там было неправильно?

Так дела не делаются (с)

Можно. С модулем Simple возможно всё. Ковыряйте настройки. Там практически отдельная CMS

ВТОРАЯ СЕРИЯ Вывод содержимого таблицы на экран. Часть 1. Вывод в админке. В той самой форме, где происходит запись, надо вывести текущее значение для случая редактирования существующего продукта. Запрос текущего значения делается в том же самом файле, что и добавление. admin/model/catalog/product.php Функция getProductDescriptions Внути этой функции есть цикл foreach (он там один) Внутри цикла формируется массив $product_description_data Этот процесс отформатирован для наглядности, так что проблем быть не должно. Надо вставить строчку кода: 'addi_string_admin'=> $result['addi_string_db'], где addi_string_admin - это ключ в этом массиве, а его значение будет соответствовать содержимому столбца addi_string_db. Итак, в модели формируется массив $product_description_data. Он содержит в себе всю таблицу product_description для продукта с заданным $product_id. Затем в файле контроллера admin/controller/catalog/product.php этот массив присваевается ключу product_description массива $data if (isset($this->request->post['product_description'])) { $data['product_description'] = $this->request->post['product_description']; } elseif (isset($this->request->get['product_id'])) { $data['product_description'] = $this->model_catalog_product->getProductDescriptions($this->request->get['product_id']); } else { $data['product_description'] = array(); } вот этот elseif посередине, это как раз оно. Впрочем, менять ничего не надо и без всякого нашего участия значение ассоциативного массива $data, соответствующее ключу product_description будет доступно в файле product_form.tpl в виде переменной $product_description. Но сама переменная $product_description, это в свою очередь тоже массив, причём не просто массив, а массив из массивов. Поэтому для вывода на экран значения нашего дополнительного поля используется нотация с квадратными скобками: $product_description[$language['language_id']]['addi_string_admin'] где $language - это массив языков, доступ к каждому языку получаем указывая его language_id и каждый этот элемент каждого языка, он тоже в свою очередь массив. Ну, а addi_string_admin, это как раз один из элементов этого массива, наряду с 'name', 'meta_title', 'meta_keyword' и другими. Этот массив был изначально сформирован в функции getProductDescriptions файла admin/model/catalog/product.php и там он назывался $product_description_data В админке всё. При редактировании товара, имеющего установленное значение addi_string_db это значение должно отражаться. Часть 2. Вывод в карточке товара фронта. Получаем значение из базы данных в файле catalog/model/catalog/product.php Функция getProduct($product_id) Нас интересует процесс формирования возвращаемого массива return array( и потом там с новой строчки идут пары ключ=>значение. Добавляем свою пару 'addi_string_info' => $query->row['addi_string_db'], В модели всё ... Идём в контроллер catalog/controller/product/product.php Здесь формируется массив $data Надо добавить в него дополнительную пару ключ=>значение. Мне предсавляется, что уместней и логичней сделать это рядом с формированием значения для description Это формирование description выглядит вот так: $data['description'] = html_entity_decode($product_info['description'], ENT_QUOTES, 'UTF-8'); Я так понимаю, что такой вид обусловлен необходимостью выводить на экран html теги. Делаем по аналогии и где-то рядом добавляем строчку: $data['addi_string_product'] = html_entity_decode($product_info['addi_string_info'], ENT_QUOTES, 'UTF-8'); Таким образом, добавили к ассоциативному массиву $data новую пару ключ=>значение. Ключём будет addi_string_product, а его значением будет то, что записано в массиве $product_info под ключём addi_string_info Но перед записью эти данные будут обработаны функцией html_entity_decode() - браузеру попадает не совсем то, что записано в базе. В контроллере всё. ... Собственно говоря, на этом этапе данные уже доступны на странице продукта в виде автоматически созданной переменной $addi_string_product Её можно выводить где душе угодно. Например, можно сделать какой-нибудь шот-дескрипшн справа. Учитывая, что полученная переменная поддерживает html разметку и визуальный редактор кода, выведем её в дополнительном табе. Файл называется catalog/view/theme/default/template/product/product.php Понадобиться две вставки кода 1) Названия табов организованы при помощи списка <ul class="nav nav-tabs">, вот его и надо найти. Перед его закрывающим тегом </ul> добавить: <!-- $addi_string_product start --> <?php if ($addi_string_product) { ?> <li><a href="#tab-addi-string" data-toggle="tab">***</a></li> <?php } ?> <!-- $addi_string_product end --> здесь if ($addi_string_product) - проверка на существование переменной *** - заглушка для языкового файла. Это название таба. Его можно прописать прямо здесь, но тогда оно будет одно и тоже для всех языков. Если переменная $addi_string_product существует, то внутри списка <ul class="nav nav-tabs">, добавляется новый пункт <li><a href="#tab-addi-string" data-toggle="tab">***</a></li>, содержащий в себе ссылку на элемент с id=tab-addi-string 2) Далее, сразу за закрывающим тегом </ul> находим <div class="tab-content"> внутри этого дива имеется ещё три <div class="tab-pane active" id="tab-description"> - описание <div class="tab-pane" id="tab-specification"> - атрибуты <div class="tab-pane" id="tab-review"> - отзывы надо вствить код <!-- $addi_string_product start --> <?php if ($addi_string_product) { ?> <div class="tab-pane" id="tab-addi-string"> <?php echo $addi_string_product; ?> </div> <?php } ?> <!-- $addi_string_product end --> Это и будет тот самый элемент с id=tab-addi-string, на который ведёт ссылка <a href="#tab-addi-string" data-toggle="tab">***</a> Проще всего вставить его сразу за описанием, т.е. сразу после этого: <div class="tab-pane active" id="tab-description"> <?php echo $description; ?> </div> Очерёдность расположения здесь не имеет значения. Вот и всё. КОНЕЦ П.С. У меня где-то была ссылка на модуль, создающий дополнительные табы. Похоже, что она мне больше не нужна. П.П.С. Ах, да! Версия 2.1.0.2 нативный opencart.

Вам уже фактически предложили это. И даже честно донесли степень трудоёмкости и объём работ. Вы же предприниматель? Так предпринимайте, предпринимайте!

это вряд ли.

Если чё. Мне сказали, что можно спокойно повесить два движка на один домен. Так что попробуйте повесить второй движок и всё. Установите специализированный форумный двиг.