kirillizan

Кароче, по итогу оно всё и изначально работало, просто notice спамится без причины. Почему-то обращение к $setting['banner_id'] в дефолтном модуле не вызывает появления notice, а в кастомном модуле - вызывает. Нотис убирается добавлением if (isset($setting['banner_id'])){ Буду знать P.s. $setting всех модулей можно отловить в контроллере файлов макета (типа conent_top)

Так, кароче, $settings можно найти в модели, в таблице oc_module Я всё ещё не совсем понимаю, почему дефолтный слайдшоу модуль легко к нему обращается к нему как $settings, а мне походу придётся лезть в модель вариант с config не совсем должен работать, потому что если ты сделаешь много копий своего модуля - они начнут менять конфиг друг друга, поэтому и используется этот $settings для каждого модуля

Мало информации? Вопрос сводится к "где вызывается index() у вью-контроллера любого модуля", я думаю, у вас тоже есть какие-то контроллеры каких-то модулей $settings передаётся у кучки стандартных модулей OCstore, я думаю, оно там же, где и вызовы всех остальных контроллеров любых модулей Нашёл похожую тему про OC2, щас глянем

Вывел $this->config, в нём есть инфа про статус модуля, но нет инфы про выбранный баннер (потому что инфа о баннере в конфиг не добавлялась) Про дефолтный slideshow (который тоже установлен на странице) там тоже нет инфы, например, так что вряд ли информация передаётся через него Хотя, возможно это потому, что он дефолтный? Тем не менее, я бы хотел передать данные аналогично slideshow, а оно передаётся не через конфиг, а через $settings, мне кажется, это не случайно

Пишу модуль с изображением, устанавливаевым в админке Часть кода скомуниздил с дефолтного slideshow Вроде всё почти работает, но не могу передать banner_id в контроллер фронтед-части ( Notice: Undefined index: banner_id in ...catalog\controller\extension\module\helloworld.php ) Айдишник успешно определяется в бэкенде, но до фронтенда не доходит Я думал, что $settings вью-контроллера передается из админ-контроллера, но походу это не так? Кароче, вопрос, откуда вызывается контроллер модуля во view (где определяется $settings для метода index())

Знаю, что не актуально, но тем не менее По идее можно так же, как и в любой другой Впихни код метрики в файл header.tpl / header.twig (в зависимости от версии опенкарта), который в catalog\view\theme\*название темы*\template\common Возможно есть какой-то модуль ещё, но мне лень искать, предложенный вариант должен работать

Да, сейчас... Нет, эквайринга нету, но всё равно спасибо за инфу. Узнал новое слово, вау.

Чуть погуглил, Яндекс.касса (Y.CMS) вроде как умеет обращаться с расчётными счетами и к тому же она бесплатная. Попробую с ней поэкспериментировать в дальнейшем. Один хрен это довольно далёкие перспективы, но по крайней мере у меня теперь есть теоретический план того, что надо делать, чтобы получить минимально работающий ИМ.

Вот-вот, я в юридической стороне вопроса полный нолик и таких особенностей не знаю. Чуть копнул вопрос, продавец у меня ИП и у него есть рассчётный счёт на сбере, откуда он честно платит налоги. Стало быть, оплату надо делать на этот счёт, и вроде всё будет законно? Занимался кто подобным?

Платные варианты пока что идут в раздел "на крайняк". Хотя там есть и бесплатные, вижу. В OC 2.3 есть много платёжных модулей по умолчанию, кто-нибудь их использует? Есть всякие Яндекс.кассы, киви кошельки, интеркассы итд. Чем они плохи? Они же бесплатные, верно?

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

Ну да, у меня есть некое ощущение, что я тему создал немного не в том разделе форума. Хотя, я бы хотел спросить у вас, как у пользователя OC - как происходит работа с модулями оплаты? Есть достойные бесплатные варианты? Каким сами пользуетесь? Спасибо Я чуть устал ковыряться в файлах на сегодня, нужен перерывчик

"Издалека" структуру я понимаю. Краем уха когда-то касался MVC пару лет назад, модель (БД) хранит данные, view занимается их отображением, а контроллер - логикой. Плюс разделение на бэкэнд\фронтенд папки в oc (admin\catalog), плюс, в случае OC, есть Language для хранения всех текстов Мне нужен не далекий уровень понимания на уровне папок, мне нужно осознание конкретного взаимодействия конкретных файлов модулей и макетов. У каждого модуля есть файлики контроллера\view'а\языка\модели (кажется, модель есть не у всех модулей, верно?) Интересующие меня переменные modules и ссылки перехода в меню находятся в файлах контроллера соответствующих модулей, в контроллере же идёт обращение к модели Надо сделать полноценный модуль с нуля, кароче, чтобы осознать взаимодействие всего со всем. Нашёл пару статей на эту тему, вроде как каждый полноценный модуль состоит из 8ми файлов. Это если модуль не требует взаимодействия с БД, иначе будет ещё больше.

*Разбираюсь* Перешёл на OC3, всё стало несколько понятней. Вся страница компонуется из twig-переменных Всё содержимое в home, которое ссылается на header, в котором есть ссылка на menu. footer так же, отдельный файл. Далее есть три переменных content_top, content_bottom, column_left, column_right, (которые определяются через админку макета) каждая из которых выглядит просто как вывод всех модулей, установленных в макете {% for module in modules %} {{ module }} {% endfor %} Осталось понять, где в коде определяется \ меняется modules Вообще, переходы при нажатии кнопок menu тоже являются twig-переменными, нужно понять, где они все объявляются и как сделать свою без смс и регистрации

Ну, на чистом (грязном) джаваскрипте я представляю, как его сделать (разве что интеграцию систем оплаты придётся гуглить), я не думаю, что CMS радикально должна менять сложность исполнения. Однако, редактируемость содержания и подразумевает CMS, и это посылает простые решения в лес. Можно конечно запариться и написать свою админку, с блекджеком и... Но это крайний вариант Нет, не бесплатных модулей, а материалов. На том же ютубе триллион гайдов по вордпресс, а по опенкарту полтора видоса из разряда "как установить модуль"

Разобраться в опенкарте, чтобы сделать на нём элементарный сайт? У меня сроков нет, могу хоть две недели-месяц убить. Да, если всё так сложно, то возможно лучше пойти на WP. По нему материалов в разы больше.

Необходимость редактирования каталога товаров, и подмена всяких изображений\цен\описаний товаров и не только (не через код, сайт не для себя делаю). Интеграция платёжных систем и т.п. Слышал, что это как раз принято делать через опенкарт. Документация это здорово, я её проглядывал, однако она последний раз менялась в 2014, и вообще статьи там про OC 1.5. Кароче, 95%, что она устаревшая. MVC-L на словах звучит просто, а не деле сотни файлов непонятно как с собой взаимодействующих. Ладно, вернусь к штурму завтра, спасибо за отклик.

Если это действительно лучший способ переноса вёрстки\создания собственных тем, то да. Вот у нас есть макет "Главная" (дефолтная тема). В нём есть набор каких-то модулей. Однако, при удалении всех модулей из него хэдэр остаётся нетронутым, как и менюшка выбора категорий. Я думал, что макет определяет представление страницы полностью, а выходит, это не так? Меню выбора категорий остаётся нетронутым. И любой клик по ним переводит в магазин. А если мне необходимо nav-меню, кнопки которого переводят на разные страницы, а не просто переход в магазин? Как контроллер определяет, какой макет ему отображать в данный момент?

К сожалению, по запросу "вёрстка, натяжка" на форуме выдаёт кучу тем из раздела "услуги", где все хотят купить эту процедуру. А вот гайдов по этому делу пока не нашёл. Понимаю, что это делается отнюдь не по клику мышкой, но мне бы хотя бы общую схему, что гуглить. Мне нужно создать свою тему, в ней - свой макет(макеты), а так же свои модули? После чего применить тему и всё это как-то связать воедино в админке? Просто сейчас я даже не знаю, как подступиться к задаче, потому что вообще не вижу этапов процесса. А документация по ocStore последний раз редактировалась в 2013-2014, очень интересно

Здравствуйте Впервые столкнулся с необходимостью сделать сайт именно на CMS. Сверстал какой-то тестовый макетик и столкнулся с сложностями переноса вёрстки на опенкарт (сборка ocStore 2.3). Может кто подсказать, как это вообще делается? Я запутался в происходящем в админке. Например, есть у нас header. Нашёл соответствующий файл (theme\default\template\common\header.tpl) (Не понимаю, почему он tpl, когда это вроде как php файл) Но где его редактировать в админке? Увидел кучу различных настраиваемых хреновин Шаблон (в настройках магазина) - это theme? Дизайн - Схемы (макеты). Куча названий с возможностью настройки. Допустим. Дизайн - Баннеры. Тоже самое. Дополнения - модули. Опять, Куча названий с возможностью настройки. Погуглил как смог, но не нашёл толковых разъяснений по структуре происходящего. Что такое Схема, чем Баннер отличается от модуля, и где вообще в каком таком модуле находится этот header.tpl. Или он - вообще не модуль? Из чего состоит Шаблон, в каком месте ему нужен Макет, и каким образом следует переносить вёрстку из html+css+js файликов на эту CMS? Какова иерархия? Шаблон состоит из макетов, а макеты - из модулей? Макет всегда ограничивается верх-низ-лево-право, или можно расположить модули более гибко? Буду рад любой помощи